用途
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 问卷文件。文件写入当前目录，命名格式为 to-questionnaire-<slug>.md，并报告该路径。
适用场景
当用户需要向掌握特定知识的人收集信息、且这些信息决定某个决策时适用。典型情况是用户无法独自回答某个问题，需要异步或会议中向某个人获取答案。
限制
资料未提供关于收费、价格、平台支持范围或效果保证的信息。该技能不替用户回答主题本身，只负责把“发送”环节问清楚并生成问卷文档。