用途：/build 是 camacho/ai-skills 中的执行类技能，在有获批计划时执行计划任务，也适用于单句范围的热修复或小幅 TDD 实现，由 /task（步骤 5）调用，依赖 /blueprint（步骤 3）与 /review 的计划批准（步骤 4）。
使用前需满足：计划已由 /review 批准，或为无计划的单句范围/热修复；且工作须在链接的 worktree 中进行，不能在主工作区。
有计划的流程：先读取 ai-workspace/plans/<name>.md，将任务拆成有序批次（同一步骤或标记为并行的任务归为一批，有依赖的任务单独串行分批），记录文件路径、测试预期与验收标准；批次串行执行，批内任务通过子代理并行派发，只有涉及不同文件的任务才可并行。按任务类型选择代理：拆分的写测试与实现任务分别用 test-writer（RED）和 implementer（GREEN），合并任务用 implementer，仅文档任务用 doc-writer。子代理提示需粘贴完整任务文本、上下文、工作目录、项目约定与报告状态。任务状态处理：DONE 标记完成；DONE_WITH_CONCERNS 若涉及正确性或范围先处理；NEEDS_CONTEXT 补充上下文后重派；BLOCKED 评估后调整或升级人工，不得原样重试；涉及受保护文件立即停止。每批结束后运行 pnpm typecheck && pnpm test，并执行 git add 与批次边界提交，批次提交为强制要求。全部批次完成后运行 pnpm validate，最多 3 次修复-校验循环，未通过则停止报告，通过前不能进入 /review（步骤 6）。
无计划的热修复/单句范围：直接实现，做最小改动，先写失败测试再实现并重构，热修复需在提交信息中记录根因，同样执行 pnpm validate 硬性门限。
Codex / Cursor 回退：不派发子代理，在主会话中顺序执行任务，适用同一校验门。
限制：资料未提供平台、收费、价格、效果与更多安装步骤；示例中的 pnpm、git 命令按原文保留，不改动代码内容。