跳到正文

自主模式 — /autonomous-sdd

/autonomous-sdd 是 Planu 的端到端 autopilot skill。给定一个已批准的 spec,它无需每步人工干预即可处理完整的实现流水线:就绪门控、分支创建、针对每个验收标准的实现、自我审查、验证和合并。

如果您熟悉 cc-sdd,/autonomous-sdd/kiro-impl 的功能等效物——但额外增加了两个阶段(就绪检查和合并后修复观察器),而 /kiro-impl 不包含这两个阶段。


何时使用

自主模式适用于以下情况:

  • spec 已获批准,所有验收标准都是具体且可测试的。
  • 任务是独立的——智能体可以在不需要中途设计决策的情况下完成它。
  • 您希望委托完整的实现循环,并在最后而非每步审查结果。

以下情况不适合使用:

  • 验收标准仍然模糊。请先运行 challenge_speccheck_readiness
  • 任务需要依赖智能体无法单独从 spec 推断的上下文的产品决策。
  • 您更喜欢逐步可见性——在这种情况下,请手动运行 implement_planvalidatecreate_pr_from_spec

如何激活

自主模式是 Planu 的一个 skill。安装一次,然后从任何兼容 MCP 的智能体调用它。

安装 skill:

bash
planu skill install autonomous-sdd

从 Claude Code(或任何 MCP 客户端)调用:

/autonomous-sdd SPEC-042

skill 读取您已批准的 spec,锁定它以防止并发编辑,并开始流水线。进度实时流式传输。


六个内部阶段

自主模式在内部运行六个阶段。每个阶段都是可观察的,必要时可以中断。

阶段 1 — 就绪门控。 在编写任何代码之前,skill 验证每个验收标准是否满足自主实现的最低质量阈值:具体性、可测试性和无矛盾。如果任何标准未通过门控,skill 会停止并报告哪些标准需要改进。这可以防止在规格不足的工作上浪费计算资源。

阶段 2 — 分支。 为 spec 创建一个专用 Git 分支,遵循您项目的分支命名约定(feat/SPEC-NNN-slug)。spec 被锁定到分支,以便在实现进行中时没有其他智能体或会话可以修改它。

阶段 3 — 实现。 智能体按顺序处理验收标准,在编写代码时明确引用每个标准。中间进度在检查点处保存,以便在中断时可以恢复运行。实现过程中做出的架构决策会自动记录到 spec 的技术决策记录中。

阶段 4 — 自我审查。 实现完成后,skill 对 spec 进行多轮审查。每个验收标准都针对实现进行检查。差距在验证阶段开始之前被标记,从而减少需要人工注意的验证失败次数。

阶段 5 — 验证。 运行完整的验证循环:自动化测试、漂移检测以及逐标准合规性检查。生成验证报告。如果所有标准通过,流水线继续推进。如果任何标准失败,skill 会尝试有针对性的修复(最多两次重试),然后再将失败上报给人工审查。

阶段 6 — 合并。 验证报告清洁后,分支被合并,spec 状态更新为 done。注册一个合并后修复观察器:Planu 继续在后续提交中监控 spec 的漂移,如果实现偏离,将显示回溯修复建议。


可观察性与控制

自主模式设计为可在任何阶段边界处中断。在活动运行期间按 Ctrl+C 以在下一个安全检查点暂停。运行状态会持久化,可以用以下命令恢复:

/autonomous-sdd --resume SPEC-042

要在运行前检查 skill 将执行的操作:

/autonomous-sdd --dry-run SPEC-042

这会打印六个阶段的执行计划,而不编写任何代码或创建任何分支。


与 cc-sdd 的 /kiro-impl 的关系

cc-sdd 的 /kiro-impl 运行三个阶段:分支、实现和合并。/autonomous-sdd 在实现之前添加了就绪门控,在合并之后添加了修复观察器。分支、实现、自我审查和合并阶段在结构上是等效的。

如果您正在从 cc-sdd 迁移,您现有的已批准 spec 无需修改即可与 /autonomous-sdd 兼容。


延伸阅读

加入社区提问、分享反馈,与其他使用 Planu 的开发者交流。
加入 Discord