用途：作为“逆向工程到规范驱动开发”流程的第 6 步（共 6 步），在规格说明全部定稿、无 [NEEDS CLARIFICATION] 标记且实现计划已存在于 specs/ 后，使用 GitHub Spec Kit 的工作流系统性实现缺失功能，目标是让所有规格标记为 ✅ COMPLETE。
主要能力：用 /speckit.tasks 从实现计划生成可执行任务清单；用 /speckit.implement 逐项执行任务、生成代码并按验收标准测试；用 /speckit.analyze 校验实现与规范一致、检查状态标记并提示冲突。Spec Kit 会随实现自动更新规范状态。
使用方式：标准工作流为 /speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement → /speckit.analyze。本步骤中前两步已完成，使用 /speckit.tasks、/speckit.implement、/speckit.analyze。例如：> /speckit.tasks user-authentication-frontend，> /speckit.implement user-authentication-frontend，> /speckit.analyze。按 docs/gap-analysis-report.md 的优先级 P0→P1→P2/P3 逐特性推进，每完成一个特性提交一次。
适用场景：已按前 5 步产出规范与实现计划的代码库，需要依据规范补齐功能并保持规范与代码同步时。首次交接仅在刚完成 Gears 1-5、位于 main 分支时发生一次，之后在特性分支（002-、003-）上使用标准流程。
限制与说明：/speckit.implement 生成的代码需提交前人工审查；每个特性逐一实现，不建议并行；若 /speckit.analyze 发现问题，需修正实现或先更新规范，不可让代码与规范脱节。文档另提及 /stackshift.validate --fix、/stackshift.review 及生成 docs/spec-coverage-map.md 的覆盖图步骤。预计耗时数小时到数天，取决于缺口大小；其余收费、平台与具体价格信息暂未提供。