Claude Opus 4.6 怎么用才“真省事”

你有没有这种经历：

• 一个 bug 卡一下午
• 换模型、换提示词、贴更多代码
• 结果越聊越散，最后还得自己硬啃

Opus 4.6 给人的爽感是：对话轮次少，问题收敛快。前提是你得用对方式。

这篇不聊玄学，直接给你一套“能落地”的对话打法。目标很明确：两三轮把问题聊到能执行。😎

你以为你在提问，其实你在“丢谜语”

很多人问模型失败，不是模型不行，是信息结构太差。

常见翻车现场：

• 只说“报错了，帮我修”
• 贴一大坨日志，没有目标，没有复现
• 想要 A，嘴上说 B

模型就会开始猜。猜得再聪明，也会浪费轮次。

你要做的是：把它从“猜题模式”切到“解题模式”。

一套通用对话结构：把模型当“高级同事”用

下面这个结构，你可以当成固定开场白。适用于调 bug、写方案、改文案、做数据分析。

1）开场先给“任务边界”

你要它做什么、不做什么。

示例（通用开场）

你是我的技术合伙人。目标：在 30 分钟内把问题定位并给出可执行修复方案。不要泛泛讲概念。你需要信息就问我，最多问 5 个关键问题。

这个开场的好处：它会主动“抓要点”，而不是开始写教科书。

2）把信息塞成 4 块，不要写流水账

你就按这 4 块写，基本不会跑偏：

• 我想要的结果：一句话描述终态
• 现状：现在发生了什么（含报错/表现）
• 环境：语言/框架/版本/系统/依赖
• 复现：最小步骤，或最小代码片段

你会发现：信息一结构化，模型的命中率直接上去。

3）强制它“先问再答”

很多问题卡住，是因为缺一两个关键条件。让它先问，轮次更少。

提示词模板

在给结论前，先问我你认为最关键的 3 个澄清问题。问完我再回答。

你会得到那种“啊对，我没说这个”的瞬间。

场景 1：调 bug/排错，三轮对话打法（可抄）

你按这个流程走，基本不会陷入“贴更多日志”的泥潭。

Round 1：让它锁定“可能性范围”

把信息按结构给它，再加一句：

请给出 3 个最可能原因，按概率排序。每个原因对应 1 个验证方法（我能立刻执行的那种）。

你想要的是：它给你可验证的假设。

Round 2：你把验证结果喂回去

你执行它的验证方法，把结果贴回去，然后这样说：

我按你的验证做了，结果如下：… 现在基于这些结果，把原因范围收敛到 1~2 个，并给出修复步骤。

这轮很关键：模型最怕“没有反馈”。你给它反馈，它就能快速收敛。

Round 3：让它给“最小改动 + 回归清单”

别让它只给你一段修改建议。你要的是可落地交付。

请给出最小改动方案（具体到代码/配置）。再给一份回归检查清单，确保修完不引入新问题。

到这一步，一般就能落地了。

场景 2：写方案/写文案，不用来回改十版

很多人写需求文档、活动方案、销售话术时，最崩溃的是：改来改去，方向一直飘。

你可以用“约束写作”，让它一次写到位。

让它先把“评判标准”写出来

提示词模板

我需要你写一份【XXX】。在写之前，先输出一份评分标准（5~8 条），包括：目标读者、口吻、结构、必须包含的信息、禁止出现的内容。得到我确认后再写正文。

你确认标准这一步，相当于把方向钉死。

然后你再说：

按你刚才的评分标准输出正文。写短句，多例子，少形容词。给我 3 个不同风格的标题。

会省掉大量“这版不对味”的返工。

我常用的“万能提示词块”（建议收藏）

你可以当积木拼。

需求澄清块

你先问我 5 个最关键问题，用来补齐缺失信息。每个问题后面标注：你问这个问题是为了排除哪类误解。

输出格式控制块

输出用 Markdown。必须包含：结论、步骤清单、注意事项、验证方法。不要写背景科普。

反幻觉块（防它瞎编）

不确定就直说“不确定”。给出你需要我补充的材料清单。不要编造不存在的函数/接口/版本信息。

对比决策块

给我两个方案：稳妥方案 vs 激进方案。分别列：成本、风险、收益、适用场景。然后给推荐结论。

避坑清单：你一踩就会多聊十轮 😅

• 目标不清：你想要“临时绕过”还是“彻底修复”？不说清，模型会乱选方向。
• 没有复现：只贴报错不贴触发步骤，等于让它蒙题。
• 上下文太大：一股脑贴整个项目。更有效的是贴“最小相关片段”。
• 不回传验证结果：你不反馈，它就只能继续猜。
• 让它一次输出“大而全”：越大越空。让它给可执行的小步更稳。

你可以直接复制的完整对话开场（通用版）

把下面这段丢给 Opus 4.6，再把你的信息填进去：

你是我的资深同事，擅长把复杂问题快速收敛成可执行方案。

目标：用尽量少的对话轮次解决问题。
规则：不要泛泛讲概念；不确定就说不确定；需要信息就问我，最多问 5 个关键问题。

我想要的结果：
（写你要的终态）

现状：
（写当前表现/报错/卡点）

环境：
（语言/框架/版本/系统/依赖）

复现：
（最小步骤/最小代码片段/最小输入输出）

请先问我你最需要的 3 个澄清问题，再继续。

结尾给你一句大实话

模型强不强是一回事，你会不会“带它进入工作状态”是另一回事。

你把边界讲清、把信息结构化、把验证结果喂回去，Opus 4.6 的优势就会很明显：更少废话、更快收敛、更像一个能一起把活干完的人。

你要是愿意，把你卡住的问题按文里的 4 块信息贴出来，我可以帮你把第一轮提问直接写好。😉