Claude 5代模型的上下文工程新规则

对于更高级的模型，我们删除了超过 80% 的 Claude Code 系统提示。如何将我们学到的经验教训应用到您自己的 Claude Code 中的上下文工程以及您自己的代理中。我之前写过有关如何最好地提示最新一代 Claude 5 模型并与它们反复合作以发现您想要构建的内容的文章。但是，当您向 Claude 发送消息时，提示只是它获得的上下文的一小部分。您的大部分上下文都是由系统提示符、技能、CLAUDE.md 文件、内存和其他来源组成的。我们将其称为上下文工程，它会对您在使用 Claude Code 或构建自己的代理时生成的结果产生重大影响。与提示不同，上下文通常在许多请求中使用，因此它不能那么具体。您如何为 Claude 构建这些一般提示和指导，尤其是当您不知道用户的提示可能是什么时？随着克劳德自身能力的发展，这可能会变得异常困难。最近，我们注意到我们推出最新一代克劳德模型的方式发生了巨大的飞跃。我们针对 Claude Opus 5 和 Claude Fable 5 等模型删除了超过 80% 的 Claude Code 系统提示，而我们的编码评估没有明显损失。以下是我们了解到的关于促进此类新模型的知识，以及如何利用它来更新您的上下文工程。我们已将这些最佳实践放在“claude doctor”中；在 Claude Code 中使用命令 /doctor 来调整您的技能和 CLAUDE.md 文件。总的来说，我们发现我们过度限制了 Claude 代码，无论是通过系统提示还是在 CLAUDE.md 文件和技能中。例如，当我们阅读自己内部使用 Claude Code 的记录时，我们会在单个请求中看到多个相互冲突的消息，例如“酌情保留文档”或“请勿添加注释”，因为我们的系统提示、技能和用户请求相互冲突。一般来说，Claude 可以解释用户的意图以获得正确的答案，但 Claude 在决定做什么之前必须更仔细地考虑这些重叠和冲突的消息。虽然曾经需要这些约束来避免最坏的情况，但我们后来发现可以删除其中许多约束，并让模型使用周围的上下文和判断。此外，Claude Code 现在拥有更多工具。