DS Digital Soloist 在线创业的智慧与工具

AI 编程提效

Claude 5 时代的 Context Engineering 新规则：Claude Code 使用者必读

2026年7月26日发布 AI 工具

Anthropic 在 2026 年 7 月 24 日发布了一篇官方文章《The new rules of context engineering for Claude 5 generation models》，两天内冲上 Hacker News 首页第一名（超过 400 分、近 300 条评论）。文章的核心信息很直接：Claude Code 团队删掉了系统提示词里超过 80% 的内容，因为过去为了让旧模型"不犯错"而堆砌的规则、示例和上下文，对 Claude 5 这代模型来说反而是负担。

这篇文章把这次调整背后的判断依据和具体做法整理出来，方便正在用 Claude Code、或者自己在搭 agent 系统提示词/CLAUDE.md 的开发者参考。以下内容基于 Anthropic 官方文章原文整理，个别技术细节以官方原文为准。

为什么要"解绑"（Unhobbling）Claude

Anthropic 团队复盘了 Claude Code 内部真实使用记录，发现系统提示词、CLAUDE.md 和 skills 配置里经常出现互相矛盾的指令——比如"视情况添加注释"和"禁止添加注释"同时存在，原因是不同来源的规则叠加在了一起。以前这些约束是为了防止旧模型在最坏情况下出错，但团队发现：随着模型能力提升，很多约束可以直接删掉，让模型靠上下文和判断力自己决定怎么做更合适。

另一个背景是 Claude Code 现在有了更多能力（memory、artifacts、skills），不再需要像以前那样把 CLAUDE.md 当成唯一的记忆/指令来源。

六条"过去 vs 现在"的转变

1. 从"给规则"到"让 Claude 自己判断"

以前的系统提示词里会写死具体规则（比如"默认不写注释，禁止写多段落 docstring"），但这类规则对某些场景是错的——比如写文档、写教程类代码时就应该有注释。新版本的系统提示词改成更宽泛的原则，例如"写的代码要跟周围代码风格一致：匹配注释密度、命名和习惯用法"，把具体判断交给模型自己根据上下文决定。

2. 从"给例子"到"设计好接口"

过去教 Claude 用工具的头号方法是给例子。但对新模型来说，与其堆例子，不如把工具、脚本、文件本身的参数和结构设计得足够清晰——比如一个 Todo 工具，只要把状态字段设计成 pending / in_progress 这类清楚命名的枚举值，模型不需要额外例子就能正确使用。

3. 从"一次性塞满上下文"到"渐进式加载"

以前系统提示词里会塞进大量关于怎么用某个工具的细节，但 Claude Code 现在已经很擅长渐进式加载——需要用到某个 skill 时才去读对应文件，而不是一开始就把所有细节堆进上下文。Anthropic 建议这个思路同样适用于开发者自己的 CLAUDE.md 和 Skill.md 文件：与其写一个巨大的单体文件，不如设计成一棵可以按需加载的文件树。

4. 从"重复强调"到"简单的工具描述"

早期模型有时需要重复的指令才会听话，或者更容易遵守写在靠后位置的指令。新模型不需要这种重复——直接把使用说明写在工具定义本身里就够了，不用在系统提示词里反复强调。

5. 从"CLAUDE.md 手动记忆"到"自动记忆"

以前鼓励用户用 # 快捷键手动把信息写进 CLAUDE.md 当记忆。现在 Claude Code 有了自动记忆能力，减少了对手动维护记忆文件的依赖（具体机制以 Anthropic 官方文档为准）。

6. 从"简单 spec"到"更丰富的引用材料"

Plan Mode 里，Claude Code 过去主要靠简单的 markdown 计划文件。新模型可以处理更复杂的引用材料——包括代码形式的 spec、详细的测试套件，甚至是 rubric（评分标准）这类用来校验"你的品味/标准"的参考材料。

怎么应用到你自己的上下文工程里

官方文章给出了几个组装上下文时的实用建议：

  • 系统提示词：和具体产品场景强绑定，用来告诉 Claude 它正在什么产品里运行，应该遵循什么高层原则。
  • CLAUDE.md：保持轻量，简要说明这个仓库是做什么的，把大部分篇幅留给真正独特、模型猜不到的信息；大量使用渐进式加载，而不是把所有细节一次性塞进去。
  • Skills：当成"轻量指南"，让 Claude 在需要时能找到信息，不要写成大而全的文档；长 skill 同样要拆成多个文件用渐进式加载。Skill 最适合用来沉淀你团队特有的判断、经验和最佳实践，而不是通用知识。
  • References（引用）：可以用 @ 提及文件把它们变成引用材料，让 Claude 参考更详细的 spec、原型图，甚至整个代码库，通常比直接把内容写进提示词更好。

Anthropic 也把这些最佳实践整合进了 claude doctor——在 Claude Code 里执行 /doctor 命令可以按官方最新建议检查和优化你的配置。

对独立开发者意味着什么

如果你已经跟着 Claude Code 教程 2026 里的方法搭了一版 CLAUDE.md，现在值得回头检查一下：是不是写了太多具体规则（尤其是那些"万一模型犯错"才加的防御性条款）？是不是把所有信息都堆在一个文件里，而不是按需拆分？如果是，可以尝试按官方新建议精简，把判断空间还给模型，同时把真正独特的仓库知识拆成可以渐进式加载的 skills 文件。

这不是说 CLAUDE.md 和 skills 不重要了，而是它们的角色从"防止模型出错的护栏"变成了"帮模型更快理解你的项目"——对经常需要跨项目、跨仓库用 Claude Code 的独立开发者和小团队来说，精简后的配置也更容易维护和复用。

下一步阅读

资料来源