---
title: "最值得学的 10 个 Claude 使用技巧"
description: "把「问一句、答一句」升级成协作：让它先反问、替你找漏洞、给多个版本、按样例输出、自查再交付。十个动作都能直接抄进下一次提问。"
updated: 2026-11-13
canonical: https://docai.cc/learn/top-claude-tips-2025/
markdown_mirror: https://docai.cc/learn/top-claude-tips-2025.md
---
多数人卡在同一处：心里有目标，嘴上说不清。下面这些做法不依赖任何插件，换一种说法就能立刻见效。

## 先看全貌

| 技巧 | 一句话用法 |
| --- | --- |
| 让它先问你 | 需求模糊时，先答它的五个问题 |
| 让它反驳你 | 请它只挑漏洞，不要肯定 |
| 多要几个版本 | 指定五种风格，一次拿齐 |
| 标签分区 | 角色、背景、任务、限制各占一块 |
| 多角色评审 | 投资人、用户、对手分别看一遍 |
| 样例定格式 | 给一份成品骨架，比形容词管用 |
| 先想后答 | 草稿和结论分开放 |
| 自查一轮 | 交付前让它检查遗漏与错误 |
| 让它教你提问 | 让它先拟一版指令，再说明理由 |
| 存进提示词库 | 好用的留档，下次只换变量 |

下面挑几组最常用的展开。

## 让它反过来问你

需求还没成型时，别硬憋提示词。把模糊的想法丢过去，附一个条件：

> 我想做一个面向社区小店的记账工具，但还没想清楚。
> 先别急着动手：列出五个最要紧的问题问我，我答完你再开工。

它问的往往正好是你漏掉的部分：谁用、多久用一次、和什么系统对接、预算多少。一轮问答下来，任务书自己就长出来了。这比对着空白琢磨「该告诉它什么」快得多。

## 用角色和版本拉开差距

**找漏洞时，别问「怎么样」。** 方案写完想问评价，得到的多半是夸奖。换个说法：

> 我有一个想法：把客服团队改成全部远程。
> 现在请扮演挑刺的人，尽量找出其中的风险、漏洞和反例。
> 不要安慰我，只要问题。

角色一换，输出的密度完全不同。还可以让三方分别评审：投资人关心回报，用户关心痛点和成本，对手关心你的软肋。三份意见的关注点天然不重叠。

### 一次拿到三份评审

想把一个方案看透，可以一次安排三个立场，让它们各说各的：

> 下面是一份社区洗衣店的扩张计划。请分三轮评审，每轮只用一个身份，不要混在一起：
> 第一轮，谨慎的银行信贷员：只看现金流、回本周期和最坏情况；
> 第二轮，隔壁同类店主：只看客源被分走的原因和你的弱点；
> 第三轮，挑剔的老顾客：只看价格、时间成本和自己会不会真的换店。
> 每轮输出三行：最致命的假设、支持它的证据缺口、一个可以立刻验证的小实验。
> 计划：<粘贴正文>

三轮分开写，比一句「帮我评估」更容易暴露真正的风险。注意：评审只提供视角，不提供事实；它举的行业数据仍要自己查。

**要选择权，就别只要一个答案。** 第一个回答只是众多可能里的一条：

> 给这个产品起名，给 5 个方向完全不同的方案：
> 理性专业 / 情感共鸣 / 幽默口语 / 高端克制 / 年轻活泼。
> 每个名字后面加一句：适合什么场合用。

一次给五个，你能看出方向之间的差别；只要一个，你只能判断它顺不顺眼。

## 用标签和样例固定结构

信息一多，模型容易抓错重点。用 XML 标签分区，谁是谁一眼可见：

```xml
<persona>资深 B2B 产品顾问</persona>
<background>客户为中小制造企业，月活约五千，付费率 2.3%</background>
<goal>诊断增长卡点，按优先级列三条</goal>
<limits>
  不加研发人手；一个季度内见效；预算十万元级
</limits>
```

格式要求也一样，说「统一一点」没有用，给一份的样子：

```
词条：<名称>
一句话：<它是什么>
用在：<什么场合会想起它>
实例：<一段具体情形>
易混：<最常和它搞混的邻居>
---
照这个样式解释三个概念：上下文窗口、温度、提示词
```

