CLAUDE.md的12条规则，让编程错误率从41%降至3%

2026-5-15 15:37 856 0

摘要: CLAUDE.md 的12条规则，让编程错误率从 41% 降至 3% 一、 Karpathy 的 4 条基础规则（针对代码编写）规则 1：编码前先思考 (Think Before Coding) 明确陈述假设；

关键词：Token, Codex, DEX, AI, tokens, CLAUDE.md, Karpathy, 代码, 规则, Coding

 CLAUDE.md的12条规则，让编程错误率从 41% 降至 3%

一、 Karpathy 的 4 条基础规则（针对代码编写） 
规则 1：编码前先思考 (Think Before Coding) 明确陈述假设；不确定的地方要提问而不是靠猜；存在歧义时提供多种解释；如果存在更简单的方法，要予以反驳。 

规则 2：简约至上 (Simplicity First) 只写能解决问题的最少代码；不写投机性功能；不为单次使用的代码做抽象。 

规则 3：外科手术式修改 (Surgical Changes) 只触碰必须修改的地方；不要顺便“优化”无关的代码、注释或格式；不修复没坏的东西；匹配现有风格。 

规则 4：目标驱动执行 (Goal-Driven Execution) 定义成功标准并循环直到验证成功；不要告诉 Claude 执行步骤，而是定义“成功是什么样”，让它自己迭代。

二、 新增的 8 条高级规则（针对 AI 代理协作）

规则 5：仅将模型用于判断 (Judgment Calls Only)
Claude 负责分类、草稿、总结；代码负责路由、重试、确定性转换。

规则 6：严格的 Token 预算 (Hard Token Budgets)
单次任务 4,000 tokens，单次会话 30,000 tokens。接近预算时必须总结并重新开始。

规则 7：暴露冲突而非中庸化 (Surface Conflicts)
当代码库存在两种冲突模式时，选择一种并标记另一种，不要混合（Blend）它们。

规则 8：先读后写 (Read Before You Write)
在添加代码前，必须阅读导出项、调用者和共享工具库，防止写出重复功能。

规则 9：测试验证意图而非行为 (Tests Verify Intent)
测试必须编码“为什么要这么做”而不仅仅是“做了什么”。不能因逻辑改变而失败的测试是无效
的。

规则 10：重要步骤后设置检查点 (Checkpoints)
在多步任务中，完成每一步都要总结进度；如果失去逻辑追踪，立即停止并重述。

规则 11：惯例胜过新奇 (Convention Beats Novelty)
即使你认为自己的写法更好，也要遵从代码库现有的命名和架构惯例（如 snake_case vs camelCase）。

规则 12：失败必须显性化 (Fail Loud)
如果不能确定任务 100% 成功（如跳过了某些记录或测试），必须明确说明，严禁默认成功。
#AI代码理解# #AI代码审查# #Codex工具# #codex教程# #codex技巧# #Shor算法# #NPC代码#