用途：该技能负责规格驱动开发（SDD）的实现阶段，按 EPIC → Story → Subtask 三层结构推进开发；规格制定（上游）由 /spec 技能负责，流程为 /spec → spec-workflow。当用户要求实现、创建、开发新功能，或进入 Subtask/Story、提到 EPIC/Story/Subtask 时自动触发。
主要能力：
- 规格先行：实现前读取 specs/{epic-id}/{story-id}/{subtask-id}.md，确认用户故事与验收标准（AC），并向用户确认「按此 AC 推进可以吗」。
- TDD 强制：🔴 Red 从 AC 推导测试用例并先写失败测试；🟢 Green 写最小实现使测试通过；🔵 Refactor 在保持测试通过的前提下改进代码。若 AC 用 EARS 记法描述（WHEN/GIVEN/THEN/AND），可据此推导测试用例。
- 范围管理：只实现 AC 中明确的功能；范围外内容仅提出建议，不实现；不明确处向用户确认。
- 完成流程：逐项核对 AC、确认测试全部通过、将 Subtask 状态更新为 completed（含完成时间），若 Story 下全部 Subtask 完成则更新 Story 状态，并提示下一个 Subtask。
- 与 /branch、/pr 联动：AC 确认后自动触发 /branch（分支名形如 impl/{subtask-id}-{description}），完成并核对 AC 后自动触发 /pr 创建实现评审用 PR。
使用方式：以 Subtask 为单位推进，测试文件采用同目录放置（如 {feature}/dev/service.test.ts）。AC 含糊时先提出明确化建议并请用户确认；测试不通过时修正实现或测试，或确认 AC 解释。
限制：禁止无 AC 开始实现、禁止不写测试（违反 TDD）、禁止范围外顺手实现、禁止同时实现多个功能（1 Subtask = 1 功能）、禁止未经用户确认变更规格、禁止未完成确认即更新状态。参考文档为 SPEC_FORMAT.md 与 WORKFLOW.md。