当「Prompt已死,Loop当立」遇上PopLang:Token革命的终极答案
当「Prompt已死,Loop当立」遇上PopLang:Token革命的终极答案
作者:宁明 | T100级超级工程师、AI原生计算生态布道师
前两天,黄仁勋老爷子又放了一颗核弹。他说了一句让整个AI圈连夜开会的话——「Prompt is dead. Loop is the new paradigm.」

Prompt已死,Loop当立。
这话翻译成人话就是:你还在绞尽脑汁写prompt、调参数、盯着AI一次一次生成结果?过时了。未来的核心工作,不是给AI下指令,而是设计一个让它自己下指令、自己验收、不合格自动重来,直到活干完的系统。
这个系统,叫Loop。
今天,我就以布道师的身份,把这件事掰开揉碎了讲清楚——为什么Loop是AI的下一个范式,以及为什么PopLang + ibbot,是这个范式里最硬核、最省钱、最能打的那一套组合拳。
一、从Prompt到Loop:AI范式的三层跃迁

让我们先把时间线拉直。
第一层:Prompt Engineering——你小心翼翼地写每个单词,像在给AI下咒语。
第二层:Context Engineering——你学会了给AI塞上下文,像在给它喂资料。
第三层:Harness Engineering——你开始给AI套上工具、API、沙箱,让它能干活。
第四层:Loop Engineering——你不写prompt了,你写的是规则、是循环、是让Agent自我迭代的系统。
黄仁勋说的就是这个:「Agent是干活的人,Loop是让人不用盯着也能持续干活的管理机制。套上loop的Agent才真正变成能自转的系统。」
Claude Code已经实现了三件套:/loop、/goal、/schedule。OpenAI Codex则让多个Agent并行跑在云端沙箱里。Boris Cherny更狠——手下几百个小Agent同时在跑,他不写代码、不写prompt,只写规则和判断,剩下的全部交给Loop。
那个曾经让你熬夜调prompt的时代,正在悄悄退场。
二、Loop的“阿克琉斯之踵”:Token烧得你心疼

