为什么 Claude 的提示词技巧值得单独学

不同模型的「脾气」不一样。Claude 被 Anthropic 专门训练过对 XML 标签、结构化指令、明确的边界约束响应。同样一句话，换个写法， Claude 的回答质量可能差一倍。下面 12 个技巧按「投入产出比」排序。

① 用 XML 标签分隔内容（最高 ROI）

Claude 对 XML 标签的识别是被专门训练过的。把指令、上下文、数据、示例分别用标签包起来， Claude 不会混淆。

<task>把下面的会议记录总结成 3 条行动项</task>
<transcript>
（粘贴会议记录）
</transcript>
<format>每条行动项：负责人 + 事项 + 截止日期</format>

比「帮我总结一下这个会议记录成行动项，格式是...」清晰得多。

② 给示例（few-shot）

描述你想要什么，不如给一个例子。要 Claude 按特定格式输出， 贴 1-3 个「输入→输出」示例，比写一段格式说明有效得多。

<example>
输入：用户反馈「APP 老闪退」
输出：{ "category": "稳定性", "severity": "高", "summary": "APP 闪退" }
</example>
现在处理：用户反馈「字体太小看不清」

③ 明确说「不要做什么」

Claude 很守规矩，但你得说清楚。「写一段产品介绍」容易得到一堆套话； 加一句「不要用『赋能』『闭环』『抓手』这类词，不要夸张形容词」，质量立刻不同。

④ 复杂任务让它「先想再答」

对需要推理的任务，加一句「先在 <thinking> 标签里分析，再给最终答案」， 或直接开启 Extended Thinking（扩展思考）模式。Claude 会先拆解问题，答案准确率明显提升。

⑤ 给 Claude 一个角色

「你是一位有 10 年经验的 Postgres DBA」比没有角色设定的回答更专业、更聚焦。 角色放在对话开头或 Projects 的系统提示词里。

⑥ 长文档：把文档放在指令前面

处理长文档时，把文档内容放在你的问题之前。Claude（以及大多数模型） 对「文档在前、问题在后」的结构处理得更好 —— 它读完文档时，问题正好是「最近」的上下文。

⑦ 要求引用原文

让 Claude 基于文档回答时，加一句「每个结论都要引用原文对应的句子」。 这能大幅降低「编造」，也方便你核对。

⑧ 拆分大任务

「帮我做一个完整的营销方案」不如拆成「先列大纲 → 确认后展开第一部分 → ...」。 分步骤的对话，每一步 Claude 都能聚焦，你也能中途纠偏。

⑨ 用「让我们一步步来」触发推理

经典但有效。对数学、逻辑、多步推理任务，明确要求「step by step」， Claude 不会跳步，错误率下降。

⑩ 指定输出格式和长度

「用 Markdown 表格」「控制在 200 字内」「只返回 JSON，不要解释」—— Claude 严格遵守格式指令，但你得说。不说它默认会「友好地多解释一点」。

⑪ 用 Projects 固化你的常用上下文

如果你反复用同一套背景（你的代码规范、公司术语、写作风格）， 把它放进 Claude Projects 的系统提示词或知识库， 而不是每次对话重复粘贴。

⑫ 让 Claude 帮你写提示词

最元的技巧：直接问 Claude「我想让你做 X，帮我写一个高质量的提示词」。 Claude 很清楚怎么提示自己。Anthropic Console 里还有官方的 prompt generator。

一个完整示例：把上面技巧组合起来

<role>你是一位资深技术文档工程师</role>

<task>把下面的 API 变更说明改写成面向开发者的迁移指南</task>

<source>
（粘贴原始变更说明）
</source>

<requirements>
- 先在 <thinking> 里分析哪些是破坏性变更
- 输出用 Markdown，分「破坏性变更」「新增」「废弃」三节
- 每个破坏性变更给「改前/改后」代码对比
- 不要用营销语言，只讲事实
</requirements>

<example>
破坏性变更示例格式：
### `getUser()` 返回值结构变化
改前：`{ name }`
改后：`{ profile: { name } }`
</example>

这一个提示词用上了角色、XML 标签、思维链、明确格式、负向约束、示例 —— 六个技巧。 输出质量会远超「帮我把这个 API 说明改成迁移指南」。

常见问题

Q：这些技巧对 Claude Code 也适用吗？

适用。Claude Code 底层也是 Claude 模型，结构化指令、明确约束、给示例同样有效。 在 CLAUDE.md 里写项目规范，相当于给 Claude Code 配了「Projects 系统提示词」。

Q：提示词写太长会不会反而变差？

不会，只要结构清晰。Claude 处理结构化长提示词没问题，怕的是「又长又乱」。 用 XML 标签分段，再长也清晰。

Q：免费版和 Pro 版的提示词技巧有区别吗？

技巧本身通用。但 Pro / Max 订阅能用 Extended Thinking、更长上下文、Projects， 这些功能让「先思考再回答」「固化上下文」等技巧发挥得更充分。