用途
把用户无法独自回答的事情转化为一份问卷：一份 Markdown 文档，用户可以交给某个人异步填写，或在会议中一起完成。接收者掌握用户所缺少的知识，问卷的作用就是把这些信息从对方那里引出来。
核心理念是「拷问发送，而非主题」（Grill the send, not the subject）。只就「发送」这件事访谈用户，因为这是用户总能回答的：问卷发给谁，以及用户需要拿回什么。文档中的问题则针对接收者所知与用户所需之间的差距。
主要能力
步骤一：发给谁
在一轮对话中询问接收者的角色、专业领域以及与用户的关系。这决定了问卷的语气，以及它需要承载多少背景信息。当明确接收者是谁、以及他掌握哪些用户不知道的信息时，此步骤完成。
步骤二：需要拿回什么
在一轮对话中询问用户无法独自解决、需要从对方那里获得的具体决策或事实。当得到一份明确清单——用户必须能够据此行动或做出决策——时，此步骤完成。
步骤三：撰写问卷
针对步骤一至二中识别出的差距草拟问题，并遵循下文的文档结构。将其写入当前目录下的 to-questionnaire-<slug>.md（slug 取自主题），并报告该路径。当文件存在、且用户在第 2 步中列出的每一项都被某个问题覆盖时，此步骤完成。
文档结构
将文档定位为一份「发现问卷」：用户缺少上下文，接收者掌握它。由于异步意味着可能只有一次填写机会，问题应按最重要优先排序；当问题超过一小批时，用 ## 标题按主题分组。使用以下模板撰写：
- Purpose：这份问卷为何存在，以及它关系到什么决策。
- From:、To:、How your answers will be used:
- Context：一段话，为不在用户脑中的接收者做定位。足够答好即可，不必写满一页。
- How to answer：截止时间和大致投入。部分回答和「我不知道」也有用：对不确定的内容做标记，而不是跳过。
- 每个主题一个
##段落。每段下面按最重要优先列出问题。每个问题只含一个想法，绝不复合；直接在下方附上作答占位；仅当问题可能被误读或可能招致敷衍回答时，才加一句「为何重要」。- 例如：Why this matters: it decides whether we provision for burst traffic now or defer it.
- Anything else?：结尾的兜底问题——有没有我们没问、但我们应该知道的事？
适用场景
- 用户需要从某个掌握其所需信息的人那里获取决策依据或事实。
- 通过异步书面问卷向对方收集信息，或作为会议共同填写的框架。
- 用户面对一项无法独自拍板、需由他人提供关键上下文才能推进的决策。
限制
- 文档仅记录技能自身所定义的工作流程与模板，关于具体收费、价格、平台支持范围、效果等事实，资料中暂未提供。
- 输出为本地 Markdown 文件，写入当前目录，文件名为
to-questionnaire-<slug>.md。