一、为什么【让它问你】有效

你说不清，是因为你还没想清楚；这很正常，尤其是第一次做一件事。 而它问的问题往往能戳中你没意识到的那一块——换个问法，答案就出来了。 这不是技巧，是分工：需要提问的时候，让更会问的那个来问。

二、什么时候该让它问你

需求本身是模糊的——你想要什么还没成型。 改动涉及你不熟的地方——你也不知道会影响什么。 你自己都犹豫要不要做——这种时候先把利弊问出来。

三、它该问你什么

任务类型决定问题。改功能：动哪些文件、哪些不能动、做完怎么验。 修问题：什么时候出现、期望结果是什么、之前试过什么没用。 做新的：给谁用、干什么、最简是什么样、什么算做完了。 本节的演示按任务类型生成提问清单——你会发现每一个问题都对得上一个空缺。

四、怎么开这个口

直接说一句：【在动手之前，先问我三个问题，问完等我回答。】 这句话的妙处在于给了它一个明确的停止点——问完停下，而不是问完就自己干了。 这是把第 4.1 节那一招用在了对话的最开头。

五、动手 Demo：让它采访你——把提问权交出去

下面是一个提问生成器：按任务类型给出必问清单。

base = {u"改功能": [u"改动落在哪些文件或目录？", u"哪些绝对不能动？",
                 u"做完怎么验算通过？"],
        u"修问题": [u"什么时候出现、什么条件下必现？", u"期望结果是什么？"],
        u"做新的": [u"它给谁用、用来干什么？", u"什么算这次做完了？"]}
for kind in base:
    for q in base[kind]:
        P(u"    - %s" % q)

实跑输出：

--------------------------------------------------------------------
让它采访你——把提问权交出去
--------------------------------------------------------------------

你说不清，它猜不准。那就让**它问你**。下面是一个提问生成器：

任务类型：改功能
    - 改动落在哪些文件或目录？
    - 哪些绝对不能动？
    - 做完怎么验算通过？

任务类型：修问题
    - 什么时候出现、什么条件下必现？
    - 期望结果是什么？
    - 有没有已经试过并且没用的办法？

任务类型：做新的
    - 它给谁用、用来干什么？
    - 最简版本是什么样？
    - 什么算这次做完了？

三个问题里，**每一个都对应第 2.6 节四件套里的空缺**。
所以让它采访你不是技巧，是**把该问的问题交给更会问的那个**。

三个问题，每个都对得上四件套里的一个空缺——这不是提问技巧，是补缺。 所以第 6.1 节清不掉的需求，与其硬清，不如让它问出来。

30 秒实验

1. 下次需求说不清时，试一句：【动手之前先问我三个问题，问完等我回答。】
2. 把它问的问题抄下来——你会发现问的正是你自己漏掉的。

常见误区

1. 让它问完不回答，自己先跑了。问是为了拿到答案，不是走个形式。
2. 所有任务都让它问。需求清楚的时候直接说，来回问反而拖慢。

• ☐ 下一节（6.4 把Claude Code当作代码库的资深向导）

相关笔记

• 🐳 DeepSeek Harness技术架构原理 · 索引 — 智能体如何规划探索路径
• 🧡 Claude Code橙皮书 · 索引