用途：在明确要求时，对重大设计变更做前置评估，判断提议的复杂度是否配得上其成本。它强调先找到拥有该行为的层，再决定是否新增机制，而不是把评估当作例行编辑前的仪式。
主要能力与判断标准：定位不变量建立的位置，若修复在多个调用方重复出现，可能应下沉到它们之下；优先尝试组合已有函数、类型或配置，再考虑新增机制；比较扩展现有行为与独立实现，合并可减少重复，但跨所有权或信任边界的耦合可能比少量复制代价更高；以耦合和可承认的非法状态为判断依据，而非代码行数，位于正确层的较大改动可能更简单；遵循项目惯用法，尽量用类型或构造函数阻止非法状态。
使用方式：审查提议的变更，寻找新的跨模块依赖、重复概念、共享可变状态，以及为防御非法组合而写的分支。通过把行为移到其归属者、复用原语、简化状态模型，或说明支持新增的具体结果来解决相关顾虑。只报告实质性权衡或未决选择，不要求对每条标准口头作答，不要求固定输出模板，也不要求无关重构。对争议决策做更深分析时，阅读 REFERENCE.md。
适用场景：有争议的设计选择、重大设计变更前的评估。限制：不适用于日常小改动；已完成的变更应使用 code-review。资料未提供安装命令、平台、收费或价格信息。