个人知识库

2026-07-08-abmedia-claude-code-four-loop-types

10分钟阅读

Anthropic 揭 Claude Code 4 种 loop 应用实务

Anthropic Claude Code 团队工程师 Delba de Oliveira 将 Claude Code 的循环能力拆成 turn-based、goal-based、time-based、proactive 四类；核心不是“让 AI 无限自动干活”，而是按触发方式、停止条件、验证标准和成本边界设计可控工作流。

基本信息

  • 原始标题：Anthropic 揭 Claude Code 4 種 loop 應用實務
  • 来源：ABMedia（转述 Anthropic 官方账号 ClaudeDevs / Delba de Oliveira《Getting started with loops》）
  • 原始 URL：https://abmedia.io/anthropic-claude-code-four-loop-types-turn-goal-time-proactive-workflow-guide-2026
  • 原始素材：raw/articles/2026-07-08-085416-tg-a06302.md
  • 抓取方式：Telegram bot prefetch
  • 处理说明：raw 文件在主文后混入 ABMedia 站内其他新闻、投资风险提示、玻璃基板、量子计算、SK 海力士与 DeepSeek 芯片等无关正文；本次只消化标题为《Anthropic 揭 Claude Code 4 種 loop 應用實務》的主文。

核心观点

  1. **Claude Code 的 loop 可以按触发方式分成四类，而不是只理解成 /loop 命令。**Turn-based 是每次用户手动 prompt 后，Claude 自行收集上下文、执行、验证并回传；goal-based 用 /goal 写清成功条件和最大回合数；time-based 由时间周期触发；proactive 则由事件流触发并无人介入。这个分类把 Loop Engineering 从泛泛“循环”拆成了触发源、停止条件和监督方式三层设计问题。

  2. **Turn-based 仍然是最基础的手动循环，关键在于把“怎么确认做对了”写进 Skill 或项目说明。**文章建议把前端变更的验证标准写入 SKILL.md：启动开发服务器、直接交互、检查 console 无新增错误、运行 Chrome DevTools MCP 性能追踪等。也就是说，哪怕每个 prompt 都由人手动触发，质量也取决于环境里是否提前编码了可执行验收标准。

  3. **Goal-based 适合可量化验证任务，/goal 的价值在“目标 + 指标 + 回合上限”。**示例命令是 /goal get the homepage Lighthouse score to 90 or above, stop after 5 tries。当 Claude 想停止时，评估者模型会检查条件是否达成；未达成则送回继续工作。越能用测试通过数、Lighthouse 分数、覆盖率门槛等指标定义完成，越适合用 Goal 提示语 或 /goal 承接，也越能节省 token。

  4. Time-based 和 proactive loop 把 Claude Code 从会话助手推向持续运行的工作流入口，但必须区分本机和云端。/loop 5m check my PR, address review comments, and fix failing CI 这类命令每 5 分钟在本机检查 PR、处理 review 和 CI 失败；关电脑就停。如果要云端持续执行，应改用 /schedule 建 routine。适用场景包括早上摘要 Slack、监控排程 job、周期性检查 PR 等。

  5. **Proactive loop 最强也最危险，需要把 /schedule、/goal、dynamic workflows、agent 并行和 auto mode 组合起来。**文章给出的复合案例是每小时检查 project-feedback 频道，把每个 bug 修到 triaged/actioned/responded，再用动态工作流派多个 agent 并行 explore，最后 auto mode 让 routine 不停下问权限。这个模式会消耗大量 token，也会放大权限与质量风险，因此应先小范围 pilot，再扩大全面自动化。

实操内容保留

命令与工作流示例

/goal get the homepage Lighthouse score to 90 or above, stop after 5 tries
  • 用途：让 Claude Code 在最多 5 轮内把首页 Lighthouse 分数提升到 90+。
  • 关键：成功条件必须可由评估者模型或外部指标验证；否则 /goal 可能停在“看起来差不多”。
/loop 5m check my PR, address review comments, and fix failing CI
  • 用途：每 5 分钟检查 PR、处理 review comments、修复失败 CI。
  • 边界：/loop 跑在本机，电脑关机就停；需要云端长期运行时改用 /schedule routine。

SKILL.md 验证标准示例

文章建议把“什么叫做前端改对了”写进 SKILL.md 或项目级技能中，例如：

  • 启动开发服务器；
  • 直接与页面交互，而不是只看构建是否通过；
  • 检查浏览器 console 没有新增错误；
  • 必要时运行 Chrome DevTools MCP 性能追踪；
  • 将这些步骤作为 Claude 在 turn-based loop 中自我验证的固定流程。

Proactive 复合工作流结构

/schedule 每小时检查 project-feedback 频道
→ /goal 定义每个 bug 必须达到 triaged/actioned/responded
→ dynamic workflows 派多个 agent 并行 explore
→ auto mode 减少 routine 中途权限打断
→ 小范围 pilot 验证质量和 token 成本后再推广

这不是一个“放手让 AI 无限干活”的结构，而是把事件触发、目标验收、多 agent 并行、权限模式和成本控制合成一个可治理系统。

关键概念

  • Claude Code：四类 loop 都发生在 Claude Code 运行时与命令体系中，说明它正在从终端编程工具扩展为可排程、可评估、可多代理编排的工作流平台。
  • Loop Engineering：本文提供了更细的分类框架：按人工触发、目标触发、时间触发、事件触发划分 loop 类型。
  • Goal 提示语：goal-based loop 的核心是目标、指标、边界和最大回合数；完成条件越可量化，越适合交给 /goal。
  • Skill：turn-based loop 的质量取决于 SKILL.md 是否把验收流程、好结果标准和验证工具写清楚。
  • 状态文件：虽然主文没有展开 STATE.md，但 time-based/proactive loop 若要跨轮运行，仍需要外部状态记录，避免每轮重新推导。

与其他素材的关联

原文精彩摘录

Turn-based 是最基本的模式：使用者送出一個 prompt，Claude 收集脈絡、動作、驗證、回傳結果，並由 Claude 自行判斷任務是否完成—每個 prompt 都是一個手動迴圈。實務上要提升 turn-based 的完成率，作者建議把「怎麼確認做對了」寫進 SKILL.md 檔案；例如前端修改要驗證，可寫「啟動開發伺服器、直接互動、檢查 console 無新錯誤、跑 Chrome DevTools MCP 效能追蹤」等具體步驟。

Goal-based 用 /goal 指令觸發，開發者明確定義成功條件與最大回合數（例如 /goal get the homepage Lighthouse score to 90 or above, stop after 5 tries）。當 Claude 想停下，會有評估者模型檢查條件是否達成，未達成就送回繼續工作。這種模式最適合「可量化驗證」的任務—測試通過數、Lighthouse 分數、覆蓋率門檻等，決定性條件越清晰、越省 token。

Proactive loop 則是「事件觸發+無人介入」，適用於 bug 分流、依賴升級、遷移這種持續進來的工作流。作者提供的複合式範例是把 /schedule 排每小時檢查 project-feedback 頻道、用 /goal 定義每個 bug 要修到 triaged/actioned/responded、再由 dynamic workflows 派多個 agent 平行做 explore、最後 auto mode 讓 routine 不停下來問權限。這種組合會派出大量子代理、token 用量可觀，建議先在小範圍 pilot 再全面上線。

相关页面

关系图谱

快速导航

反向链接