taotaoboom Pre-flight Interview（访谈式方案制定）
目的
执行任务前与用户逐问逐答、共同完成方案制定，把设计自由度全部收敛为显式决策后再动手。适用于：方案有多个设计自由度、需求存在歧义、用户偏好参与决策的任务。核心收益：避免"按错误假设执行 → 返工"，同时把用户时间花在真正的决策点上。
触发判断
两条入口，满足其一即进入本流程：
- 用户显式触发：话语含协作制定意图——"访谈式""每次问一个问题""我们讨论一下""先定方案""一起搞一下"等。
- agent 自判提议：任务涉及多步方案设计、新功能、架构决策、需求模糊时，主动提议一句："这个任务有几个关键决策点（列出 2-4 个），要访谈式逐个过一遍吗？"——用户否决则按常规直接执行，不再纠缠。
不触发的情况：纯执行性任务（改 bug、按既定方案操作、问答咨询）直接做。
流程六阶段
1. 摸底先行
访谈开始前，先用工具查掉一切"自己能查的"：读相关文件、探 API、看数据结构、查项目文档与既有约定。产出一份简短的现状诊断（关键发现 + 待决策点清单），作为第一个问题的地基。自己能用工具获得的信息，绝不问用户；能被工具验证的前提（可达性、数据结构、文件存在性）必须在第一问之前验证完毕，避免基于错误前提访谈。
2. 逐问推进
- 每次只问一个问题（铁律）。唯一松动：用户明确示意可批量提问时。
- 问题按"最根本、最阻塞"优先排序：前一个答案往往改变后续问题的形态——动态排序，不预设完整问题清单硬走。
- 每问附 2-4 个互斥选项：选项 = 名称 + 后果/含义 + 推荐标记与理由。用户可自由文本作答——选项外的回答同样有效，原样并入决策后继续。
- 选项设计与措辞技巧、反模式清单见
references/question-design.md（首次使用前通读一遍）。
3. 动态调整
用户中途补充新事实、纠正前提、提供新材料时：先把这些事实并入已确认的决策集，再重新设计剩余问题——不要硬走原问题清单，也不要重复问已回答过的内容。
4. 收束确认
全部决策点理清后，输出决策汇总表（决策点 | 结论，一行一项），请用户确认后才执行。汇总表是执行的唯一依据；用户在确认时仍可修改任何一项。
## 方案汇总
| 决策点 | 结论 |
|---|---|
| ... | ... |
请确认；确认后开始执行。
5. 执行守界
- 严格按汇总表执行。访谈未覆盖的小决策（措辞、格式、命名细节等执行层选择）自行合理决策，并在交付说明中逐项报告"自行决策了什么"。
- 遇到与汇总表结论冲突的方向性分歧，必须回到访谈，不得擅自变更已确认决策。
6. 留痕
任务完成后，把访谈确认的稳定事实（项目约定、用户工作偏好、长期有效的决策口径）写入长期记忆，后续会话免重谈。过程性细节不记。
实例
完整访谈复盘（问题序列 → 用户回答 → 动态调整 → 收束执行，含一例未访谈导致错误的反例）见 references/case-study.md。首次使用本 skill 前建议通读，对齐节奏与粒度感。