Anthropic 工程师 Thariq 于 7 月 24 日发文表示，团队在为最新 Claude 5 系列模型——Claude Opus 5 与 Claude Fable 5——重新审视 Claude Code 的系统提示时，直接删掉了超过 80% 的内容，而编程能力评测没有出现可测量的退步。
Anthropic 官方博客在《The new rules of context engineering for Claude 5 models》一文中称，这一调整改变了团队为新一代模型编写系统提示、skills 与 CLAUDE.md 的方式。
旧模型护栏被大量移除
文章指出，过去写入 Claude Code 系统提示的许多限制，本来就是针对旧模型行为设置的护栏。到了 Claude 5，这些护栏不再必要，反而会带来摩擦，包括彼此冲突的指令、在例外情况下反而出错的过细规则，以及占用模型自身判断空间的冗长上下文。
文中举了程序注释的例子。旧版指引要求“绝不写多段落的说明文件或多行注释区块，最多一行”；新版则改为“写得像周围的代码，比照它的注释密度、命名与风格”。Anthropic 认为，后者把判断权交还给模型，而不是继续使用一条在很多场景下并不成立的硬规则。
Claude 5 情境工程的六个方向
这篇文章把 Claude 5 的情境工程总结为几项原则，核心是减少硬规则，更多信任模型判断。
- 第一，解除束缚，让模型在上下文里自行判断，而不是用明确规则限制每一步。
- 第二，用表达力更强的工具界面与参数替代大量示例，让参数与枚举本身就能暗示正确用法。
- 第三，采用渐进式揭露，不把所有信息一次性塞进上下文，而是把细节拆到可按需调用的 skills 中，工具也使用“延迟加载”，在需要时才定义。
- 第四，保持指令单一来源，避免同一段指引同时出现在系统提示和工具说明里。
- 第五，利用自动记忆，让模型在不需要明确指示的情况下捕捉相关记忆。
- 第六，使用更丰富的参考格式，例如测试套件、程序规格、评分准则或 HTML 原型，替代单纯的文字规格文件。
对 CLAUDE.md 和 skills 的实务建议
针对开发者，文章也给出几项可直接使用的做法。其一，CLAUDE.md 应保持轻量，只需简短说明仓库用途，优先写出该项目结构中特有、容易踩坑的地方，不要重复那些模型通过自行查看文件就能推断出的明显信息。
其二，skills 建议拆分成多个文件，并配合渐进式揭露来使用。除高风险环节外，不要设置过多约束；这部分更适合承载团队自己的知识和偏好。链新闻此前也整理过 Fable 5 官方 prompt handbook 中关于 skills 与记忆的用法。
Anthropic 这次还推出了 /doctor 指令，用来协助自动调整 skills 与 CLAUDE.md 的篇幅。
适用范围仍限于 Claude 5 新模型
Anthropic 同时提醒，80% 的删减幅度是针对 Claude Opus 5 与 Claude Fable 5 而言，较旧模型可能仍然需要更明确的约束。
文章还指出，这套做法能否奏效，取决于工具与界面设计本身的质量。如果界面设计不佳，单靠减少提示内容并不能补上问题。