Anthropic 发布 Claude 5 系列上下文工程建议，称过去为较弱模型设计的长规则、重复示例和一次性加载全部资料，可能限制新模型判断并浪费上下文。公司建议改用简洁产品说明、表达力更强的工具接口和按需加载资料。

一句话结论：模型能力提高后，控制 Agent 的重点从“把所有行为写成禁令”转向“给它清晰环境、可靠工具和可验证参考”，但安全边界仍不能只依赖模型判断。

Anthropic 以代码注释为例。旧系统提示会要求默认不写多段注释，以避免模型生成冗长或错误说明；新提示改成“匹配周围代码的注释密度、命名和习惯”。这样可以适应不同仓库，而不是为了防住常见错误，牺牲所有例外场景。

工具设计也从大量示例转向接口约束。状态枚举、参数名称和必填字段本身就能告诉模型怎样使用工具。过多示例可能让模型只在示例覆盖的路径里探索，遇到新任务反而变得僵硬。

另一项变化是渐进披露。代码审查、验证和少用工具的完整说明可以放进独立 Skill，等任务需要时再加载；工具定义也可以延迟搜索。CLAUDE.md 应保持轻量，重点记录代码库里无法从文件结构直接看出的陷阱，而不是复制所有通用开发常识。

Anthropic 还建议用高保真参考替代纯文字规格。测试套件、已有函数、HTML 原型和评分量表，都比“做得专业一点”更能约束结果。自动记忆也逐渐替代让用户手动把每条偏好塞进 CLAUDE.md。

这份建议来自 Anthropic 对自家产品的经验，不代表所有模型都适用。更重要的是，“让模型判断”适合注释风格和文件组织，不适合绕过数据删除、付款或生产部署的硬性审批。能力提升不能取消系统权限边界。

关键事实

• 来源：Anthropic Claude 官方博客
• 主要变化：规则转判断、示例转接口、全量加载转渐进披露
• 推荐文件：轻量 CLAUDE.md、按需 Skill、高保真代码和测试参考
• 适用范围：Claude 5 系列及基于它构建的 Agent 工作流

OC 判断

好的上下文工程不是给模型写一本越来越厚的员工手册，而是把环境做得可理解。提示词可以简化，权限、测试和不可逆操作确认不能简化。

为什么重要

• 对开发者：清理重复和过时规则可能同时降低 token 成本与指令冲突。
• 对企业：团队知识应拆成可按任务加载、可版本控制的模块。
• 对用户：更自主的模型会减少机械回复，也需要更清楚的执行边界。

参考来源

• Anthropic：The new rules of context engineering
• Anthropic：Managing context on the Claude Developer Platform