Anthropic最近在官方文档里悄悄更新了一份提示工程指南，专门针对他们最新的4.5系列模型做了优化。这次更新意义不小，尤其是Opus 4.5，在工具调用和上下文管理上提升了一大截，简直是脱胎换骨。

如果你还在用过去那套方法和Claude 4系列打交道，那真有可能埋没了它的实力。这份指南，建议所有开发者都认真过一遍。

基本原则

明确、直接、不绕弯

Claude 4系列喜欢直白的指令。想要什么，直接说。那种希望AI能“超额理解、自动完成”的浪漫时代已经过去了。现在你得清清楚楚地告诉它，你要它产出什么水平的结果。

举个例子，让它创建数据分析面板。别只说“创建一个分析面板”。你得告诉它：

“创建一个分析面板，包含尽可能多的相关功能和交互。不要只做基础版本，要做一个功能完整的实现。”

就这么简单，你的需求越明确，它给你的东西就越接近你想要的样子。

讲清楚“为什么”

告诉Claude你背后诉求是什么，它会理解得更好。这就像和一位聪明又高效的同事合作，你解释了背景，他就能举一反三。

比如，关于输出格式：

“我喜欢简洁的格式，因为我要把这些内容分享给技术团队，他们更关注实用性而不是装饰性。”

你看，你只是多解释了一句，Claude就会自动调整它的输出风格，更贴合你的实际应用场景。

细节和示例是关键

Opus 4.5和Sonnet 4.5这类模型对示例和细节异常敏感。你给出的例子就是“金标准”，它会全力模仿。所以，务必确保你给的例子精确代表了你想要的行为，同时要避免包含任何你不希望在最终结果中间出现的东西。

长期推理与状态跟踪：它的“长跑”能力

Claude 4.5在需要长时间、多步骤执行的推理任务上表现出色。它能够在多个上下文窗口间保持状态，像一位专注的工匠，一次只专心做好几件事，而不是什么都想抓，结果什么都没做好。

上下文感知与多窗口工作流

值得一提的是，Claude 4.5具备上下文感知能力，能主动追踪并管理剩余的上下文窗口空间。如果你正在使用能压缩上下文或保存状态到外部文件的框架，强烈建议在提示词里告诉它：

你的上下文窗口在接近限制时会自动压缩，让你能无限期地从停止的地方继续工作。因此，不要因为token预算担忧而提前停止任务。当接近token预算限制时，在上下文窗口刷新前将当前进度和状态保存到内存中。始终尽可能持续和自主，即使预算即将用完也要完整完成任务。

这就像告诉它“你放心跑，内存我管够，别半途而废。”

多窗口工作的精髓

这里有几个实践技巧值得分享：

• 给窗口不同的“任务”：第一个窗口用于建立框架，比如编写测试、创建设置脚本；后续的窗口则专注于迭代待办清单。这样分工更高效。
• 要求结构化测试：让Claude在开始编码前先编写测试，并且用tests.json这类结构化格式来跟踪。
• 设立便利工具：鼓励Claude自己写个init.sh脚本，一键启动服务器、运行测试和代码检查。
• 从头开始 vs. 直接压缩：当上下文窗口清空后，可以考虑直接用全新的窗口重新开始，而不是依赖压缩。Claude 4.5从本地文件系统中恢复状态的能力极强，从头开始可能更干净。
• 提供验证工具：任务一长，你不可能一直在旁边看着。所以，要提供让Claude能自我验证正确性的工具。

状态管理的最佳实践

• 结构化数据用结构化格式：比如用JSON来跟踪状态信息。
• 进程笔记用非结构化文本：自由形式的进度笔记则适合记录一般进展和上下文。
• 用Git做检查点：Git不仅记录了已完成的工作，还提供了可以随时恢复的检查点。
• 强调渐进式进展：明确要求Claude跟踪进度，专注于增量工作，而不是幻想一步到位。

沟通风格：更像人，更直接

Claude 4.5的沟通风格有明显进化，它更简洁、更自然：

