Anthropic面向Opus 5和Fable 5，把Claude Code超过80%的系统提示词删了，编码评测没有出现可测量的下降。微信公众号36氪
你在CLAUDE.md里熬的那些夜，可能已经成了负资产。
以前写得长，是因为模型笨
旧模型判断力不够，护栏必须焊死。Claude Code早期的系统提示词里有一条：在代码中默认不写注释，绝对不要写多行注释块，最多只能有一行短注释。这条规则放进注释密集的老代码库本身就是错的，但旧模型没有护栏就会乱来，团队只能接受这个折中。微信公众号
新的系统提示词删掉了这类规则，换成一句话：写代码要匹配周围代码的风格，注释密度、命名和习语都跟着来。规则从焊死的禁令，变成了模型做判断时的依据。约束没有变松，反而更准了。Anthropic的原话是：新模型的判断力更好，即使没有明确规则，也能妥善处理这些决定。微信公众号
另外两条旧经验也翻车了。一是给示例：新模型看到示例，会把探索空间锁死在你画的圈里，Anthropic的建议是把工具参数设计得会说话——status的枚举值就叫pending、in_progress、completed，谁还需要示例。
二是重要的话说三遍：系统提示词、Skill、CLAUDE.md里各写一次，模型收到的不是强调，是一组互相打架的指令，它得先猜你到底想要哪个。Anthropic翻看团队内部使用Claude Code的记录时，经常发现同一个请求里既有「在合适的地方留下文档」，又有「绝对不要添加注释」。微信公众号
删之前，先问两个问题
删之前，把每一行规则放到这两问下过一遍：
Claude读代码能不能自己推断出来？目录结构、依赖列表、用了什么框架，它自己看得到。能推断出来的，删。
写的是判断框架还是禁令？「必须」「禁止」这类绝对表述，改成「在什么情况下做什么」。模型会认真执行一条并不总是对的指令，然后给你一堆无谓的动作——官方把「必须验证所有前端更改」改成了「较大的UX变更时运行本地应用」。微信公众号
删掉不等于扔掉
这是最容易抄错的一步。Anthropic的做法是渐进披露：不是把规则丢掉，是挪到用到的时候才读的位置。系统提示词主文件只留触发和路由，长清单、验证细节、坏例子清单都挪出主上下文。Claude Code官方就是这么做的：把验证和Code Review分别移进独立的Skills，模型在需要时才调用。微信公众号
CLAUDE.md里只留一类东西：模型猜不到的。你们团队为什么放弃了某个方案、哪个接口有历史包袱、哪些目录即将废弃。这些团队约定才是值得占token的信息。
两个实测，一正一反
程序员鱼皮用两种提示词让Opus 5复刻Cursor网页版：长提示词堆满规则和步骤，短提示词只有5行。结果短提示词版跑了12984行代码，长提示词版只有8384行；而且短提示词生成的代码一次跑通，功能相当齐全。规则把模型框死了。微信公众号
花叔的清理则是另一面。他照官方方法砍掉自己60%的配置，翻出来一堆旧账：同一份记忆文件里，一处说某个API key没配置会上传失败，另一处说已配置且实测通过，两条每次一起进上下文；一个被引用6次的规则文件根本不存在。这些坑跟模型聪不聪明没关系，不清理就一直烧token。微信公众号
必须100%执行的事，别交给提示词
提交前必须格式化、危险命令拦截，这类底线用Hooks的确定性脚本去卡，别指望模型每次都记得。提示词负责大概率的方向，确定性交给代码。微信公众号
Anthropic博客最后那句话，值得贴在显示器上：找到那组最小的、高信号的token集合，来最大化你想要的结果。以后写提示词，少即是多。微信公众号
你的代码仓库本身就是最好的提示词。把仓库整理清楚，比把规则写成小作文有用得多。
