用途：这是一套行为准则，用于在让 LLM 编写、审查或重构代码时减少常见错误。它偏向谨慎而非速度，琐碎任务可自行判断。
主要能力：
- 编码前先思考：明确陈述假设，不确定就问；存在多种解释时全部列出而非默默选择；有更简单方案就提出并适时反驳；不清楚就停下并指出困惑点。
- 简单优先：只写解决问题的最少代码，不做推测性设计；不添加未被要求的功能、抽象、灵活性或配置；不为不可能场景写错误处理；200 行能压到 50 行就重写。
- 精准改动：只碰必须碰的地方，只清理自己造成的混乱；不“顺手改进”相邻代码、注释或格式；不重构没坏的东西；匹配现有风格；发现无关死代码只提及不删除；自己改动产生的孤立导入、变量、函数要移除。判断标准是每一行改动都能直接追溯到用户请求。
- 目标驱动执行：定义成功标准并循环验证。把任务转成可验证目标，例如“加校验”转为“为非法输入写测试并让其通过”，“修 bug”转为“写复现测试并让其通过”，“重构 X”转为“确保重构前后测试通过”。多步任务给出简短计划，每步附验证检查。强成功标准可独立循环，弱标准如“让它能跑”则需不断澄清。
使用方式：在编写、审查或重构代码时应用；当改动需要保持精准、避免推测性抽象时使用；当假设、权衡和验证标准需要显式化时使用；当代码已过度复杂需要简化时使用。
适用场景示例：用户要求“给这个表单加校验”时，先声明假设（提交前运行、显示内联错误），给出计划（加小型校验器、为非法输入写测试、验证原有提交行为），限定范围（只改表单组件及其测试文件）。用户要求“重构这个服务”时，先问哪些行为必须保持不变，找出具体坏味道如重复解析逻辑，做最小重构并运行现有服务测试。
限制：这些准则是行为护栏，不能替代项目特定的架构或风格规则。紧急修复时优先最小可验证修正而非大量规划。探索性原型可放宽部分谨慎，但假设与验证仍应显式。