有了骨架，输出往往能直接进表格。这就是[少样本提示](/concepts/few-shot/)在起作用。

## 先想后答，再自查

复杂问题加一段前置动作，准确率会明显不同：

> 动笔之前先打草稿：难在哪、走哪条路、哪一步最易翻车，写进 `<draft>` 区块。
> 正式结论单独放进 `<final>` 区块。

拿到答案后别急着用，再补一句：

> 检查刚才的回答：有没有漏掉问题、有没有不确定的事实、有没有该补的细节。有问题就改完再给我。

原理见[思维链](/concepts/chain-of-thought/)。它适合计算、推理、方案评估，不适合闲聊和创意发散。

还有一种用法：实在不知道怎么开口，就把难题交回去，让它先替你拟一版指令，再逐段说明每句话的作用。你只改事实和约束。

## 把好用的存下来

十次里有三次效果特别好，就该把那三条记下来。按写作、编程、分析分文件夹，每条只留变量位。积累一段时间后，大部分任务变成「调模板、改变量」。模板怎么写，可以看[提示词模板](/concepts/prompt-template/)。

目录不必复杂，关键是能在一分钟内找到并改对变量：

```
prompts/
├── 写作/
│   ├── 长文改短.md
│   └── 商务邮件.md
├── 分析/
│   ├── 竞品对比.md
│   └── 数据解读.md
└── 评审/
    ├── 三视角挑错.md
    └── 交付前自查.md
```

每条模板开头写清三件事：适用场景、需要替换的变量、输出形状。变量统一用双花括号包住，例如 `{{受众}}`、`{{字数上限}}`、`{{必须避开的词}}`；下次复用时只搜索花括号，就知道哪里要改。模板里不要留具体的公司名、客户名和数字，否则很容易把上一次的内容带进新任务。

## 技巧不灵的时候：现象、原因与处理

**现象：让它先提问，它却直接开始写方案。**
为什么：没有把「先别动手」写成明确顺序，模型默认先交付一点东西。
怎么办：把动作拆成两个回合：第一句只允许提问，第二句才允许产出；并在指令里写「收到我的回答之前，不要给方案」。

**现象：要了五个版本，读起来像同一个版本换了形容词。**
为什么：风格只用「理性、幽默、高端」这类抽象词描述，模型找不到可操作的差别。
怎么办：每个版本补三样东西：受众是谁、用在什么场合、必须避开的词。例如「给县城加盟商看的，口语，不出现增长黑客、赋能」。

**现象：XML 标签写了，输出结构还是乱。**
为什么：标签只是分隔符，真正决定结构的是标签里的内容是否具体；标签名太随意也会失去提示作用。
怎么办：用有含义的名字（背景、目标、限制），每块只放一种信息；把最重要的约束放在最后一块，并在任务里再重复一次。

**现象：让它自查，它回「回答完整、没有错误」。**
为什么：没有验收标准时，自查会变成礼貌性确认。
怎么办：把检查项写成可判定的清单，例如「每条建议是否给了负责人和截止时间；引用的数字是否带来源；有没有超过三条」。让它逐项打勾，缺哪项就补哪项。更多迭代方法见[迭代式改进](/learn/iterative-answer-refinement/)。

**现象：先思考后回答之后，答案更长了，但判断没变准。**
为什么：思考区块可能只是把原有结论复述一遍，没有真正比较备选方案。
怎么办：要求它至少写两条互相冲突的路径，并说明放弃其中一条的理由；只在计算、推理、权衡类任务上用这一招，简单改写不必加。

## 什么时候别用这些技巧

- 你只需要一个能交差的结果、时间很紧：多版本和自查会成倍拉长流程，先用最短指令拿到初稿。
- 事实本身还没确认：技巧只能改善表达，不能把错误材料变对；先查资料。
- 对方明确要求固定格式：别让模型自由发挥，直接给模板和字段。
- 任务涉及多人决策：评审意见可以当输入，但拍板仍要人来定，尤其是预算、人事与合规事项。

这些技巧指向同一件事：别把它当搜索框，把它当会提问、会反驳、会复查的同事。下一节讲怎么让它在复杂问题上把思考过程展开：[思维链提示](/learn/chain-of-thought-prompting/)。
