loop goal sheduel opencode的omo插件

3分钟学会大佬们都在吹的Loop engineer!(附Loop技能)

老黄在公开场合力推的loop到底是什么东西?
这篇文章彻底拆解一下loop engineer

核心理念(Addy Osmani、Peter Steinberger、Anthropic Claude Code 负责人 Boris Cherny 等人的表述):“不再是你去 Prompt Agent,而是你设计一个系统来替你 Prompt Agent。” 你从“操作者”变成“规则/系统设计者”。

Loop 是就是进阶版的Prompt?

Loop 跟skill有什么核心差异?
Skill = 一份"能力说明书"(告诉 AI:遇到这类活,该怎么做、按什么规矩做)

Loop = 一种"运行方式"(让 AI:同一个活,自己反复干、干到达标才停)

一个是 “怎么做”(WHAT/HOW),一个是 “跑几遍、谁来喊停”(运行控制)。它们不冲突,反而经常叠在一起用。

loop,prompt,skill,context,harness,这些概念的差异及区别简单列一个表格分析,然后告诉我loop能为这些概念赋能什么?有了loop能做到哪些它们做不到的事情?能让它们如何变得更强大?

范式转变:从 Prompt Engineering → Context/Harness Engineering → Loop Engineering。以前是人一轮一轮指导 Agent,现在是设计闭环系统(自动化触发 + 状态记忆 + 子代理 + 验证 + 终止条件),Agent 可以长时间自主运行(如构建功能、修复 bug、日常维护)。

Loop Engineering 解决的是另一个问题:怎么让 AI 按步骤持续工作,并且自己检查结果。

举个简单例子:你要让 AI 写一篇小红书笔记

普通提示词是:

帮我写一篇关于减肥餐的小红书笔记。

Loop 提示词是:

先分析目标用户是谁。

再给我 5 个标题方向。

选出最有点击感的 1 个。

然后写正文。

写完后检查:标题是否有吸引力、正文是否像真人写的、有没有夸张承诺。

如果不符合,就自己修改一轮。

最后输出最终版。

image.png

Loop,不是让 AI 自由发挥,而是给 AI 装上轨道。

为什么现在更需要 Loop ?

以前大家讲 Prompt Engineering,重点是“怎么问”。

比如,角色设定、语气要求、格式限制、示例输入。
这些仍然有用。

但今天的 AI 已经不只是聊天了。它可以读文件、写代码、查资料、做表格、调用工具、跑测试、操作网页。

这时候,只会写一句提示词就不够了。
因为复杂任务通常不是一步完成的。
写文章,需要选题、标题、大纲、正文、修改。
写代码,需要读项目、定位文件、改代码、跑测试、修报错。
做方案,需要理解目标、拆解路径、评估风险、给出下一步。

如果每一步都靠你手动追问,效率会很低,而且质量不稳定。
往往会发现人是这个环节中最大的瓶颈!

Loop 的作用,就是把这些步骤提前设计好,让 AI 一次性进入工作状态。

一个最小可用的 Loop 长什么样?

我自己写了一个 Loop Builder 的skill,在你对loop还不是很擅长的时候,运行skill,可以引导你正确的写出loop,也可以直接帮你写loop 命令。(放在知识库,免费下载获取)

一个最小 Loop,只要有四个模块:
目标、流程、验收标准、停止条件。
可以直接套这个模板:


请你用 Loop 的方式完成这个任务。

  

目标:

【写清楚你要什么结果、给谁看、用在什么场景】

  

流程:

1. 先理解目标和限制

2. 再制定 3-5 步计划

3. 按计划产出第一版

4. 按验收标准自查

5. 如果不合格,修改一轮

6. 合格后输出最终结果

  

验收标准:

- 【标准 1】

- 【标准 2】

- 【标准 3】

  

停止条件:

当所有验收标准满足时停止。

最多修改 2 轮。

如果仍然无法满足,请说明原因和下一步。

这个模板看起来简单,但已经比“帮我写一篇文章”强很多。
因为你给了 AI 四样东西:
它要去哪里。
它怎么走。
什么叫合格。
什么时候停。

## Loop 最重要的不是流程,而是验收标准

很多人写 Prompt,会写一堆要求:
“语言自然一点。”
“内容有吸引力一点。”
“风格高级一点。”

这些话不是没用,但问题是太模糊。
AI 不知道什么叫“自然”,也不知道什么叫“高级”。
更好的写法是把标准具体化。

比如写公众号文章,不要说:
“写得好一点。”
而是说:

“开头必须有一个具体场景。”
“每个观点后面至少有一个例子。”
“每段尽量不超过 4 行,适合手机阅读。”
“不要出现没有信息量的套话。”
比如写代码,不要说:

“把功能做好。”
而是说:

“功能可以正常点击。”

“页面刷新后状态不丢失。”

“控制台没有明显报错。”

“移动端不遮挡主要按钮。”

验收标准越具体,AI 越能自己检查。

没有验收标准的 Loop,就像没有刹车的车:看起来在动,但你不知道它什么时候算到站。

Loop 也需要停止条件

很多人以为,让 AI 多改几轮,结果一定会更好。

