Codex和Claude Code负责人都不写提示词了,AI 圈爆火的Loop到底是什么

核心结论(一句话)

Loop Engineering 不是”新瓶装旧酒”,而是当 Agent 能连续跑几十分钟/几小时时,人机协作单位从”一次对话”升到”完整反馈回路”——人该从”每轮 prompt”退到”设计 loop”;分清”好提示词够了”和”必须 loop”的分界线,比”循环工程”这个名字本身重要得多。

知识节点(8 个)

关联图谱

上游(本文基于/来自)

下游(本文应用于/补全到)

同级(横向/并列)

正文要点(8 条)

  1. 质疑:有人觉得 Loop Engineering 是新瓶装旧酒,正在用 Agent 的用户自然就实现了 loop,不用单拎出来。本文反驳:技术没新东西,但模型终于能把循环跑下去才是 Loop 重新被讨论的根因
  2. 典型 loop:AI 写代码→跑测试→报错→贴回去→改→再跑;人从”每轮推动”退到”把规则写下来”
  3. 代码场景化:每天早上系统自动检查昨晚失败提交,AI 读日志,能复现的在 worktree 修+跑测试+开草稿 PR;不能复现的写现场+尝试+下一步进状态文件等人接
  4. 5+1 积木逐项:定时任务是”自动化循环第一步”;worktree 是”防互相覆盖”;Skill 是”项目知识不用每次猜”;连接器是”靠 MCP 跳出文件系统”;子 Agent 是”写与审必须两拨人”;状态文件是”对话外记忆”
  5. 不只编程:内容(选 5 个可能成稿选题+标资料缺口)/ 客服(分诊+草稿+敏感投诉留人)/ 产品运营(反馈聚合)/ 研究(每周新论文+已有判断)
  6. 3 个前提:Token 管够(月付 20 美元跑两天到周限额)/ 任务每周重复(一次性活用好提示词更快更便宜)/ 自动验证(Agent 没人盯时拦烂活)
  7. 成本结构变化:过去=人时间,现在=系统 Token;新账本 = “一次 loop 的 token” vs “一次对话追问几轮的人时间”;模型越强,loop 越划算
  8. 核心命题:Loop Engineering 是不是新学科不重要,“哪些事只需好提示词 / 哪些事需要 loop”这条分界线才重要

对 Seetong 团队 4 个可借鉴动作

  1. 盘点已是 loop 的:OpenClaw HEARTBEAT(30m 心跳)、Seetong 团队日报/周报/简报 cron、神策友盟反馈 dry-run、神策 Login 成功率每日巡检——这些都是 loop 雏形,只是没人把它们当 loop 看;把它们写进 [[Codex配置原则总览]] 的”已是 loop”清单
  2. 选 1 个”高 ROI + 验证便宜”场景试 7 天:候选——神策崩溃堆栈归类(自动 verify=错误码匹配)/ TAPD 过期迭代关闭(自动 verify=已 close 状态)/ 用户反馈去重(自动 verify=关键词 hash);不要从 “AI 写代码” 起步(验证贵)
  3. 写 Loop 任务卡 8 项必填:循环名称 / 触发频率 / 输入范围 / 最大运行 / 权限 / 验证 / 停止 / 交付物;复用 [[Loop-Engineering-详解-把反馈循环放进工程现场]] 的任务卡预算模板
  4. 拒绝为 loop 而 loop:Seetong 一次性需求(版本发版、调研分析)继续用好提示词+Plan 模式;只有”每周/每天重复 + 流程稳定 + 验证便宜”三件齐全才上 loop——一次性的活,好提示词又快又便宜

备注与限制