Claude 循环工具库：25 个让 AI 自动运转的 Loop 工作流
这篇素材把 Fable 5、Claude Code 的
/loop与/goal组合成一套面向营销、产品、运营、研究决策的 AI Ops 工作流库：每个循环都必须有排程、单轮变更、固定检查、状态文件和停止点，并按绿色/黄色/红色风险分级决定能否无人值守。
基本信息
- 来源类型：文章（BlockTempo / Machina X 文章编译）
- 原文位置：raw/articles/2026-07-07-225951-tg-8787d9.md
- 原文 URL：https://www.blocktempo.com/fable-loop-library-25-workflows-autopilot/
- 消化日期：2026-07-07
- 处理说明：raw 文件在主文后混入 BlockTempo 推荐位、广告稿与其他 AI 新闻正文；本次只消化主文《Claude 迴圈工具庫：25 個讓 AI 自動運轉的 Loop 工作流》（约第 16-329 行），未将后续 Deribit、无人便利店、AI 驱熊、AI 支出、AI 伴侣监管、AI 私校、riddle 魔法日记等内容纳入本摘要。
核心观点
-
Loop 不是“定时跑提示词”，而是带状态和停止条件的 Agent 工作单元：文章把 Loop 定义为按排程反复执行的工作，必须包含五个部分：何时醒来、每轮只改一件事、每次做同一项检查、写入状态文件、设置停止点。它模拟研究员跑实验的形状：改一件事、测试、只在改善时保留、写下来、再重复。
-
/goal 是一次性终点线，完成条件必须是“可见证据”而不是口头完成：素材强调
/goal不是排程任务，而是告诉模型“完成长什么样”。由于旁边的小模型裁判通常只能读对话，看不到文件、网站或测试环境，所以“测试通过就算完成”不够，必须改成“把完整绿色测试结果贴进聊天室才算完成”。这把 Goal 提示语 从目标描述推进成证据契约。 -
25 个工作流覆盖营销、产品、商业运营、研究决策四类 AI Ops 场景：营销/内容包括答案引擎缺口、程序化页面质量、模型占有率、竞品内容、内容纲要、X 点子、广告疲乏、期待落差、售前问题；产品包括品牌提及功能雷达、评论探勘转路线图、流失点文案；商业运营包括收件匣分流、月结对账、SOP 偏移、RFP 草拟、KPI 异常、未付款发票；研究决策包括过夜情报、法规/来源摘要、难题升级队列、淘汰条件、事前验尸、累犯摘要、影子提示词循环。
-
风险分级决定自动化边界：文章给每个循环配“颜色”：绿色可无人执行，只读资料并写自己的文件；黄色只负责草拟，回复、页面编辑、PR 等需要人批准；红色绝不独自执行，涉及金钱、正式环境、对外消息或客户可见结果都必须由人收尾。这使 Loop 工作流风险分级 成为 AI 自动化能否上线的前置设计，而不是事后补风控。
-
成本控制不是少用 AI，而是做“便宜路由 + 失败升级”：素材多次提醒 Fable 5 很贵，永不疲倦的模型不会自动停。推荐先手动跑一次，再排程；例行每轮用小模型，只有在小模型留下失败记录后才让 Fable 5 出手。第 21 个“难题升级队列”把这个原则制度化：问题必须先由便宜模型处理，只有出现可追溯失败，才“挣得”升级到 Fable 的资格。
实操内容保留
代码/配置
（本文无代码块或配置文件；主文中的完整提示词似乎以图片形式嵌入，prefetch 文本未 OCR 出图片内 prompt。以下保留原文可直接复用的命令、结构和工作流清单。）
Prompt 模板
/loop 的最小结构
/loop [节奏：daily / weekly / on new input]
目标：每一轮只处理当前最重要的一个问题。
检查：每轮使用同一项检查，让本周分数可与上周比较。
状态：读写一个 STATE.md，记录本轮做了什么、下轮排什么、哪些失败已确认。
停止：设置轮数、预算或完成条件；达到完成或卡住定义时停止并贴出证明或失败信息。/goal 的证据契约
/goal
目标：[描述完成后的状态]
完成证明：只有当 [完整测试结果 / 截图 / 指标表 / 报告链接] 被贴进聊天室时才算完成。
如果无法贴出证明，请贴出失败信息、阻塞原因和下一步建议，然后停止。风险颜色规则
绿色：可无人值守执行；只读取资料，只写入自己的状态文件或草稿文件。
黄色：AI 只草拟；回复、页面编辑、PR、对外内容必须等待人批准。
红色：绝不无人执行；涉及金钱、正式环境、客户可见结果、生产系统或对外消息时，人类必须收尾。操作步骤
- 从一个最大漏洞开始：收件匣、KPI、内容、错误四类里选一个最痛的问题，不要同时上 25 个循环。
- 手动跑一次：先读它写下的状态文件，确认输出、检查和停止条件合理，再排程。
- 排程第一条 loop：按原节奏执行，让它只改一件事并持续更新状态文件。
- 一周后加第二条 loop 或一个 /goal：不要在还没看第一条效果前继续堆自动化。
- 做便宜路由：例行轮次交给小模型，只有小模型失手且写下失败证据后，才升级到 Fable 5。
- 金钱、生产、对外消息由人收尾：这类红色动作不能交给自动循环直接执行。
25 个 Loop 工作流清单
| # | 工作流 | 工具/接入 | 核心用途 |
|---|---|---|---|
| 1 | 答案引擎缺口循环 | Exa MCP | 找出 ChatGPT/Perplexity 未引用你网站的问题，每周补一个答案缺口 |
| 2 | 程序化页面质量关卡 | Search Console MCP | 在 Google 之前发现薄、重复、模板化页面 |
| 3 | 模型占有率品牌监看 | Perplexity API key | 每周用同一问题追踪品牌在 AI 答案中的位置 |
| 4 | 竞争对手内容监看循环 | DataForSEO MCP + Firecrawl monitor | 读取竞品新文章与关键词，规划下一步内容 |
| 5 | 内容纲要待办库循环 | Search Console MCP | 持续生成完整规格的内容大纲，减少空白页阻塞 |
| 6 | X 内容点子矿工 | twitterapi.io + Typefully | 从高表现推文中提炼角度并用自己的语气草拟观点 |
| 7 | 广告素材疲乏草拟循环 | Meta Marketing API | 在广告衰退前基于已胜出的素材草拟下一批版本 |
| 8 | 期待落差稽核 | Zendesk MCP | 从“我以为它会做 X”倒推出营销承诺与产品能力落差 |
| 9 | 售前问题循环 | 私讯/留言/邮件 | 把购买前重复问题整理成答案库 |
| 10 | 品牌提及功能雷达 | Reddit API + HN Algolia + Exa | 扫描外部抱怨与功能请求，分群并草拟实现计划 |
| 11 | 评论探勘转路线图 | App Store review APIs | 从评论和客服消息中按痛点排序提炼路线图 |
| 12 | 流失点文案循环 | PostHog MCP | 找到用户放弃画面，修正关键文案 |
| 13 | 收件匣转决策分流循环 | Gmail MCP | 将未读邮件分为决定、委派、延后、舍弃，并草拟回复 |
| 14 | 月结对账准备 | QuickBooks API | 自动分类交易并交给人例外清单，不自行归档 |
| 15 | SOP 偏移捕手 | Notion MCP | 对照真实流程与书面 SOP，发现流程漂移 |
| 16 | 提案/RFP 待办草拟器 | 答案库 | 复用 80% 历史答案，标记 20% 新问题 |
| 17 | KPI 异常监看 | PostHog MCP + Stripe | 正常时安静，异常时带可能原因叫醒人 |
| 18 | 未付款发票追讨员 | Stripe API key | 维护账龄分类账并在门槛草拟催款内容 |
| 19 | 过夜情报刷新 | Exa MCP + Firecrawl monitor | 便宜模型定期盯来源，大模型月度综整 |
| 20 | 法规/来源摘要 | Firecrawl MCP | 只摘要真正有实质变动的监管来源或关键论文 |
| 21 | 难题升级队列 | 小模型 + Fable 5 | 便宜模型先答，记录失败后才升级 Fable |
| 22 | 淘汰条件循环 | 证据搜索 | 先写每个选项的淘汰条件，再开始证据猎捕 |
| 23 | 事前验尸循环 | 决策文档 | 假设 12 个月后失败，提前写出失败故事 |
| 24 | 累犯摘要 | 执行分类账 | 从多个工作流里发现同一系统问题的不同外衣 |
| 25 | 影子提示词循环 | 真实流量 + baseline/candidate prompt | 在影子模式跑真实流量，用分歧决定是否切换 prompt |
关键概念
- Loop Engineering — 本文把 Loop 的五件套、风险颜色和 25 个工作流具体化为业务自动化模板
- Goal 提示语 — 从“目标、指标、边界”进一步扩展为“完成证明必须贴进对话”的证据契约
- Fable 5 — 适合作为重型编排与复杂目标处理者，但因成本高必须做模型路由和停止规则
- Claude Code —
/loop、/goal、MCP、API key、状态文件共同构成这些工作流的运行入口 - 状态文件 — 每轮循环记录历史、已做事项、下轮计划和失败证据的持久记忆
- Loop 工作流风险分级 — 用绿色/黄色/红色定义无人值守、人工审批和绝不自动执行的边界
- 难题升级队列 — 便宜模型先处理，只有留下失败记录后才升级到 Fable 的成本控制模式
- Shadow Prompt Loop — 25 个工作流中的第 25 个，用真实流量分歧决定 prompt 是否切换
- 自我改进代理系统 — 状态文件、验证、Skill 写回和模型路由让循环逐步复利，而不是每次从零开始
与其他素材的关联
- 与 2026-07-06-blocktempo-fable-5-self-improving-agent 的关系：前文讲 Fable 5 自我改进系统的四层架构，本篇把其中的
/loop、/goal、状态文件、Routines 和成本路由落到 25 个业务工作流样本。 - 与 2026-07-07-woshipm-fable-5-prompts-before-offline 的关系：那篇从“下线前必跑 Prompt”角度强调 Goal、工作模式蒸馏、Shadow Prompt Loop；本文提供了更完整的 Loop 工具库和风险颜色规则，解释为什么这些 Prompt 必须有状态、停止点和证据。
- 与 2026-06-22-loop-engineering-woshipm 的关系：早期素材解释 Loop Engineering 六模块和开发者角色转变；本文把 Loop 从开发者工作流扩展到营销、产品、运营、研究决策四类业务自动化场景。
- 与 2026-07-01-loop-engineering-pm-codification 的关系：PM 视角认为 Loop 本质是目标、验收、状态和升级机制的代码化；本文的淘汰条件、事前验尸、KPI 异常、期待落差稽核正是 PM 决策与运营机制的自动化版本。
原文精彩摘录
底下每一個工作流程都正是如此……一個目標、一組界線，以及「完成」的證明。Fable 5 就是為此而生的模型：它能連續數小時緊咬同一件工作而不迷失，而其他模型往往幾分鐘後就開始神遊。
迴圈就是你的 agent 依排程反覆執行的一件工作：每天早上，或每次有新東西進來的時候。永遠有五個部分：一組排程、每一輪只改一件事、每次都做同一項檢查、一個狀態檔、一個停止點。
有一個細節決定了這件事到底有用、還是一場代幣營火：裁判只看得到對話。它打不開你的檔案、跑不了你的測試、檢查不了你的網站。所以「測試通過就算完成」是一種空想……「當完整的綠色測試結果被貼進聊天室就算完成」才是一份契約。
一個永遠不會累的模型，也永遠不會自己停下來，而 Fable 是市面上最貴的模型。沒有預算、沒有停止規則就放它去跑，帳單自己會找上你……底下每一個工作流程都同時內建了這兩者。