用途：在 Codex Plan Mode 之后，执行已批准的 Spec-backed 计划。它不做设计决策，也不修改已批准内容；若计划有误应回到 spec-plan，若设计有误应回到 spec-brainstorm。
主要能力与流程：开始前按顺序补齐缺失产物——若 docs/specs/YYYY-MM-DD-<feature>/design.md 缺失，则依据当前对话中已批准的设计写入该文件，校验并报告路径后停止；否则若 plan.json 缺失，则依据已批准计划写入并校验后停止。每次调用最多创建一个缺失产物，只有两个产物在调用开始时都已存在才进入实现。实现前需确认未在 main/master 上（除非用户明确同意），先建分支或使用 git worktree。
执行方式：未指定风格时询问。自主模式执行全部任务，仅在受阻时停止；分批模式（默认）每次执行 3-5 个任务后汇报并等待反馈；子代理模式将每个符合条件的任务委派出去，独立任务并行、依赖任务串行。行为变更类代码任务先写覆盖验证标准的失败测试，确认失败原因正确，再写最小实现使其通过，必要时重构。每批完成后运行聚焦验证、检查 diff，并用 code-commit 提交。
适用场景：已有批准的设计与计划、需要按任务推进实现并保持范围与行为不变时。
限制：不猜测、不假设、不强行绕过阻塞；测试两次修不好、遇到计划未覆盖的依赖、指令不清、计划与代码库冲突或设计需变更时应立即停止并询问。计划需变更时回到 spec-plan，设计需变更时回到 spec-brainstorm。全部完成后进入 spec-finish 做验证、审查与提交整理。