用途
disciplined-implementation 是规范开发流程的第三阶段技能（Phase 3）。它的定位是执行已经批准的实施方案，一步一步落地，并且在每个步骤中都包含测试。它不负责研究或设计，而是负责在既有计划范围内完成实现。
主要能力
- 按计划执行：严格按已批准的方案实施，不擅自增加范围。
- 测试先行：每一步都先写测试（来自上一阶段的测试策略），再实现代码使测试通过。
- 小步提交：每个步骤对应一次可审查的提交。
- 外科手术式改动：只改动必须改动的代码，清理自己造成的冗余，不顺手重构或优化无关代码，不对未改动部分重新排版。
- 目标驱动：把模糊需求转换为可衡量的目标，并通过测试、基准等方式循环验证。
- 偏离处理：小的偏离记录在步骤说明中继续；重大偏离需请求人工决策后再继续。
- 阻塞报告：遇到阻塞时立即报告，不强行推进。
- 摩擦日志：记录每一步中比预期困难的地方及解决方式，用于后续流程改进。
使用方式
该技能要求先具备前序产出：已批准的研究文档（第一阶段）、已批准的实施方案（第二阶段）、规范访谈结果（第二阶段半，如适用）、可用的开发环境，以及来自第二阶段、可供实现的测试。
每个步骤的执行流程为：读取方案中的步骤要求 → 先写测试 → 实现代码使测试通过 → 运行全部测试（新增与既有）→ 运行代码检查与格式化 → 用描述性信息提交 → 报告步骤完成 → 进入下一步或请求批准。
步骤执行模板包含：方案引用、前置条件、已写测试、实现代码、验证结果、提交信息、轻松执行检查、摩擦日志条目和备注。
提交策略为“一步一提交”，提交信息采用 type(scope): short description 的格式，类型包括 feat、fix、docs、test、refactor、chore。
每次提交前的质量检查包括：运行测试、检查警告、检查格式、构建文档。阶段完成前还需运行完整测试套件、安全审计和覆盖率检查（如已配置）。
适用场景
适用于已有批准方案、准备逐步编码实现的开发任务，尤其是需要测试先行、小步提交、可审查变更历史的实现工作。
限制
必须严格遵循计划，未经批准不得增改；每一步都必须测试先行；每步一次提交；遇到阻塞不得继续推进；若某一步感觉“很费力”，应停下重新审视设计并先简化。该技能本身不包含研究、设计或验证阶段，后续需进入验证（Phase 4）与确认（Phase 5）阶段，分别使用 disciplined-verification 与 disciplined-validation 技能。资料未提供收费、价格、平台支持范围等信息。