Claude Code 刚宣布提示词砍了一大截，后脚 Opus 5 就被抓了个「反弹」现行！？

而且这一反弹，幅度还真不算小：72%。（笑了）

这组看起来互相打脸的数字，来自 Anthropic 官方和一位网友的实测。

前两天，Anthropic 刚宣布一口气删掉了 Opus 5、Fable 5 等模型超过 80% 的系统提示词内容。

结果后脚，就被网友陈成（@chenchengpro）顺手《抓了个包》——

小哥截取并统计了不同模型真正收到的系统提示词，结果发现 Opus 5 相比 Opus 4.8 反倒加长了 72%？？

一个狂删 80%，一个又长 72%。

A 社，您这提示词到底是在减肥，还是背着大家偷偷加餐呢……

Claude Code 提示词大换血，官方狂狂狂狂删 80%

咱先来说说 Anthropic 这次到底删了什么。

根据官方文章，早期的 Claude Code 为了防止模型犯错，会在系统提示词里写入大量明确甚至绝对化的规则。

比如默认不要写注释、不要写多段文档字符串、除非用户要求，否则不要创建计划和分析文档。

换句话说，模型在哪些地方容易翻车，人类就提前补上一条规定！！

久而久之，Claude Code 背后的系统提示词，也就越来越像一本厚厚的《员工行为手册》。

这套方法放在早期模型身上当然有用了，但随着 Claude 能力提升，问题也逐渐冒了出来……

最直接的，就是来自不同位置的指令很容易互相打架。

面对这些重叠甚至冲突的信息，Claude 还没开始干活，就得先花力气判断究竟该听谁的！！

于是，Anthropic 索性给 Claude Code 的提示词动了一场「大手术」。

其中一个很直观的变化，就发生在注释和文档规则上。

过去那一长串默认不要写注释、绝对不要写多段文档字符串等规定，如今被压缩成了一句话——

编写符合周围代码风格的代码，与其注释密度、命名方式和惯用写法保持一致。

给友友们翻译一下就是：先看看这个项目原来怎么写，再结合实际情况自己判断叭～

当然，类似的改动还有很多。

反正结果就是，A 社把 Opus 5、Fable 5 等新一代模型中超过80%的系统提示内容都删掉了……

值得一提的是，根据 Anthropic 的编程评测，此次大规模删减没有带来可测量的性能下降，所以大家也不用太担心。

（但我还是想问一句…提示词都砍掉八成了，模型干活居然一点没变差，真滴吗？？？ )

伴随着这场超级大瘦身，Claude Code 的上下文工程规则也几乎被重新翻修了一遍。

对于使用 Claude Code 或基于 Claude 开发 Agent 的开发者，Anthropic 也给出了几条更具体的调整建议。

我也帮友友们浅浅整理了一番——

精简 CLAUDE.md：只保留项目的特殊规则，Claude 能从代码中发现的信息可以删除。

把长指令拆成 Skill：将代码审查、测试和发布等流程分别保存，需要时再加载。

删掉重复指令：一条规则只写一次，工具说明里已经写过的内容，不用在系统提示词和 CLAUDE.md 中重复。

减少工具调用示例：明确参数含义、可选项和返回结果，减少固定调用示例。

直接提供可执行参考：开发者可以把测试用例、现有代码、HTML 原型或其他项目文件交给 Claude 参考，减少大段文字描述。

总结下来，Anthropic 这套新思路可以概括成一句话——

少给 Claude 发一本事无巨细的员工手册，多把工具、环境和任务边界设计清楚！！

好一场轰轰烈烈的提示词大裁员啊……

网友一抓包：Opus 5 咋又长了 72%？？？

看到这里，Claude Code 这场提示词大裁员，似乎已经相当成功了。

但有开发者网友盯着 Anthropic 给出的「超过 80%」，突然冒出了一个很朴素的问题——

真删了这么多吗？（好问题 .jpg）

这不嘛，网友陈成（@chenchengpro）直接把 Claude Code CLI 指向本地服务器，把不同模型真正收到的系统提示词，全给抓了出来。