不一定。

AI 有时候会过度优化,把原本清楚的东西改得复杂,把原本有力的标题改得像论文题目。

所以一个好的 Loop,必须知道什么时候停。

你可以加这样的规则:

“最多修改 2 轮。”

“每轮只修最重要的 3 个问题。”

“已经满足标准的部分不要重写。”

“如果标准之间冲突,先保留最符合目标读者的版本。”

这很重要。

Loop 不是让 AI 无限工作,而是让 AI 在正确的边界里工作。

真正稳定的 AI 工作流,不是越长越好,而是刚好够用。

哪些任务最适合做成 Loop?

不是所有任务都需要 Loop。

如果你只是问一个概念、翻译一句话、取 10 个标题,普通提示词就够了。

但如果一个任务有这三个特征,就很适合做成 Loop。

第一,需要多步骤。

比如写一篇长文、做一个方案、开发一个功能。

第二,需要质量检查。

比如代码要能运行,文章要能发布,表格要能计算。

第三,需要反复修改。

比如简历、销售文案、短视频脚本、产品介绍页。

判断标准很简单:

只要这个任务需要做两轮以上,就值得设计 Loop。

小白直接照抄的loop用法

下次你打开 AI,不要只写:

“帮我写一篇小红书笔记。”

你可以改成:


请你用 Loop 的方式写一篇小红书笔记。

  

目标:

面向刚开始使用 AI 工具的职场新人,写一篇关于“如何用 AI 提高工作效率”的小红书笔记。

  

流程:

1. 先判断目标读者最关心的问题

2. 给出 5 个标题方向

3. 选择最适合小红书的 1 个标题

4. 写正文

5. 检查是否具体、是否像真人表达、是否有可执行建议

6. 如果不合格,修改一轮

  

验收标准:

- 开头有具体工作场景

- 正文不讲空话,每个建议都有例子

- 语言适合手机阅读

- 结尾给出今天就能做的一步

  

停止条件:

满足标准后停止。

最多修改 2 轮。

你会发现,这样得到的结果,通常会比一句“帮我写一篇”稳定很多。

因为你不是在等 AI 猜你的意思。

你是在给它一套可以执行的工作方式。

  1. 写文章 Loop

适合:公众号、小红书、𝕏

请帮我写一篇文章。  
流程:  
1、先判断读者是谁  
2、再列出文章大纲  
3、写正文  
4、检查是否有空话、长段落、抽象概念  
5、如果有,改成更具体、更适合手机阅读的版本
验收标准:  
· 开头有具体案例或数字  
· 每节都有明确小标题  
· 每个观点后面有例子  
· 结尾告诉读者今天能做什么
满足后停止。
  1. 写代码 Loop

适合:个人网站、工具页面、自动化脚本、小程序原型。

请帮我完成这个功能。  
流程:  
1、先阅读现有项目结构  
2、找到相关文件  
3、说明你准备怎么改  
4、修改代码  
5、运行检查或测试  
6、如果失败,根据错误继续修复  
7、最后总结改了什么
验收标准:  
· 功能能正常使用  
· 不破坏原有功能  
· 没有明显报错  
· 风格和现有项目一致
如果无法完成,请说明卡在哪里。
  1. 学习技能 Loop

适合:学 AI、学编程、学剪辑、学写作、学英语。

请帮我学习【某个技能】。  
流程:  
1、先判断我现在是零基础  
2、拆成 7 天学习计划  
3、每天只安排 1 个核心动作  
4、每天给一个练习题  
5、每个阶段给一个检验标准
验收标准:  
· 不使用我听不懂的术语  
· 每天任务能在 30 分钟内完成  
· 每个练习都能产出一个具体作品
最后输出第一天要做什么。

Loop 的致命缺陷,全网没有人跟你讲

Loop 的致命缺陷是:

它会把“错误的判断”自动化、放大化。

单次提问错了,最多错一次。
Loop 错了,它会沿着错误目标、错误标准、错误步骤,一轮一轮认真执行,甚至还会自信地“自查通过”。

最危险的地方有 4 个:

  1. 验收标准错了
    你告诉 AI:“标题要更夸张、更抓眼球。”
    它可能真的优化出一堆标题党。
    Loop 很听话,但它不会天然知道你的标准是不是正确。

  2. 自查不可靠
    AI 可以检查自己的答案,但它不是外部裁判。
    尤其是事实、数据、法律、医学、金融、商业判断,它可能边犯错边给自己打勾。

  3. 会局部优化,牺牲整体
    每一轮都在修小问题,但可能把原本有力量、有个性的东西磨平。
    很多文案改到最后不是更好,而是更“标准”、更无聊。

  4. 会让人产生控制幻觉
    你写了流程、标准、停止条件,就容易觉得“系统可靠了”。
    但如果目标本身不清楚,或者标准不懂业务,Loop 只是让不靠谱变得更有条理。

所以 Loop 最大的坑不是“不够自动化”。