• 更直接、更有根据：它会基于事实给你进度报告，而不是自我庆祝的废话。
• 更对话化：语气更流畅、口语化，不那么像机器。
• 不那么冗长：除非你特别要求，否则它可能会为了效率而跳过详细总结，直接进入下一步。

特定场景下的指导

如何平衡详细程度

因为Claude 4.5倾向高效，它可能在调用完工具后，连个口头总结都不做就直接跳到下一步。如果你希望它提供过程更新，可以这样说：

“在完成涉及工具使用的任务后，提供你所做工作的快速总结。”

工具使用模式：说“做”，别说“建议”

Claude 4.5经过训练，非常擅长精确地执行指令。如果你说“你能建议一些改变吗”，它可能真的就只给你建议，而不去动手。所以，要让它采取行动，你得说：

“请实施这些改进。”

想让模型默认更主动？可以在系统提示里加这么一段：

默认情况下，实施改变而不是仅仅建议它们。如果用户的意图不明确，推断最有用的可能行动并继续，使用工具发现任何缺失的细节而不是猜测。

这段话的威力很大，它会成为Claude的默认行为准则。

控制输出格式：告诉它“要”什么

引导Claude 4.x的输出格式，最有效的方法是告诉它“要做什么”，而不是“不要做什么”。例如：

• 不要：“不要在回应中使用markdown”
• 要：“你的回应应该由流畅的散文段落组成。”

你甚至可以配合XML标签来加强指示：

“在标签中写你回应的散文部分。”

让你提示词的风格与你期望的输出格式保持一致，效果会更好。

研究与信息收集

Opus 4.5在搜索方面能力出众，能有效地从多个来源找到并综合信息。为了获得最佳结果：

• 提供明确的成功标准：清楚定义什么算是“成功找到了答案”。
• 鼓励来源验证：要求它在多个来源间验证信息，避免偏信。
• 复杂研究用结构化方法：如果你要研究一个复杂问题，可以引导它像研究员一样，先结构化地分解任务。

子袋里编排：它的“团队管理”能力

Claude 4.5在原生子袋里编排能力上有了显著改进。它能自主识别出，哪些任务应该交给专门的“子袋里”去干，并且会主动这么做，你根本不需要明确指示。这就像一位优秀的项目经理，能自动把工作拆解并分派给最适合的人。

优化并行工具调用：效率至上

Claude 4.x系列在并行工具执行上表现出色。它会在研究期间同时发起多个搜索，同时读取多个文件，并行执行bash命令。为了让这个优势最大化，可以在提示词里明确鼓励它：

如果你打算调用多个工具且工具调用之间没有依赖关系，并行进行所有独立的工具调用。在可以并行而不是顺序执行的情况下，优先同时调用工具。

前端设计：要独特，别平庸

Opus 4.5构建复杂的Web应用能力极强，但如果没有指导，它可能会默认使用一些通用、平庸的模板。想要让它创建出亮眼的设计，可以在提示中给它一些美学上的指导：

专注于：- 排版：选择美观、独特、有趣的字体。避免Arial和Inter等通用字体- 颜色和主题：承诺一个连贯的美学。使用CSS变量保持一致性- 动效：为效果和微交互使用动画- 背景：创造氛围和深度，而不是默认纯色避免通用的AI生成美学：- 过度使用的字体系列（Inter、Roboto、Arial、系统字体）- 陈词滥调的配色方案（特别是白色背景上的紫色渐变）- 可预测的布局和组件模式

迁移考虑

如果你正准备从旧模型迁移到Claude 4.5系列，有几点需要放在心上：

• 对期望的行为要具体：准确描述你想在输出中看到什么。
• 用修饰符构建指令：多加一些能鼓励它提升质量和细节的词汇和描述。
• 明确请求特定功能：如果你需要动画、交互等效果，别犹豫，直接说出来。

Claude 4.x系列绝不是一次简单的升级，它更像一件需要你重新学习如何使用的新工具。一旦你掌握了这些沟通的技巧，你会发现它比你想象的强大得多。