然后，一组相当抓马的数据出现了：

Opus 4.7：15225 字符

Opus 4.8：4467 字符

Opus 5：7694 字符

是的，从 Opus 4.7 升级到 Opus 4.8，Claude Code 的系统提示词确实遭遇了一场「大砍刀」。

原本 15225 字符的提示内容，被一路削减至 4467 字符，直接瘦掉了一大截。

然而到了最新的 Opus 5，剧情突然反转——

它真正收到的系统提示词又从 4467 字符增加到 7694 字符，相比 Opus 4.8 足足长了约 72%！！！

所以，Claude Code 的提示词大瘦身确实存在，只是这场大规模删减主要发生在 Opus 4.8 阶段。

Opus 5 发布后，Anthropic 又往精简版提示词里补回了不少内容……

再探！再挖！

继续顺着 Claude Code 的实现往下翻，细心的网友又发现了一个关键《细节》——

每个版本里其实同时带着两套 Prompt，再由一个函数根据模型 ID，决定最终向模型发送哪一套。

Sonnet、Haiku、Claude 3 和部分旧版 Opus 模型会走更详细的旧 Prompt；Opus 5、Fable 5 等新模型，则会使用经过大幅精简的新 Prompt。

换句话说，Claude Code 确实给新模型拆掉了大量旧规矩。

只是到了 Opus 5，模型又出现了一些新的行为习惯，Anthropic 不得不重新补充更有针对性的约束。

这么说的话，官方「删掉超过 80%」和开发者测出的「Opus 5 增加 72%」，其实也就能同时成立了。

前一个数字描述的是 Claude Code 从旧式提示词体系转向新体系的整体变化；后一个数字对比的是 Opus 5 与紧邻的 Opus 4.8。

即便长回了一部分，Opus 5 的 7694 字符依然只有 Opus 4.7 的大约一半。

那么问题又来了：

Opus 5 多出来的几千字符，Anthropic 究竟往里面写了啥？

进一步拆解后，细心的网友发现，其中主要增加了两块 Opus 5 专属内容：

Delivering work：规定怎样控制任务范围、汇报进度和交付结果。

Corrections：限制模型反复解释和纠正自己此前的错误。

两部分加起来约 3755 字符，基本覆盖了 Opus 5 与 Opus 4.8 之间的差值～

至于 Opus 5 为什么又补回了这些内容，其实吧，主要和模型变得更主动有关——

根据 Anthropic 发布的提示指南，Opus 5 更喜欢在执行任务时汇报进度，生成的回答和文档通常更长，也更愿意调用子 Agent、扩大任务范围和反复验证结果。

遇到复杂的长程任务，这些习惯确实能派上用场。

但如果用户只想修改几行代码，Opus 5 依旧拉起一支子 Agent 小队，再顺手检查好几轮，Token 消耗和等待时间也会跟着往上涨……

因此，新提示词又加入了更有针对性的要求：什么时候适合调用子 Agent、汇报进度需要多频繁、任务做到什么范围该停，以及怎样控制最终输出长度。

到这里，前面那组看似矛盾的数据也就说得通了。

Claude Code 此次删掉的，大多是给旧模型留下的繁琐操作细则，而 Opus 5 长回来的 72%，则主要用于约束新模型变强之后的主动行为。

模型越能自己干活，人类需要手把手教它的地方越少，但模型越来越有主见以后，哪些事情可以主动做、做到哪一步该停，还是得提前划条线的。

这么看下来，Claude Code 的提示词确实瘦了，只是 Opus 5 换了个地方长肉。

果然啊，AI 也逃不过这个规律：旧毛病减下去了，新毛病又会精准长在别处。（doge）

参考链接：

[ 1 ] https://x.com/chenchengpro/status/2081339012632215684

[ 2 ] https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models

一键三连「点赞」「转发」「小心心」

欢迎在评论区留下你的想法！

—  完  —

点亮星标

科技前沿进展每日见