用途：03-exe 用于按 PRD 规格在代码库中实现功能（Type: feat / fix / chore），或在 PR 合并后把 PRD 标记为已合并。它有两种模式：实现模式负责从 PRD 构建功能；合并模式在 PR 合并后更新状态并重命名 PRD。
主要能力与约束：遵循仓库 AGENTS.md（若存在）；保持改动简单、便于交接；执行期间不改变产品范围——PRD 缺细节或含糊时先用 02-prd 完善，功能不在 tasks/todo.md 时先用 01-new；发现范围外需求或缺陷时通过 01-new 新建待办，不扩大范围；执行期间不更新 tasks/todo.md；更新已有 PRD 时不重置任何状态复选框。
使用方式：先确认 PRD 路径（通常 tasks/f-##-<slug>.md）与对应功能 ID/名称，并判断模式——用户说“mark as merged”“pr merged”等进入合并模式，否则为实现模式。实现模式先做预检：读 AGENTS.md；检查 tasks/todo.md 优先级（按列表顺序，若上方有更高优先级项需用户确认，未勾选则建议先用 02-prd）；从默认分支新建功能分支，命名按 Summary Type：fix → fix/f-##-<short-slug>，chore → chore/f-##-<short-slug>，默认 feat → feat/f-##-<short-slug>；浏览 tasks/memory.md 相关决策；把 PRD 解析为执行计划；核对“Dependencies & Constraints”中的依赖 ID，检查依赖 PRD 的 ## Execution Status (03-exe)，未实现则建议先执行依赖，无 PRD 则先用 02-prd。随后实现功能、增改测试、按 AGENTS.md 或项目惯例运行 typecheck/lint/tests/build，并验证验收标准与边界情况。
状态更新：确保 PRD 含 ## Execution Status (03-exe) 的 Implemented 与 Merged 复选框。Implemented 需代码完成、测试通过、验收标准本地满足，并把 tasks/todo.md 状态从 — 改为 🔨；Merged 仅在 PR 合并到 main 后勾选，同时给 PRD 文件名加 done- 前缀、更新 tasks/todo.md 链接、状态从 🔨 改为 ✅。完成用户故事与验收标准复选框时逐项勾选，不重置已有项。收尾时总结改动与遗留，未真正合并则保持 Merged 未勾选；勾选后提示 04-rem 更新 tasks/memory.md 的 Current state 与 Completed。输出包括 PRD 路径、勾选的状态框、tasks/todo.md 状态指示更新及后续事项。
限制：资料未提供具体安装命令、收费、平台或效果信息。