Anthropic 在 7 月 24 日发布了 Claude 5 的 context engineering 新建议。最刺眼的数字是：Claude Code 团队说，针对 Claude Opus 5 和 Claude Fable 5，他们删掉了超过 80% 的 system prompt，而内部代码评测没有可测量的下降。

团队正在为 AI 代理简化上下文架构

这对很多团队是个提醒。过去一年，代理每犯一次错，大家就往 CLAUDE.md、AGENTS.md、Skills、memory 和模板里再加一条规则。现在其中一部分规则可能已经不是保护，而是负担。

结论不是把规则全删掉，而是把上下文当成架构来管理：代理一开始看到什么，什么时候按需加载，能调用哪些工具，哪些内容进 memory，哪些限制必须由权限系统而不是自然语言来执行。

Prompt engineering 关注一句话怎么写。Context engineering 关注整个输入环境：system prompt、仓库规则、工具说明、memory、检索到的文件、历史记录和 MCP servers。上下文越多不一定越好，也可能浪费 token、制造冲突、淹没真正重要的约束。

团队可以先删掉显然多余的东西：代理能自己从代码里看到的目录说明、重复规则、旧模型遗留下来的补丁式提示，以及不该全局适用的风格禁令。

但 secrets、生产环境、客户数据、支付、部署和破坏性迁移不能交给“模型判断”。这些边界需要 sandbox、allowlist、dry run、人类批准、日志和 CI。

Hacker News 相关讨论在检查时有 332 points 和 219 comments。争议很清楚：减少微管理可能让日常工作更顺；但对不可逆操作来说，"use your judgement" 不是安全策略。

成熟的做法是像改代码一样评估上下文：任务成功率、token 用量、延迟、工具调用、review comments、测试、人类修正和安全违规。好的代理系统不靠最长 prompt，而靠可维护的上下文架构。