用途：该技能用于约束 Claude Fable 5 / 5.1 在较高努力程度下的输出，防止其把“彻底性”溢出到代码改动中，例如推测性抽象、对不可能状态的防御性检查、无人要求的清理，以及在开放式功能上顺手修复周边代码、扩展任务未提及的行为、提交超出改动规模的测试文件。这些都会扩大审查面与风险。
主要规则：diff 应与请求一一对应，修 bug 只碰 bug，不重组周边；单一调用点不引入 helper、分层或抽象，直接内联；不为尚不存在的需求做设计，最简单的正确实现优先；只在系统边界（用户输入、外部 API、文件内容）做校验，系统内部信任框架与自身不变量，不为不可能发生的状态加错误处理；优先改代码而非兼容垫片、开关或弃用层，除非该代码是他人依赖的已发布接口；遇到既有 bug、性能问题或未提及行为，除非不修就无法完成请求行为，否则保持不动，在总结中作为后续事项报告；任务含糊时，按措辞与周边代码最直接支持的读法实现，在总结中说明该假设，不为其他读法一并构建；仅当任务要求或仓库已有此类改动的测试时才提交测试，规模参照邻近测试文件，大致每个已声明行为一个聚焦测试，不把临时检查提升为永久测试文件；若发现真正有价值的相邻工作，在结尾用一句话记录，但不要去做。该技能只针对额外内容，任务要求的所有行为仍须完整实现。
使用方式：在最终确定 diff 前自检——审查者能否一步把每个 hunk 追溯到用户请求？是否添加了“以防万一”的函数、参数或分支？新增的错误处理路径是否真的可达？提交的测试文件数量是否与改动相称，该仓库通常是否会这样测试？任一答案不对就删掉。
适用场景：需要严格控制改动范围、降低审查成本的编码任务。限制：资料未提供安装命令、平台支持、收费或价格信息。