多轮对话技巧：和 Claude 高效沟通的节奏

一问一答，只适合简单事

查一个定义、改一句措辞、翻译一段话，一次说完最省时间。

但只要任务有多个部分——写方案、做分析、改长文——一次问完几乎一定返工。因为你还没看到中间结果，就把所有要求压进了一条消息。

更有效的做法，是把对话当成协作：先对齐方向，再逐步加细节。多轮不是把一句话拆成十句发，而是让每一轮都建立在上一步的结果上。

反过来，有一类活不该硬拉成多轮：你一次能把要求写清、结果好坏也一眼可判。比如把一段中文译成英文、按固定格式提取三个字段。中途没有需要你拍板的岔路，多轮只会增加来回。判断标准很简单：这件事中间有没有必须由你决定的转向。没有，就一次说完。

先定框架，再填内容

第一轮不要要成品。比如写方案：

「我要写一份社群运营方案，先别写正文，列出这类方案通常包含哪些部分，每部分一句话说明。」

第二轮你确认结构后，再指定重点：

「第三和第五部分我已有素材，重点展开第二部分，其余留标题。」

第三轮调细节：

「这部分方向对，但语气太像汇报，改成对执行同事说话的口吻。」

三轮下来，返工次数比一次成稿少得多。方向错了，改一句话；成稿后才发现方向错，整篇白写。如果第一轮就让它写全文，你拿到的其实是一份草稿的草稿；先看目录，改起来只动几行字。

每一步都确认，别攒到最后

做长分析时，把过程切开：

「先列出这个问题的三个分析维度，不要展开。」

你看过维度，再让它逐个深入。每步都短，错了立刻能纠。确认不等于每步都夸它，只需一句「这三个维度可以，展开第二个」，它就知道边界在哪。

这背后是注意力问题：对话越长，早期信息越容易被稀释。相关机制见上下文窗口。

纠错要指出偏在哪

「不对，重来」是最贵的反馈。模型不知道错在哪，只能换一种猜法。

有效的说法是：「你把问题理解成了成本控制，我想问的是用户留存；请从留存角度重写第二段。」

如果只是不够深，就追问：「你提到有多种做法，分别有哪些？每种在什么条件下合适？」

指出错误时给出替换方案，比只否定更省轮次：告诉它「改成对同事说话」，比说「太正式」更快到位。

还可以让它自查：「刚才的回答里，哪些部分你没有把握？标出来，我去核对。」这一招在事实类任务上尤其有用。

长了就总结，跑偏就拉回

对话到几十轮后，可能出现三种信号：前后矛盾、回答变笼统、重复你早已说过的话。这不是模型变笨，是有效信息被淹没了。

处理办法有三个：

• 让它总结：「把目前确认的结论和未解决的问题各列三条。」
• 拉回主线：「回到核心问题：我要解决的是 X，基于刚才的讨论给具体建议。」
• 新开一轮：把总结贴进新对话当背景，比在旧对话里挣扎更省时间。

这些做法属于上下文工程的一部分：不是把所有话都留着，而是留下有用的。总结还有一个作用：把散落在多轮里的决定固定下来，后面引用时不会各自记忆不同版本。

先演一遍，再决定做不做

方案落地后才发现阻力，代价已经发生。多轮对话有个被低估的用法：让模型陪你把几种可能先走一遍。

「我倾向方案 A：把课程拆成十节短课。请列出这个选择最可能遇到的三个阻力，并说明每个阻力通常在第几周冒出来。」

等它答完再换方案 B，最后让两者并排比较。每轮只推进一步，并要求它写出触发条件，而不是只列优缺点。第三种问法更接近真实决策：「假设预算砍掉一半，方案 A 还成立吗？如果必须保住核心体验，你会先砍哪一块？」带约束的假设，能把「听起来都行」压成「在什么条件下才行」。

演完要自己复核：它列的阻力有没有事实依据，还是顺着你的语气往下编。推演的价值在于提前看见问题，不在于拿到一个替你拍板的结论。

换四副眼镜看同一份方案

方案写完，可以让它分角色审一遍，一次把要求给全：

「针对这份方案，分别从四个角度各写三条意见：

1. 用户：哪一步最可能让人放弃？
2. 执行：哪件事依赖外部配合，最容易延期？
3. 财务：哪些成本被低估了？
4. 管理者：这个方案最说不清的价值是什么？」

角色要具体到职责，不要只写「专家」。审完再让它标注：四条意见里哪些对应方案中的具体句子，哪些只是通用判断。后者通常可以直接忽略，前者才值得改。

这套办法适合方案、文案、汇报；查事实、改错字这类任务用不上，四个角度只会把简单问题说复杂。相关思路可以对照角色提示。

开场先立工作约定

长任务开始前，用一段话把规则说清：

「接下来做一个任务。背景：。目标：。约束：。工作方式：我分步给任务，你只做当前这一步，我没说到的环节先别动。现在做第一步：。」

约定不用很长，四行足够。写完后先让它复述一遍任务边界，确认没理解偏。这段话能省掉后面很多「你又跑题了」。节奏稳了，单条提示词的技巧才有发挥空间。下一节处理更细的问题：回答不满意怎么迭代。