Loop Engineering 正在取代“你亲自给 agent 写 prompt”这件事。

我一直好奇这个和自动控制原理的某些方法论很像，有没有佬锐评一下

管他又创造了什么新黑话，其实就是不断在做高层抽象

高效且省token的工具才是好工具，解放双手但是烧钱，那我得好好考虑了

科技小词造一堆，真不用写prompt，能不能实现“给我写个微信”？

prompt就是系统的输入，大模型和Agent本身是执行器，以往人给prompt的工作方式是类似开环控制的模型，Loop Engineering大概就是设定好控制率之后，自动给出prompt完善项目，实现一个闭环吧

造词搞噱头，没人跟风搭理他就自己尴尬吧，如果这个问题能解决，那模型层面自己解决好了

造新词炒概念，个人赚一笔养老金，媒体能赚到流量，AI公司能赚到TOKEN和市值，大家都有光明的未来。

接盘的股民除外。

关键是你不学，领导又跑过来问，内卷的一批啊

我有一个这样的理解，它这个本质有点像/goal一样要你设定一个最终的目标，但是这个目标是要一个循序渐进一个agent loop一个agent loop来的，原先可能是每个agent loop都要人为的编写prompt，现在可能就是说这个loop engineering只需要负责总的大目标的prompt，每个loop之间的提示词由agent自身来驱动？

不管怎么说还是要靠人来提需求，来想象，以及把控复杂度。

你是否在找 Unrolling the Codex agent loop或者/goal

claude code的/goal和/loop命令

这不就是openclaw里面的东西？给小龙虾写个定时任务，无非是提示词由大模型自己生成。

不就是/goal吗，最近怎么那么喜欢造新词

确实是个新的方向，如果token很多，loop能省很多事情，我开发了一个issue loop面板，现在的开发方式是issue loop,每天建立好issue，自动开启codex干活，晚上基本也不停，白天review效果，现在在对接pi agent，实现issue的管理。实现整套面板的闭环