而是:自动化之前,没有先判断什么值得被自动化。

  • Token/Cost 爆炸:长循环或多子代理很容易烧钱($500+/小时可能)。必设 max_iterations、预算上限;用 model routing(廉价模型做扫描/分类,中档写草稿,顶级 review);prompt caching 可大幅降低成本(40-90%)。从简单 cron 开始测试。

    requesty.ai +1

  • Context Rot / State Amnesia:长运行上下文退化或忘记历史。用 fresh subagents、工作树(worktrees)、文件/数据库 checkpoint、定期 compaction(总结重置)。

    requesty.ai

  • 验证与质量:Agent 容易过度自信或 hallucinate。必须分离 maker/checker(子代理),用硬条件(如测试通过、lint 零错误)而非软判断;最终人类 review 关键输出。Unattended loops = unattended mistakes。

    addyosmani.com

  • 并行冲突:多 Agent 用 git worktrees 隔离。

  • 技能/状态管理:用 SKILL.md 等持久化项目知识,避免每次从零推导。维护 LOOP.md / STATE.md 等文件。

  • 适用性:不是所有任务都适合(创意/高风险部分最好人工 steering)。先从小、重复、 verifiable 的任务起步;判断标准包括是否有清晰 stop condition、值得自动化等。

    mindstudio.ai

  • 其他:Comprehension debt(代码理解负担增加)、判断力放大(好坏判断都被放大)、工具/权限控制。

一句话总结:

Loop 能提高执行稳定性,但不能替你保证方向正确。方向错了,Loop 跑得越顺,错得越远。

哪些事情值得被loop自动化?

值得自动化的,不是“重要的事”,而是“重复出现、标准清楚、出错代价可控的事”。

很多人一上来想自动化战略判断、选题方向、商业决策,这其实很危险。更适合 Loop 的,是那些你已经大概知道怎么做,只是每次手动做很累、很碎、很容易漏步骤的任务。

什么值得被自动化
值得做成 Loop 的任务通常有这几个特征:

  1. 重复高频
    比如每次写文章都要:选题、标题、大纲、正文、自查、润色。
    这类流程重复出现,做成 Loop 很划算。

  2. 标准能写清楚
    比如“公众号文章开头要有具体场景”“每个观点要有例子”“段落适合手机阅读”。
    如果标准说不清,Loop 就只能假装认真。

  3. 可以被检查
    代码能跑测试,文章能检查结构,表格能检查列名和公式,研究能检查来源。
    能检查,Loop 才有闭环。

  4. 失败代价不高
    起草文案、整理资料、生成初稿、做备选方案,很适合。
    医疗建议、法律判断、投资决策、重大商业拍板,不适合完全交给 Loop。

  5. 人类判断仍然保留在关键节点
    最好的 Loop 不是全自动,而是“AI 先跑,人来拍板”。
    比如 AI 给 10 个标题,你选 1 个;AI 写初稿,你定方向;AI 查资料,你核关键事实。

使用 Loop 时要注意什么
最重要的是别把 Loop 写成“勤奋的废话机器”。

很多 Loop 失败,不是因为步骤不够多,而是因为目标和标准太空。

不要写:

帮我写得更好。

要写:

开头必须有一个具体场景。
每个观点后面给一个例子。
不要出现“赋能、闭环、降本增效”这类空话。
结尾给出今天能做的一步。

还要注意三件事:

  1. 先小后大
    不要一上来让 Loop 做完整项目。
    先让它做一个小模块:标题 Loop、开头 Loop、大纲 Loop、代码测试 Loop。

  2. 限制迭代次数
    默认 1-2 轮就够了。
    超过 3 轮,很多时候不是更好,而是在原地打磨。

  3. 把自查和外部验证分开
    AI 自查适合查结构、格式、逻辑遗漏。
    事实、数据、代码运行、政策、价格、医学法律金融,要靠工具、来源或人类复核。

如何提高 Loop 使用体验
我会用一个很实用的公式:

Loop = 目标 + 输入 + 步骤 + 验收标准 + 修复规则 + 停止条件 + 输出格式

你每次写 Loop,都把这七项补齐。

比如写文章:

目标:写一篇给 AI 新手看的公众号文章。
输入:主题是 Loop Engineering,风格要像朋友解释,不要像教材。
步骤:先判断读者痛点,再列大纲,再写正文,再自查。
验收标准:开头有场景,每个观点有例子,段落短,不讲空话。
修复规则:只修改没通过的部分,不重写已经好的部分。
停止条件:最多修改 2 轮,通过后停止。
输出格式:标题 + 正文 + 自查结果。

体验会立刻好很多。

还有一个小技巧:把 Loop 拆成多个小 Loop,而不是一个超级 Loop。

比如写一篇公众号文章,可以拆成:

  • 选题 Loop
  • 标题 Loop
  • 大纲 Loop
  • 初稿 Loop
  • 润色 Loop
  • 事实核查 Loop

这样比一句“帮我写一篇爆款文章并优化到最好”稳定得多。

最后,我觉得最好用的 Loop,不是“完全自动帮我干完”。

而是这种:

AI 负责重复、检查、修正;人负责方向、取舍、审美和最终判断。

这个分工一旦摆正,Loop 的体验会从“我在赌 AI 发挥”,变成“我在带一个会按流程干活的助手”。