让 Claude 成为你的万能同事：实战提示工程手册

当你第一次打开 Claude 时，你可能会像面对一位刚入职、却拥有超强记忆力与逻辑能力的新同事——他什么都会，却对你的世界一无所知。
这篇文章，我们就把他当作真正的同事，手把手教你如何“布置任务”，让他帮你写出第一份高质量的提示模板、分析 SaaS 架构、甚至陪你一起“脑暴”复杂问题。

目录

1. 从零开始：为什么我们需要提示工程
2. 先给 Claude 一张“工牌”：角色提示
3. 把任务写成“说明书”：清晰、具体、分步骤
4. 让 Claude 边说边想：链式思考（Chain of Thought）
5. 超长材料怎么读？长文本提示技巧
6. 预填充回答：像写邮件草稿一样控制输出
7. 用例子说话：少样本提示（Few-shot）
8. 用 XML 标签当文件夹：结构化提示
9. 案例实战：用 9 个技巧重写 SaaS 多租户评审
10. 小结与下一步

1. 从零开始：为什么我们需要提示工程

Anthropic 官方把提示生成器比喻成“帮你写第一版草稿的实习生”。
当你面对空白输入框“脑袋空空”时，可以让 Claude 先帮你生成一套“模板骨架”，再基于业务场景慢慢迭代。这样既解决了“空白页恐惧症”，又能保证模板符合最佳实践。

2. 先给 Claude 一张“工牌”：角色提示

把 Claude 想象成一位刚报到、却拥有博士级知识的新人。
如果你不告诉他“你是财务分析师”，他可能会用散文风格回答你关于现金流的问题；一旦你给他挂上“CFO”的工牌，他就会用 CFO 的语言、视角、甚至风险敏感度来回答。

如何挂“工牌”

在 Messages API 的 system 参数里直接写：

You are a senior SaaS architect with 10 years of experience…

真实场景示例

3. 把任务写成“说明书”：清晰、具体、分步骤

新同事最怕“大概其”。
把任务写成说明书，至少包含：

• 背景：这份结果谁会看？是路演 PPT 还是内部 Wiki？
• 目标：成功长什么样？是一份可落地的代码，还是一页风险评估？
• 格式：只要代码，还是要带注释的 Markdown？
• 步骤：用 1. 2. 3. 告诉他先做什么、再做什么。

反面教材 vs 正面案例

4. 让 Claude 边说边想：链式思考（Chain of Thought）

遇到复杂任务，先让 Claude“自言自语”地拆解，再给出结论。
官方提供了三种写法，难度由浅入深：

1. 基础版：在末尾加一句 “Think step-by-step.”
2. 进阶版：列出具体思考步骤，例如

   1. 先列出所有假设  
   2. 再逐一验证  
   3. 最后总结  
   

3. 结构化版：用 <thinking> 与 <answer> 标签把思考过程与最终答案分开，方便后续程序解析。

5. 超长材料怎么读？长文本提示技巧

Claude 3 支持 200K token 的“超长注意力”。
官方给出三条实用技巧：

• 先放材料，后给指令：把 20K token 的文档放在最前面，再写问题，准确率可显著提升。
• 用 XML 当文件夹：

  <document index="1">
    <source>用户协议 2024-05-01</source>
    <document_content>…</document_content>
  </document>
  

• 让他先引用：要求 Claude 在回答前先用“引用”方式指出原文位置，减少幻觉。

6. 预填充回答：像写邮件草稿一样控制输出

你可以像写邮件开头那样，帮 Claude 起个头，让他顺着往下写。
这在“严格格式”场景尤其好用：

Human: …任务描述…

Assistant: ```json
{
  "risk_level": "

Claude 会顺着 { "risk_level": " 继续补全，避免啰嗦开场白，也保证 JSON 格式不跑偏。

7. 用例子说话：少样本提示（Few-shot）

与其写一堆规则，不如甩 2–3 个“标杆答案”。
官方建议：

• 相关：例子必须贴近真实场景。
• 多样：把常见坑也写进去。
• 清晰：用 <example> 标签包裹，方便 Claude 识别边界。

<examples>
  <example>
    <input>合同条款：甲方可在任意时间终止合同。</input>
    <output>风险：单方面任意终止可能导致乙方投入沉没成本。建议改为“提前 30 天书面通知”。</output>
  </example>
</examples>

8. 用 XML 标签当文件夹：结构化提示

当提示里包含“背景 + 指令 + 例子 + 输出格式”时，用 XML 标签做文件夹，既方便 Claude 解析，也方便你自己后期维护。

<context>
  我们是一家 B2B SaaS 初创公司，目标客户为制造业。
</context>

<instructions>
  1. 评估下方架构的可扩展性…
</instructions>

<examples>
  …
</examples>

<output_format>
  Markdown 表格，三列：维度 | 评分 | 理由
</output_format>

9. 案例实战：用 9 个技巧重写 SaaS 多租户评审

下面我们把文件 3 的“多租户策略评审”作为输入，演示如何综合运用 9 个技巧，生成一份面向 CTO 的 1 页决策摘要。

9.1 系统提示：挂“工牌”

system: 你是拥有 12 年经验的云原生架构师，擅长向 CTO 汇报。

9.2 任务说明书

Human: 请阅读下方技术文档，输出 1 页 CTO 简报，包含：
1. 评分表（可扩展性/安全性/成本）  
2. 关键风险 Top 3  
3. 下一步行动 PoC 计划  
请用中文，用 <thinking> 标签展示推理，用 <answer> 输出最终简报。

9.3 长文本放置

把文件 3 全文粘贴在 <document> 标签内，放在最前面。

9.4 预填充

Assistant: <thinking>

Claude 开始逐步思考，最后输出：

<answer>
## CTO 简报：多租户策略评审（2024-07-25）

| 维度 | 评分 | 一句话总结 |
|---|---|---|
| 可扩展性 | B+ | 数据库分片亮眼，但应用层无自动伸缩，峰值风险高 |
| 安全性 | B- | 数据隔离好，缺少加密与 IAM 细化 |
| 成本 | B | 共享节点节省日常开销，但高并发时可能过度预配 |

### 关键风险 Top 3
1. **峰值雪崩**：共享应用服务器无自动伸缩，促销时可能整体降级。  
2. **合规雷区**：数据未加密，无法满足制造业客户 ISO 27001 要求。  
3. **成本失控**：每租户独立数据库在 1000+ 租户场景下单月成本预估增长 280%。

### 下一步 PoC
- 2 周内：用 K6 模拟 5k 并发，验证自动伸缩对延迟的影响。  
- 3 周内：选择 3 家制造业客户，进行数据加密 + RBAC 试点。  
- 4 周内：对比 Snowflake 与现有分片方案在 1 TB 数据量级下的成本。
</answer>

10. 小结与下一步

下一步，你可以：

1. 打开官方 Colab Notebook，直接跑一遍“自动生成提示模板”的脚本；
2. 把本文案例中的 CTO 简报模板，替换成你所在行业的场景（如电商秒杀、在线教育直播等）再跑一次；
3. 把跑通后的模板沉淀到团队 Wiki，成为新人入职必读。

祝你与 Claude 合作愉快！