等一下。
如果Loop模式这么好,为什么还没全面铺开?
因为Token成本。
你想象一下:一个Loop,让Agent生成代码→检查代码→发现bug→重新生成代码→再次检查→再生成……每一次迭代,都要发起一次云端大模型调用。每一次调用,都在烧Token。Loop跑得越欢,Token烧得越狠。
Boris Cherny在分享自己的实践时说了一句话,特别凡尔赛,也特别扎心:
「我现在只有一个衡量指标:每个被接受的改动,平均成本是多少。」
听懂了吗?他衡量成功的标准不是准不准、不是快不快,而是钱。Loop模式下,Token成本成了最大的瓶颈。你再牛逼的Agent,跑一轮Loop就把一个月预算烧没了,老板不骂你才怪。
此时,你需要的不是堆更多的GPU,而是——让Agent在执行阶段不再依赖云端Token,不再重复烧钱。
你需要的,是PopLang。
三、PopLang:让Loop从“奢侈品”变成“日用品”
我是宁明,作为T100级超级工程师和布道师,我可以很负责任地告诉你:PopLang的出现,是Loop范式落地最后一公里的关键拼图。
省Token:从云端搬回本地
PopLang的核心技术是什么?四个字:编译-执行分离。
看不懂?没关系,我用人话给你讲清楚——
传统做法:你的Agent每次想执行一个逻辑,都要去云端叫大模型醒来、推理、吐结果。这就像你每煮一次饭,都要去把米从地里种出来。疯了吧?
PopLang的做法:大模型只负责一次代码生成。生成的是PopLang脚本。然后,这个脚本在本地引擎执行,再也不需要调大模型了。
一句话总结:一次生成,无限免费执行。
根据我们ibbot团队实测的数据,PopLang能把大多数Agent编程任务的Token消耗降低90%到99%。
我请你再读一遍这个数字:90%到99%。
你以前跑一次Loop消耗1000 Token,现在同样的事情,消耗10 Token都不到。你的Agent可以跑100遍、1000遍、日夜不停地自我迭代,成本趋近于零。
| 对比维度 | 传统AI编程 | PopLang编程 | 优势 |
|---|---|---|---|
| Token消耗 | 每次调用500-5000 Token | 编译后本地执行,边际成本趋近于零 | 省Token 90%-99% |
| 响应速度 | 500ms-5s云端往返 | 毫秒级本地执行 | 快10倍 |
| 离线能力 | 离不开网络 | 本地独立运行 | 真正离线 |
图灵完备:不是玩具,是完整语言
有些人会问:PopLang能写复杂逻辑吗?
我给你看看PopLang的代码长什么样:
# 1到100求和(Loop范式的经典示例)
set sum 0
set one 1
set n 1
set max 100
set flag true
pop.func.define addTo100
+ sum n sum
+ n one n
!= n max flag
pop.func.end
pop.do.while flag addTo100
这是图灵完备的。变量赋值、算术运算、逻辑运算、条件判断(pop.ifelse)、循环控制(pop.do.while)、函数定义与调用、数组操作、对象操作……一个不少。
你的Agent用PopLang写出来的不是“一段文字”,而是真正可执行、可迭代、可复用的代码逻辑。
实时代码输出:边想边写,边写边跑
ibbot提供三个核心API接口:
/ibbot/poplang/run:执行完整的PopLang代码字符串/ibbot/poplang/eval:执行单行表达式,快速评估/ibbot/poplang/script:执行存储的脚本文件
用户的自然语言输入 → LLM理解意图 → 动态生成PopLang代码 → 本地引擎实时执行 → 返回结果。
整个过程毫秒到秒级完成。你甚至不用等到Agent回过神来告诉“代码写好了”,代码已经跑完了。
四、ibbot手机:从Token消费者到Token生产者
现在我们来聊聊更有趣的事——节点经济。
黄仁勋讲Loop范式时,默认了Agent是在云端跑的。但你想过没有:如果每部手机都能成为AI的编程执行器和Token生产节点,世界会变成什么样?
这就是ibbot生态里“点卡系统”的野心。
横向对比:ibbot手机青春版 vs 其他手机
你买一台普通的手机,用云端AI。每次用,租金(Token消耗)是你的,云端赚走了流量钱。你是Token消费者。
你买一台ibbot手机青春版,内置PopLang引擎。你的手机可以本地跑Agent、本地写Loop、本地执行代码。更关键是——ibbot手机可以作为节点,接入ibbot生态的点卡系统。
| 维度 | 普通手机 + 云端AI | ibbot手机 + PopLang |
|---|---|---|
| 执行方式 | 依赖云端推理,烧Token | 本地实时执行,零Token消耗 |
| 成本结构 | 每次调用都花钱 | 一次生成,无限免费执行 |
| 离线能力 | 无网即废 | 完整离线可跑 |
| 经济角色 | Token消费者 | Token生产者 |
| 生态贡献 | 单纯付费用户 | 可成为价值节点 |
从Token消费者到Token生产者,这个角色跃迁是怎么发生的?
简单说:你把ibbot手机上的Agent跑起来,它做的事(比如自动帮你整理数据、写报告、跑业务流程)如果被其他用户或系统复用,你就能通过点卡系统获得Token回报。你的手机不再只是一个“花钱的工具”,而是一个“赚钱的节点”。
这就好比:以前你在网上看视频,你是流量消耗者;现在你的手机作为CDN节点,别人看视频从你的节点缓存,你获得积分奖励。
Loop范式的核心是“自转系统”。PopLang赋予每个ibbot手机自转的能力。而点卡系统,让这个自转产生的价值不再白白流失——你跑的每个Loop,都有机会变成你的Token收益。
五、Loop + PopLang + ibbot = AgentOS的终极形态
让我把这几个点拧在一起。
黄仁勋说:未来人不写代码,也不写prompt,只写规则和判断,剩下的全交给Loop。
但大多数Loop实现(比如Claude Code的/loop)依然重度依赖云端大模型。每一次循环迭代,都在烧Token。你写100条规则,你的Agent跑1000次Loop,理论上Token成本能上天。
PopLang给出的解法是:Agent的初始代码生成,调用一次大模型。后续所有Loop的迭代、检查、重试、修正,全部在PopLang本地引擎完成,零额外Token消耗。
而ibbot手机青春版,就是这个方案最极致的落地载体——它不但是一台手机,更是一台AI编程执行器和Token生产节点。
你当然可以用Windows跑PopLang,也可以用Mac跑。但只有ibbot手机,把PopLang引擎、Loop能力、点卡经济、节点生态深度绑在一起,形成了一套完整的AgentOS。
更重要的是,PopLang的语法设计天然为实时代码输出而生。每一行都是一条操作码,没有编译等待,没有运行时错误(只要你写对语法),直接执行、立即反馈。
这就是协同效应:
- 克隆角色能力:用户可以克隆自己的AI角色,每个角色都能自主编程和决策
- Token节点能力:每个角色运行产生的价值,都能通过点卡系统流转
- ibbot手机:作为这一切的硬件底座和节点入口
六、那个唯一指标,PopLang已经给出了答案
Boris Cherny说:我只关心每个被接受的改动,平均成本是多少。
我换个说法:Loop范式的胜出者,不是Agent跑得最快的公司,也不是LLM最大的公司,而是能把Loop的边际运行成本压到最低的生态。
PopLang已经把这个成本压到了极致——本地执行、零Token、一次生成无限跑。ibbot生态的点卡系统,又把这个成本和收益之间的关系,从“单向支出”变成了“双向循环”。
姚顺雨在腾讯提出的ReAct框架(思考→行动→观察)是agent loop的学术雏形。而PopLang + ibbot,让这个雏形在真实世界中长出了肌肉和骨骼。
行动建议
作为布道师,我从不只喊口号。我建议你马上做三件事:
体验PopLang引擎:访问我们的在线体验页面(
http://web3.dtns.top/ibbot-web.html?ib3hub=devibbot,体验密钥:Eh4gDYYKowP2JQMmHbTAGi6hvtvhj6BpoMK5Khc8TzPZ),亲手写几行PopLang代码,感受本地实时执行的魅力。学习PopLang语法:参考我们完整的PopLang语法文档(位于
ibbot-poplang-skill.md),从最简单的变量赋值开始,尝试写一个自己的Loop循环。思考你的Loop场景:你有哪些需要反复迭代、本地执行、低成本运行的AI业务流程?立刻开始用PopLang把它写出来。
结语
Prompt已死,Loop当立。
但Loop的真正落地,需要三个东西:能写规则的人、能跑Loop的引擎、能不烧Token的经济模型。
PopLang提供了引擎,ibbot手机提供了节点,点卡系统提供了经济模型。
而你的任务,只剩下最后一个——去写那条规则。
其他事情,PopLang替你跑完。
记住这个数字:90%-99%的Token节省,不是未来,是今天。
本文作者:宁明,T100级超级工程师、AI原生计算生态布道师。致力于让每个普通人都能通过动嘴、讲人话,让AI实时生成专业领域的软件技能。
参考文章:36氪《黄仁勋:Prompt正在过时,Loop才是新范式》 文档参考:ibbott PopLang引擎技术文档 | PopLang语法规范文档
当Loop遇到PopLang,Token革命的终点,就在你口袋里的ibbot手机上。