Claude Code删80%提示词：AI编程转向上下文工程

duckwolf

2026年7月24日，Anthropic技术团队披露，面向Claude Opus 5、Fable 5等新一代模型，Claude Code系统提示词删去80%以上内容，内部编码评测没有观察到可测量的性能损失。这个变化不是简单“少写规则”，而是AI编程方法论转向：开发者通过清晰的工具接口、按需加载的技能和可验证的代码库上下文，让模型自行判断。

很多项目的CLAUDE.md和规则文件越写越长，结果不是模型更稳定，而是同一任务同时受到多套相互冲突的要求约束。新模型能力提升后，冗余规则可能变成噪声，迫使Agent先解释“哪条指令优先”。


一、从“永远不要”转向“像项目一样工作”

旧式提示词喜欢“总是”和“绝不”，例如默认不写注释、禁止多段docstring。这些规则在早期模型上有价值，但不适用于所有代码库，硬规则反而可能破坏既有风格。

Anthropic给出的方向是让模型观察周围代码，匹配命名、注释密度和实现习惯。团队的规则文件应优先描述项目独有事实和高风险边界，而不是复述模型阅读仓库就能推断的常识。


二、工具接口比示例堆积更重要

过去，团队常把大量工具调用示例放进系统提示词，希望模型照着样例完成任务。新方法更重视工具本身：参数名称要清晰，状态使用明确枚举，错误信息提示下一步动作，写操作返回可验证结果。


三、把上下文拆成“需要时才加载”

Claude Code的新实践包括渐进式披露：不要把代码审查、部署、测试和发布的全部细节一次性塞进系统提示词，而是拆成可按需调用的Skills。普通任务只加载基础规则；进入发布流程再加载发布清单和回滚说明；触发数据库迁移时再加载高风险约束。

这种方式能减少上下文长度，降低规则互相覆盖的概率，也让审计范围更清楚。


四、开发者可以立即做的四项改造

第一，CLAUDE.md只保留项目结构、构建命令、测试入口、安全边界和历史坑点。第二，逐条检查“always/never”规则，能通过代码库判断的内容删除或改成建议。第三，把部署、数据库、合规等高风险流程拆成独立Skills，并要求每个Skill输出验证证据。第四，标准化工具返回值：成功返回变更摘要和测试结果，失败返回错误类型、影响范围和回滚动作。

需要保留的不是更少的安全规则，而是更准确的安全规则。删除冗余提示词不等于放弃权限控制、分支保护、审批和沙箱；真正不可逾越的边界应放在工具权限和自动化钩子上。


结论

Claude Code删掉80%系统提示词，说明AI编程瓶颈正从“写更长Prompt”转向“设计更好的工作环境”。模型负责判断，工具负责约束，Skills负责按需加载，测试负责验证，这比不断膨胀的规则文档更适合复杂研发团队。下一阶段的竞争，不只是模型谁更强，也是谁能把代码库、工具链和上下文组织成可审计的执行系统。


数据来源

Anthropic技术团队《The new rules of context engineering for Claude 5 generation models》（2026-07-24，内容由开发者媒体转述）；Developers Digest相关解读（2026-07-26）；DEV Community《AI Daily Digest — July 27, 2026》。评测数据和产品行为以Anthropic官方文章及Claude Code文档为准。