Claude 4.x 的提示工程实战指南 - 链载Ai

Anthropic最近在官方文档中悄悄上线了完整的提示工程指南。这份指南针对4.5系列模型进行了专门优化，特别是Opus 4.5在工具使用和上下文管理方面的显著提升。

如果你还在用老方法跟 Claude 4 打交道，可能并没有发挥出它的真正实力，强烈建议通读一遍。

基本原则

说话要明确

Claude 4 喜欢直白的指令。想要什么，就直说。那种指望 AI 自动"超额完成"的时代过去了，现在得明确告诉它你要什么样的行为。

比如创建数据分析面板时，别只说"创建一个分析面板"，要说"创建一个分析面板，包含尽可能多的相关功能和交互。不要只做基础版本，要做一个功能完整的实现。"

提供背景信息

告诉 Claude 为什么要这样做，它会理解得更好。

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

Claude 很聪明，能从解释中举一反三。

注意细节和示例

Claude 4.x 对细节和示例特别敏感。你给的例子要能代表你想要的行为，避免那些你不想要的。

长期推理和状态跟踪

Claude 4.5 在长期推理任务上表现出色，能在多个上下文窗口间保持状态。它专注于渐进式进展，一次专心做好几件事，而不是什么都想抓。

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

Claude 4.5 具备上下文感知能力，能追踪剩余的上下文窗口空间。如果你在使用能够压缩上下文或保存到外部文件的代理框架，建议在提示中告诉 Claude：

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

多上下文窗口工作流的最佳实践

首个上下文窗口使用不同的提示：用第一个窗口建立框架（编写测试、创建设置脚本），后续窗口用来迭代待办清单。
让模型以结构化格式编写测试：要求 Claude 在开始工作前创建测试，并以结构化格式（如tests.json）跟踪。
设置便利工具：鼓励 Claude 创建设置脚本（如init.sh）来优雅地启动服务器、运行测试套件和代码检查工具。
重新开始 vs 压缩：当上下文窗口被清空时，考虑用全新的上下文窗口开始，而不是使用压缩。Claude 4.5 在从本地文件系统发现状态方面极其有效。
提供验证工具：随着自主任务长度的增长，Claude 需要在没有持续人工反馈的情况下验证正确性。

状态管理最佳实践

对结构化数据使用结构化格式：追踪结构化信息时，使用 JSON 或其他结构化格式
对进度笔记使用非结构化文本：自由形式的进度笔记适合追踪一般进度和上下文
使用 git 进行状态追踪：Git 提供了已完成工作的日志和可以恢复的检查点
强调渐进式进展：明确要求 Claude 跟踪进度并专注于增量工作

沟通风格

Claude 4.5 的沟通风格比之前的模型更简洁自然：

更直接、更有根据：提供基于事实的进度报告，而不是自我庆祝的更新
更对话化：稍微更流畅和口语化，不那么机器化
不那么冗长：可能会为了效率跳过详细摘要，除非特别提示

特定场景指导

平衡详细程度

Claude 4.5 倾向于高效，可能在工具调用后跳过口头总结，直接跳到下一个动作。如果你希望 Claude 在工作时提供更新：

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

工具使用模式

Claude 4.5 为精确指令跟随而训练，受益于使用特定工具的明确指示。如果你说"你能建议一些改变吗"，它有时会提供建议而不是实施它们。

要让 Claude 采取行动，要更明确：

不要说："你能建议一些改进吗？"
要说："请实施这些改进。"

要让模型默认更主动地采取行动，可以在系统提示中添加：

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

控制响应格式

在 Claude 4.x 中引导输出格式的有效方法：

告诉 Claude 要做什么，而不是不要做什么

不要说："不要在回应中使用 markdown"
要说："你的回应应该由流畅的散文段落组成。"
使用 XML 格式指示器

试试："在<smoothly_flowing_prose_paragraphs>标签中写你回应的散文部分。"

让你的提示风格与期望的输出匹配

研究和信息收集

Claude 4.5 展现出卓越的代理搜索能力，能有效地从多个来源找到并综合信息。为了获得最佳研究结果：

提供明确的成功标准：定义什么构成研究问题的成功答案
鼓励来源验证：要求 Claude 在多个来源间验证信息
对复杂研究任务，使用结构化方法

子代理编排

Claude 4.5 展现出显著改进的原生子代理编排能力。这些模型能识别何时任务会从委托给专门的子代理中受益，并主动这样做，无需明确指示。

优化并行工具调用

Claude 4.x 在并行工具执行方面表现出色，Sonnet 4.5 在同时触发多个操作方面特别积极。Claude 4.x 会：

在研究期间运行多个推测性搜索
同时读取多个文件以更快地建立上下文
并行执行 bash 命令

要最大化并行效率：

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

前端设计

Claude 4.x，特别是 Opus 4.5，在构建复杂的真实世界 Web 应用程序方面表现出色。然而，没有指导的情况下，模型可能默认使用通用模式。要创建独特、有创意的前端：

<frontend_aesthetics>
专注于：
- 排版：选择美观、独特、有趣的字体。避免 Arial 和 Inter 等通用字体
- 颜色和主题：承诺一个连贯的美学。使用 CSS 变量保持一致性
- 动效：为效果和微交互使用动画
- 背景：创造氛围和深度，而不是默认纯色

避免通用的 AI 生成美学：
- 过度使用的字体系列（Inter、Roboto、Arial、系统字体）
- 陈词滥调的配色方案（特别是白色背景上的紫色渐变）
- 可预测的布局和组件模式
</frontend_aesthetics>

迁移考虑

迁移到 Claude 4.5 模型时：

对期望的行为要具体：考虑准确描述你希望在输出中看到什么
用修饰符构建你的指令：添加鼓励 Claude 提高输出质量和细节的修饰符
明确请求特定功能：需要时应明确请求动画和交互元素

Claude 4.x 系列不是简单的升级，而是需要调整使用方式的新工具。掌握这些技巧，你会发现它比想象中更强大。