用途
to-questionnaire 用于把用户无法独自回答的事情转化为一份问卷：一份 Markdown 文档，用户可交给某个人异步填写，或在会议中一起完成。接收者掌握用户所缺乏的知识，问卷的作用就是把这份知识从对方那里提取出来。
主要能力
该技能的核心思路是“盘问发送，而非主题”。它只就“发送”环节采访用户，因为这部分用户总能回答：问卷发给谁，以及需要对方返回什么。文档中的问题随后瞄准接收者所知与用户所需之间的信息差。
具体流程包括：
-
发给谁？在一次交流中询问接收者的角色、专长以及与用户的关系。这决定问卷的语气以及需要携带多少背景信息。完成标准是：知道接收者是谁，以及对方知道哪些用户不知道的事。
-
需要返回什么？在一次交流中询问用户无法独自解决、需要从对方那里获得的具体决策或事实。完成标准是：得到一份具体清单，列出用户必须能够据此行动或决策的内容。
-
撰写问卷。根据前两步得出的信息差起草问题，遵循下述文档结构。写入当前目录下的 to-questionnaire-<slug>.md（slug 取自主题），并报告路径。完成标准是：文件存在，且第 2 步中用户列出的每一项都被某个问题覆盖。
文档结构
文档被定位为一份发现式问卷：用户缺乏背景，接收者掌握背景。问题按最重要优先排序，因为异步意味着可能只有一次机会；当问题超过少量时，按主题归入 ## 标题下。使用以下模板撰写：
- Purpose：这份问卷为何存在，以及它所承载的决策。
- From:、To:、How your answers will be used:。
- Context：一段话，为不在用户脑中的接收者提供定位。足以让对方答得好，但不要写成一页。
- How to answer：截止时间和大致工作量。部分回答和“我不知道”也有用：对不确定的内容做标记，而不是跳过。
- 每个主题一个 ## 小节。每个小节下按最重要优先排列问题。每个问题只包含一个想法，绝不复合，问题正下方直接给出作答占位；仅当问题可能被误读或招致敷衍回答时，才附一行“为什么这很重要”。
- Why this matters：例如“它决定我们是现在就为突发流量做配置，还是推迟”。
- Anything else?：结尾的兜底问题——有没有我们没问但应该知道的事？
使用方式
该技能以对话方式采访用户，收集“发给谁”和“需要返回什么”两项信息，然后自动生成 Markdown 问卷文件并报告路径。用户可将该文件交给接收者异步填写，或在会议中共同完成。
适用场景
当用户面临一个自己无法完全回答的决策，且答案掌握在另一个人手中时，适合使用该技能。典型情况包括需要向专家、同事或相关方收集信息以推进决策。
限制
资料未提供关于收费、价格、平台支持范围或具体效果的信息。该技能生成的是 Markdown 文档，不涉及其他格式输出。