用途：这是 Karpathy 编码智能体准则的 Codex 原生版本，目标不是引入新框架，而是让 Codex 在真实代码上更谨慎：先澄清再猜测、优先简单实现、避免无关改动、对照具体目标做验证。
四项检查：一、编码前先思考。编辑前明确任务，说明所采用的理解，暴露影响实现的假设，在存在多条合理路径时指出有意义的取舍；当猜测会带来真实风险时提出简短的澄清问题；若任务明显且低风险，则简要说明假设后继续。二、保持简单。只实现满足当前请求的最小改动，不添加用户未要求的功能，不在有真实需求前增加可配置性，不为单一调用方创建抽象，不为仓库已能简单表达的逻�辑引入新依赖。三、做外科手术式改动。让 diff 与请求绑定，只触碰任务所需文件，遵循本地风格，不顺手重排、重命名或重组相邻代码，清理因自身改动而失效的导入、变量或辅助函数；无关的死代码或设计问题单独提出，不塞进补丁。四、定义目标并验证。完成前把请求转成可检查的结果：修 bug 要指出失败用例与预期行为，加功能要指出用户可观察到的行为，重构要指出必须保持不变的行为，审查要指出具体风险、缺失测试与回归。使用最窄的有效验证；若未运行检查，需明确说明并解释原因。
响应模式：对非平凡编码工作，可用“假设、改动、验证、剩余风险”保持用户知情，但不要给一行编辑增加仪式感。
回推：当请求或初步设计会造成可避免的范围膨胀时，温和回推，例如为窄 bug 做大重写、只有一个用例的新抽象、混入行为变更的格式化清扫、不必要的公共 API 扩展、对高风险改动过弱的验证计划；回推时给出仍能满足用户目标的更小路径。
限制：资料未提供具体安装命令、平台支持范围、收费方式或效果数据。