关于
自主 Claude Code 循环的模式和架构——从简单顺序管道到 RFC 驱动的多代理 DAG 系统。
name: autonomous-loops description: "自主 Claude Code 循环的模式和架构——从简单的顺序管道到 RFC 驱动的多代理 DAG 系统。" origin: ECC
自主循环技能
兼容性说明（v1.8.0）：
autonomous-loops保留一个版本。 规范技能名称现在是continuous-agent-loop。新的循环指导 应在那里编写，而此技能仍然可用以避免 破坏现有工作流。
用于自主运行 Claude Code 循环的模式、架构和参考实现。涵盖从简单的 claude -p 管道到完整的 RFC 驱动多代理 DAG 编排的所有内容。
何时使用
- 设置无需人工干预运行的自主开发工作流
- 为你的问题选择正确的循环架构（简单 vs 复杂）
- 构建 CI/CD 风格的持续开发管道
- 运行带有合并协调的并行代理
- 实现跨循环迭代的上下文持久化
- 向自主工作流添加质量门和清理通道
循环模式谱系
从最简单到最复杂：
| 模式 | 复杂度 | 最适合 | |---------|-----------|----------| | 顺序管道 | 低 | 日常开发步骤、脚本化工作流 | | NanoClaw REPL | 低 | 交互式持久会话 | | 无限代理循环 | 中 | 并行内容生成、规范驱动工作 | | 持续 Claude PR 循环 | 中 | 带 CI 门的多日迭代项目 | | 去粗糙模式 | 附加 | 任何实现者步骤后的质量清理 | | Ralphinho / RFC 驱动 DAG | 高 | 大型功能、带合并队列的多单元并行工作 |
1. 顺序管道（claude -p）
最简单的循环。 将日常开发分解为一系列非交互式 claude -p 调用。每次调用是一个有明确提示的聚焦步骤。
核心洞察
如果你连这样的循环都搞不定，说明你甚至无法在交互模式下驱动 LLM 修复你的代码。
claude -p 标志以非交互方式运行 Claude Code，完成后退出。链接调用以构建管道：
#!/bin/bash
# daily-dev.sh — Sequential pipeline for a feature branch
set -e
# Step 1: Implement the feature
claude -p "Read the spec in docs/auth-spec.md. Implement OAuth2 login in src/auth/. Write tests first (TDD). Do NOT create any new documentation files."
# Step 2: De-sloppify (cleanup pass)
claude -p "Review all files changed by the previous commit. Remove any unnecessary type tests, overly defensive checks, or testing of language features (e.g., testing that TypeScript generics work). Keep real business logic tests. Run the test suite after cleanup."
# Step 3: Verify
claude -p "Run the full build, lint, type check, and test suite. Fix any failures. Do not add new features."
# Step 4: Commit
claude -p "Create a conventional commit for all staged changes. Use 'feat: add OAuth2 login flow' as the message."
关键设计原则
- 每步隔离 — 每次
claude -p调用都有全新的上下文窗口，步骤间无上下文泄漏。 - 顺序重要 — 步骤按顺序执行。每步基于前一步留下的文件系统状态。
- 否定指令危险 — 不要说"不要测试类型系统"。而是添加单独的清理步骤（见去粗糙模式）。
- 退出码传播 —
set -e在失败时停止管道。
变体
带模型路由：
# Research with Opus (deep reasoning)
claude -p --model opus "Analyze the codebase architecture and write a plan for adding caching..."
# Implement with Sonnet (fast, capable)
claude -p "Implement the caching layer according to the plan in docs/caching-plan.md..."
# Review with Opus
claude -p --model opus "Review the implementation for correctness and edge cases..."
2. NanoClaw REPL
持久会话循环，维护跨交互的上下文。适合需要持续对话的开发任务。
3. 无限代理循环
并行生成模式，多个代理同时工作于不同任务。适合内容生成、翻译、规范驱动的实现。
4. 持续 Claude PR 循环
多日迭代模式，代理持续工作直到 PR 通过所有 CI 检查。包含自动修复失败测试和代码审查反馈的能力。
5. 去粗糙模式
质量清理附加步骤。在任何实现步骤后运行，移除：
- 不必要的防御性检查
- 测试语言特性而非业务逻辑的测试
- 过度工程化的抽象
- 冗余注释
6. Ralphinho / RFC 驱动 DAG 编排
最复杂的模式。使用 RFC 文档驱动多代理并行工作：
- 规划者代理编写 RFC 并分解为工作单元
- 多个实现者代理并行工作于不同单元
- 合并队列协调代码集成
- 审查者代理验证每个单元
限制
- 仅在任务明确匹配上述范围时使用此技能。
- 不要将输出视为环境特定验证、测试或专家审查的替代品。
- 如果缺少所需的输入、权限、安全边界或成功标准，请停下来寻求澄清。
