用途：按 PRD 在代码库中实现功能，类型可为 feat、fix 或 chore，同时更新测试、运行项目检查，并把 PRD 标记为 Implemented。
主要能力与流程：先确认 PRD 路径（通常为 tasks/f-##-<slug>.md）与对应功能 ID；预检时阅读 AGENTS.md 并遵守，检查 tasks/todo.md 中的优先级顺序，若上方有更高优先级项需用户确认，必要时建议先用 02-plan 写其 PRD；创建功能分支，命名按类型：fix/f-##-<short-slug>、chore/f-##-<short-slug>、默认 feat/f-##-<short-slug>；如存在 tasks/memory.md 先浏览相关决策与注意事项；解析 PRD 的用户故事、功能需求、非目标、风险、发布与测试说明；核对“Dependencies & Constraints”中的依赖 ID，检查依赖 PRD 的 Execution Status，未实现则建议先执行依赖，无 PRD 则先用 02-plan 创建。
执行与验证：按规格实现功能，增改测试，按 AGENTS.md 或项目惯例运行 typecheck/lint/tests/build；验证 PRD 的验收标准与边界情况，执行其中列出的手动 QA 步骤。
状态更新：确保 PRD 含“## Execution Status”小节（- [ ] Implemented / Reviewed / Merged），依据证据勾选 Implemented，并把 tasks/todo.md 中该功能状态指示从 — 改为 🔨；完成用户故事与验收标准复选框时勾选，不重置已有复选框。
限制：执行中不得改变产品范围；PRD 缺细节或含糊时停止并先用 02-plan 细化；功能不在 tasks/todo.md 时先用 01-new；发现范围外需求或缺陷不扩范围，改用 01-new 建新待办；除更新状态指示外不编辑 tasks/todo.md；更新已有 PRD 时不重置任何状态复选框。
收尾：总结改动与剩余事项；需要 PR 时依次运行 04-propose、05-review，不需要 PR 时运行 05-review（本地）再 06-memory；持久决策或里程碑通过 06-memory 记入 tasks/memory.md。回复需包含 PRD 路径、勾选的状态框、tasks/todo.md 中更新的状态指示及后续事项。