用途：在编写或修订实现计划、尚未开始编码时使用，目标是让实现保持简单、模块化、可维护，同时不改变原始目标。
主要能力：推动“代码柔道”式重构，寻找能用更少阶段、工作流、概念和特例分支达成同一目标的方案；不满足于合并步骤，而是追问整类工作能否因简化而消失。对计划施加严格标准：单个阶段超过约10个具体步骤即视为规划异味，除非事先给出拆分理由；警惕散落的“除非”“如果X则也Y”等一次性分支，将其视为范围或模型问题，而非用额外步骤掩盖；偏好按所有权边界、垂直切片或可合并PR序列拆分。
使用方式：先澄清需求中的歧义，再产出计划。若范围模糊、缺少成功标准、约束冲突、所有权未说明、在问题陈述前就暗示方案、关键决策被推迟、术语含义不稳定或多目标未排优先级，应直接具体地指出并提问。若关键答案仍缺失，只输出开放问题与带标注假设的临时框架，而非最终分步计划。
输出结构：目标、约束与明确排除项；最简可行方案（代码柔道候选）；带清晰所有者与边界的阶段或PR切片；每阶段具体步骤（结果+所有者）；实现细节前必须完成的决策或探针；仅在关键处给出发布、迁移或回滚；与结果绑定的测试与验证。
适用场景：编写或修订实现计划、评估计划是否可实施、在编码前做结构性简化。
限制：不替代实际编码；不提供具体代码示例；若输入信息不足，不会编造计划，而是要求澄清。图表仅在实质性帮助理解时使用，且需MECE并直接关联执行。