🧠 Claude 5 时代的上下文工程：Anthropic 删掉 80% 系统提示词后的 6 条新规则

🧠 Claude 5 时代的上下文工程：Anthropic 删掉 80% 系统提示词后的 6 条新规则

上下文工程（context engineering）就是挑选并安排 AI 在开始工作前能读到什么：你的消息、你附上的文档、固定的说明、skill 和记忆。到了 Claude 5 这一代模型，规则变了。根据 Thariq Shihipar（Anthropic）在 claude.dev 上的《The new rules of context engineering for Claude 5 generation models》，Claude Code 团队针对 Claude Opus 5 等模型删掉了 Claude Code 系统提示词（system prompt，即背景说明）的 80% 以上，而在他们的编程评测中没有看到可测量的下降。

本文解释为什么字越少效果反而越好，以及你今天就能用上的 6 条新规则。如果这个概念对你还很新，先读 上下文工程：让 AI 按你的意思做事的核心技能 和 提示词是什么（均为越南语）。

🧠 用生活中的例子快速理解

想象你给两个人派活。新人需要一本厚厚的手册："绝不能做 A，总是要做 B，遇到 C 就做 D"。有经验的同事就不一样了：把同一本手册给他，他反而要花时间权衡那些互相重叠、互相矛盾的规定。对他来说，你只需说明目标，给一个做得好的例子，然后让他自己判断。

Claude 5 这一代模型就像有经验的同事。原文把删掉多余说明称为 "unhobbling Claude"，也就是给 Claude 松绑。原文的例子：系统提示词说"适当写文档"，而某个 skill 却说"不要加注释"。两条互相矛盾的说明让 Claude 白白纠结。

⚙️ 它是怎么运作的

原文描述了一个从上到下共 4 层的"上下文栈"：

  1. 你的提示词：你输入的请求，以及你提到或附上的文件。
  2. 参考资料：需求说明、设计稿、现有代码、成品页面。
  3. 系统提示词：产品的背景说明（在 Claude Code 里你看不到，但如果你自己做 AI agent 就要自己写）。
  4. CLAUDE.md、skill 和记忆：Claude 在不同会话之间携带的东西。

在此基础上有 6 条新规则，每条都替代了一个旧习惯：

  1. 给 Claude 判断力，而不是死规定。 旧："默认不写注释，绝不写多段的文档说明"。新："写出和周围代码一致的代码：注释密度、命名和写法都要一致"。
  2. 设计好接口，而不是堆例子。 TodoWrite 工具的描述以前约有 9,100 个字符，全是"何时使用"的清单和示例。现在只列出三种状态（待办、进行中、已完成）和一条规则：同一时间只有一个任务处于进行中。
  3. 渐进式披露，而不是一开始全给。 详细说明移到 skill 里，需要时才加载。工具定义也通过 ToolSearch 延迟加载。CLAUDE.md 可以按文件夹拆成多个文件。
  4. 工具描述要短，不要重复。 去掉系统提示词和工具描述之间重复的说明，把使用指引直接写在工具定义里。
  5. 让自动记忆来做，而不是手动写进 CLAUDE.md。 以前用户按 # 键把内容存进 CLAUDE.md。现在 Claude 会自动保存与工作和你相关的记忆。参见 Claude Code 的自动记忆。
  6. 提供丰富的参考，而不是简单的说明。 一个 HTML 样例页面、一套测试、一个现成的函数，比好几页描述说得更清楚。原文说，需求说明可以是"一套详细的测试，或另一个代码库里的一个函数"。再加上 rubric（评分标准），让负责检查的 agent 知道按你的标准什么才算"好"。

🎯 这对你意味着什么

  • 把 CLAUDE.md 写短。 原文建议保持轻量，只写项目特有的陷阱，不写显而易见的东西。比如与其写十行"总是、绝不"，不如写："收入按付款日期计算，不按下单日期。"参见 CLAUDE.md，帮 Claude 记住一切的说明书。
  • 把规定改成目标。 把"不许写长句"换成"写给新手看：句子短，一句一个意思。"
  • 给样例，别描述。 想让 Claude 做一个和旧页面一样的网页？直接附上旧页面，不要去描述颜色和布局。想要固定格式的报告？给一份合格的旧报告。
  • 用内置命令清理。 原文说这些做法已经放进 claude doctor：在 Claude Code 里输入 /doctor，把 skill 和 CLAUDE.md 精简到刚好够用。

⚠️ 常见误解

  • "说明越长，AI 越准确。" 对新模型来说，多余和矛盾的说明会让 AI 更慢、更混乱。Anthropic 删掉了 80% 以上的背景说明，效果没有下降。
  • "上下文工程只跟做 AI agent 的人有关。" 每个用 Claude 的人都在做这件事：每次选择附哪个文件、在 CLAUDE.md 里写什么、保留还是删掉某个 skill。
  • "不给规定，AI 就会乱来。" 不是全删。你仍然要给目标、关键约束和参考资料。删掉的是显而易见的、重复的或互相矛盾的说明。

❓ 常见问题

上下文工程和写提示词有什么区别？ 提示词是你一次输入的消息。上下文工程是安排 AI 读到的全部内容：提示词、参考资料、系统提示词、skill、记忆。提示词只是最上面一层。

这些规则适用于 ChatGPT 或 Gemini 吗？ 原文专门讲的是 Claude 5 这一代模型。总体思路（规定更少、真实样例更多）通常也适合其他强模型，但最好自己试一试。

我应该马上精简 CLAUDE.md 吗？ 应该检查一遍：删掉 Claude 本来就能做对的内容，删掉重复的，保留项目特有的陷阱。Claude Code 里的 /doctor 命令可以帮忙。

rubric 是什么，什么时候用？ rubric 是一套评分标准，比如"好的 API 设计应该具备什么"。当质量取决于品味时很有用，让 Claude 和负责检查的 agent 有同一个标准可以对照。

这些内容出自哪里？ 出自 Thariq Shihipar 在 claude.dev 上的《The new rules of context engineering for Claude 5 generation models》（2026 年 7 月 24 日），claude.dev 是 Anthropic 开发者分享经验的网站。

更多文章