用途：在 /spec 之后执行，基于已提交的规格说明快速实现某个 issue。它读取规格，跳过代码库探索（因为已有代码库映射），构建 GSD 风格的分阶段路线图，并按阶段进行 TDD 实现。
触发方式：/implementation --issue N [--fast] [--no-branch]。--issue N 为必填，自动查找 docs/specs/*-issue-{N}.md；--fast 表示不提问、自动批准规格中的设计决策；--no-branch 表示停留在当前分支。
主要流程：定位规格文件，若不存在则先运行 /spec --issue N；加载代码库映射（docs/codebase/INDEX.md 等），若缺失则先运行 /map-codebase；创建特性分支；根据规格需求构建阶段路线图；创建任务列表；按阶段以 TDD 和全新子代理实现，每个任务先写失败测试再实现，并经过规格符合性评审与代码质量评审两阶段；最后更新代码库映射、运行 /review changes 评审、修复严重问题、运行 /pre-commit，然后停止并建议 /ship --issue N，不推送。
关键约束：不得在上一阶段测试失败时开始下一阶段；不重新探索代码库；不实现规格文件清单之外的文件；结束时必须更新代码库映射；Codex 评审为强制项。
限制：资料未提供具体支持的编程语言、框架、平台或收费信息。