Claude Code 团队最近做了一件挺反常识的事:
给Opus 5、Fable 5这类新模型,删掉了超过80%的系统提示词。
删完重新跑coding eval,竟然没测到明显的性能损失。
这说明一件事:
很多为了限制旧模型而写下的规则,放到新模型上反而可能成为负担。
这次Claude给出的新方向,核心就几条:
1)少写死规则,多给判断空间
不是把所有细节都规定死, 而是告诉它目标、风格和边界,让模型自己判断。
2)少塞示例,多设计清楚工具接口
与其教它怎么一步步做, 不如把工具状态、参数、限制条件说明白。
3)不是所有信息都要一次性喂进去
该用的时候再加载。 比如 review、verification、tool docs,按需调用就行。
4)重复要求尽量只保留一份
同一条规则别在 system prompt 和 tool description 里写两遍。 越重复,越容易乱。
5)CLAUDE.md 要短
只写仓库里看不出来、但又必须知道的特殊约束。 不要把项目目录说明、显而易见的东西全抄进去。
6)参考资料比长提示词更重要
现在更值得给模型的, 其实是这些:
现有代码/HTML 原型/测试用例/评分标准/可以参考的实现
不是Prompt越短越好。
而是每一条长期放在上下文里的指令,都应该有明确的存在理由。
by:微信公众号@AI学习录
















发评论!每天赢奖品
点击 登录 后,在评论区留言,系统会随机派送奖品
2012年成立至今,是国内备受欢迎的设计师平台,提供奖品赞助 联系我们
用户体验增长
已累计诞生 795 位幸运星
发表评论