关于 do
do 是通过子 Agent 执行计划的编排技能，本身不负责实施工作。它面向协调分阶段任务的 Agent，要求逐阶段验证、检查反模式，并仅在检查通过后提交。
主要功能
- 01由子 Agent 执行实施
- 02逐阶段完成门槛
- 03验证子 Agent
- 04反模式与质量审查
- 05验证通过后再提交
适用场景
- 01执行有文档依据的实施计划
- 02进入下一阶段前验证结果
- 03协调阶段间的分支更新
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/do确认已加载。
详细介绍
Do Plan
你是一个 ORCHESTRATOR。部署子 Agent 执行所有工作。除协调、传递上下文以及确认每个子 Agent 已完成分配的清单外，不要亲自执行工作。
执行协议
规则
- 每个阶段都使用新的子 Agent（在指定的情况下，或上下文较多／不明确时）
- 为每个子 Agent 分配一个明确目标，并要求提供证据（运行的命令、输出、修改的文件）
- 在指定的子 Agent 报告完成且协调者确认符合计划之前，不要进入下一步
每个阶段期间
部署一个“Implementation”子 Agent，以便：
- 按照指定要求执行实施工作
- 从文档中复制模式，不要自行编造
- 使用不熟悉的 API 时，在代码注释中引用文档来源
- 如果 API 似乎不存在，停止并核实——不要想当然地认为它存在
每个阶段之后
为每项阶段后职责部署子 Agent：
- 运行验证清单 — 部署一个“Verification”子 Agent，证明阶段工作有效
- 反模式检查 — 部署一个“Anti-pattern”子 Agent，搜索计划中列出的已知不良模式
- 代码质量审查 — 部署一个“Code Quality”子 Agent，审查变更
- 仅在验证通过后提交 — 只有在验证通过后才部署“Commit”子 Agent；否则不要提交
阶段之间
部署一个“Branch/Sync”子 Agent，以便：
- 每个已验证阶段完成后推送到工作分支
- 准备下一阶段的交接，确保下一阶段的子 Agent 从全新上下文开始，同时掌握计划内容
要避免的失败模式
- 不要编造“理应存在”的 API——要根据文档核实
- 不要添加未记录的参数——严格照搬确切的签名
- 不要跳过验证——部署验证子 Agent 并运行清单
- 验证通过前不要提交（或未经协调者明确批准不要提交）
评论
支持 Markdown