用途：用于执行已经确定下来的改动，即“把东西建出来”而不是做选择。它关注代码处于变动之中时如何保持方向感，核心理念是慢即顺、一次一处改动、不来回折腾。
主要能力：
- 状态定位：随时能回答三个问题——最后已知良好的状态是什么、当前正在改什么、什么能证明它生效；若答不出，这本身就是首先要处理的发现。
- 跟踪与最后检查点的距离，并尽量保持短；一个改动在三处验证是三次廉价失败，只在最后验证一次是一次昂贵失败。
- 从稳固处向外构建：先类型与数据形状，再是可被字面量检查的纯逻辑，最后才是需要真实环境的效果与集成。这是按反馈速度排序，而非仪式。
- 阶段划分：先让它工作，再让它正确，最后让它快，并诚实说明当前处于哪个阶段。混淆阶段会产出“打磨过但方向错了”或“从未做对”的东西。
- 结构渐进显现：不预先为无人提出的需求做抽象，也不把一切塞进一个文件；在模块吃紧时顺势拆分，每次两个，趁原因还新鲜。
- 处理地基变动：计划必然有错处，这是常态；发现不对时应当停下并明说，而不是默默补偿。困惑是信息，掩盖它会摧毁信息并保留困惑。
- 让决策可碰撞：已解决的权衡应变成下一次改动会撞上的东西，如不接受错误状态的类型、陈述规则而非行为的测试、带原因说明的校验器。
适用场景：按既定计划实施的开发任务，需要小步验证、控制改动范围、避免需求漂移和结构失控的编码过程。
失败模式（需避免）：补偿式绕过；长时间未验证；过早跳到“做对”；范围漂移；把组织整理一直推迟；为未声明需求预先搭结构；不知道为何正确却继续写代码。
限制：资料未提供具体的运行环境、触发方式、安装命令、平台或收费信息，暂未提供。