最值得学的 10 个 Claude 使用技巧

多数人卡在同一处：心里有目标，嘴上说不清。下面这些做法不依赖任何插件，换一种说法就能立刻见效。

先看全貌

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

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

让它反过来问你

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

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

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

用角色和版本拉开差距

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

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

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

一次拿到三份评审

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

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

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

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

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

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

用标签和样例固定结构

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

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

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

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

有了骨架，输出往往能直接进表格。这就是少样本提示在起作用。

先想后答，再自查

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

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

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

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

原理见思维链。它适合计算、推理、方案评估，不适合闲聊和创意发散。

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

把好用的存下来

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

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

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

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

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

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

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

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

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

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

什么时候别用这些技巧

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

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