“写一份更新说明”丢进去，没说改哪一版、给谁看。Claude 常按自己的假设直接开写。要把“先问再动手”写进提示，并写死该问什么、一次问几条，以及何时可以开始。
要点
- 现行官方 Prompting best practices 把 Be clear and direct 写在通用原则里：Claude 对清楚、直接的指令反应更好；你要的比字面更多，就明确写出来，别指望它从含糊提示里自己补齐。文档把它比作 brilliant but new employee，缺的是你的规范和工作流上下文。检验办法：把提示给几乎不知情的同事看，同事会困惑，它往往也会。（Prompting best practices）
- 旧文档里曾单独成篇的 “Claude isn’t psychic” 和 “Let Claude think”，现页已 404。相近口径收进同一份最佳实践：把背景和动机写清楚；步骤顺序重要时用编号列表；思考能力要按模型另行配置，不等于会先向你收集缺口。
- 官方给过两套相反的默认。一套是意图不清时推断并动手，用工具补细节，不要猜参数。另一套是意图含糊时先给信息，接着做研究、给建议，没被明确要求就不要改文件、不要开工。要“先提问再动手”，必须把后一套写进提示，不能只写“写得好一点”。（同上，Tool usage）
- 社区里常见的抱怨是：提示稍不清楚，Claude 会按自己的假设直接执行。这不是官方保证，但说明只靠一句客气话不够，要把问单写死。（Reddit r/ClaudeAI）
- 澄清问单至少写四块：已经确定且禁止再问的事，必须先问的缺口，提问条数上限，以及可以开始的条件。问完必须停住等回答，不要边问边猜。
- 本篇和站内《先约束再需求》骨架错开：那篇写角色、边界、任务、格式、验收；本篇只谈澄清问题怎么写进提示。骨架里的“信息不足先提问”，要在这里落实成可抄问单。（Claude「先约束再需求」提示词骨架）
正文
场景
编辑把一句“写一份更新说明”丢进对话。没写是 1.4 还是 1.5，没写给玩家看还是给渠道看，也没写哪些数字还不能对外。
Claude 没有先停下来。它补了一段看起来完整的变更列表，版本号和发布范围都是猜的。
这是示意，不是某次逐字实测。官方把这类含糊提示当成低效写法：你要的比字面更多，就得明确写出来，不能靠模型推断。社区里也有人问，为什么变量缺了，它仍按自己的假设往下做。
补一句“有问题先问我”往往不够。它可能问个没完，也可能问了两句就自己填上答案开写，还可能把你已经写过的读者对象再问一遍。要把问单写成规则。
可跟做步骤／可抄工作流
1. 先列出已确定和未确定
打开对话前，自己先写两列。已确定的，进提示里的“不要再问”。未确定而且会改变成品的，进“必须先问”。
会改变成品的，通常包括给谁看和哪一版，以及交付物是什么；也包括哪些材料能用，哪些数字或措辞不能写，以及长度、结构和截止日期。不会改变成品的背景闲聊，不要进问单。
2. 把“先问再动手”写成步骤，别只写一句客气话
官方建议，步骤顺序重要时用编号列表。这一条正好适用：先写清单，再等待，最后才动手，顺序不能倒。
官方在工具使用一节给过两种默认，方向相反。一套是意图不清就推断并动手，用工具去发现缺的细节，不要猜参数。另一套是意图含糊就先给信息，接着做研究、给建议，用户没明确要求改，就不要改、不要开工。网页聊天里你要的是后一套。不写进去，模型完全可能走前一套。
下面是可抄提示，按你的题目改括号。这里的“最多 5 个问题”是为了防止问个没完的工作上限，不是官方限额，可以改成 3 个或 7 个。
任务：【一句话交付物，例如：为【产品】写一份面向【读者】的更新说明】
已经确定、不要再问：
- 读者：【例如：已购买的玩家，不是渠道】
- 版本：【例如：只写 1.5，不提未公布的后续版本】
- 不能写：【例如：具体收入数字、未公开日期】
- 材料范围：【例如：只根据我粘贴的补丁要点，不自行补网上传闻】
动手前必须先问清楚的缺口（只问这些，不要延伸）：
1) 【会改变全文结构的问题，例如：更新说明要不要包含已知问题】
2) 【会改变语气或长度的问题】
3) 【会改变能否动笔的问题，例如：对外名称是否已冻结】
提问规则：
- 一次最多问【5】个问题。先问会挡住动笔的，不问已写在“已经确定”里的事。
- 每个问题给 2～3 个可选答案，并允许我说“暂不确定”。
- 列出问题后停住，等待我逐条回复。不要在同一条回复里开始写正文，也不要替我选一个“看起来合理”的答案。
- 我回复后，先用五行列出：已确定／你仍缺的／你将采用的假设／还不能写的／可以开始还是还要再问。然后等我确认“开始”。
- 只有在“必须先问”的缺口都有答案，或我明确说“按这些假设开始”之后，才写正文。
- 写正文时不要把问单再复述一遍。把“写一份更新说明”套进上面的提示时，已经确定的可以是：读者是已购买的玩家，只写 1.5，不写收入数字。必须先问的可以是：要不要写已知问题；篇幅按商店短说明还是按公告长文；对外名称是否已冻结。
不要问要不要写得更活泼（初稿后再调），也不要问你更喜欢哪一种标题句式，更不要把材料里已经写明的版本号再确认一遍。
如果某一条挡住动笔的问题你回了“暂不确定”，它应把这条写成假设，不要自己拣一个常见做法填上。没有你的“开始”，仍然不要写正文。比如“已知问题”你还没定，它可以列出“方案 A：不写；方案 B：只写已公开的两条”，等你挑，不要在正文里擅自加一段。
你逐条回复后，它应先交出类似下面的五行，再等你说“开始”：
已确定：读者=已购买的玩家；版本=只写 1.5；不写收入数字。
仍缺：无（或：对外名称你标记为暂不确定）。
将采用的假设：已知问题按方案 A，不写进正文。
还不能写：未公开日期、收入数字。
状态：可以开始／还要再问【具体哪一条】。这五行是给你核对用的，不是第二份更新说明。假设写错，在这里改，比改完整稿便宜。
这条问单可以贴在当次聊天的开头。同一类任务反复出现，也可以写进该项目的指令，让项目内新聊天默认先问。项目指令怎么建、风格指南怎么拆，见站内旧文，这里只提醒：指令里同样要写“已经确定不要再问”和“列出问题后停住”，只写“先提问”仍然太软。
写到一半冒出新的缺口，再用同一套规则：先停下来，只问挡住下一步的问题，然后等你回复。不要既改正文又追问。两件事混在一条里，你很难判断它改的是哪一个假设。
3. 问什么、问多少以及何时可以开始
问什么：只问会改变成品的缺口。读者和版本、范围和禁写项，以及格式，优先排前面。模型偏好、要不要再开一个小节，能等初稿后再说。
问多少：官方没有规定条数。上面的上限是为了防止问个没完。原则是一次问完挡住动笔的问题，不要拆成一串连环追问。材料一多，也可以按官方建议，用 XML 标签把问单和原文材料分开，避免它把补丁要点里的句子再当成问题问你。这不是必须步骤。
何时可以开始，用三条硬条件。满足一条就能写，但要先亮出假设：
- “必须先问”的缺口都有了明确答案。
- 剩下的不确定不会改变结构，它已列出将采用的假设，并且你回复了“开始”。
- 你明确说“按这些假设开始”。
禁写项、读者或版本还缺，不要开始。缺的只是小标题要不要加粗，可以开始。
4. 和“先约束再需求”怎么接
站内那篇骨架把角色、边界、任务、格式、验收写在前面，验收里有“信息不足先提问”。本篇把这一句展开成问单。可以先贴骨架，再贴上面的提问规则；也可以把问单嵌进验收段。不要只保留“信息不足先提问”六个字，那仍然太软。
真实用户诀窍／反例
- 诀窍：把“已经确定”写成禁止再问。 漏了这一块，它常把读者和版本再问一遍。
- 诀窍：给每个问题备选答案。 比开放题好收，也更容易发现它在问已经确定的事。
- 诀窍：要求它停住。 官方强调步骤顺序要用列表写清。不写“列出问题后停住”，它可能问完直接开写。
- 诀窍：回复后先看那五行对照，再让它动笔。 假设写错了，这一步比改第二稿便宜。
- 反例：只写“有问题先问我”。 太软。它可能问个没完，也可能问了两句就猜。
- 反例：问了不等回答就猜。 问单还在，正文已经按它选的“更常见做法”写完了。
- 反例：把已经钉死的事再问一遍。 读者、版本和禁写项写在提示里了，仍来问“这是给谁看的”。
- 反例：把思考开关当成提问。 官方现页谈的是模型怎么思考，不是自动向你收集缺口。要问，还是得写进提示。
适用边界
- 本稿覆盖：claude.ai 网页或桌面聊天里，把澄清问题清单写进当次提示或项目指令。
- 不覆盖：提示词总骨架，见站内《Claude「先约束再需求」提示词骨架》。也不覆盖 Claude Code 里 Ask／只读和自动改的切换，那是另一条产品线。
- “最多 5 个问题”是可改的工作上限，不是官方限额。
- “Claude isn’t psychic”“Let Claude think”旧标题现页已 404，不要按旧独立篇名去找步骤。以现行 Prompting best practices 为准。
- 先提问不是所有任务的默认。有些编码场景，官方反而建议意图不清时用工具去发现细节、不要空猜。你要的是提问还是动手，写死在提示里。
- 它仍可能漏问或问偏。问单降低乱猜的机会，不取消你终审。