用途：把一个模糊想法按 Situation、Problem、Evidence、Journey、Verdict、Decide 的顺序访谈清楚，先弄清项目现状与问题，再判断是否值得解决，最后才决定怎么做，产出供他人规划的设计文档。核心主张是不得在结论之前提出任何技术方案，也不得在第两轮就收敛到方案。
主要能力：区分痛感型、缺失型、建设型三类问题并分别提问；推动把抽象说法落到具体数字或人名；用证据支撑判断，先说明哪个数字会改变决策再去获取；走查真实流程与空态、重试、过期、未授权等产品边界状态；结论开放时必须停下来等待确认；高影响低清晰度的问题转为 RFC 或 spike；按纵向切片组织文档，每片含决策、关键路径流程、状态表、数据模型与契约。
使用方式：以访谈方式逐轮提问，每次只问一两个相互依赖的问题，每个问题附带推荐答案与理由；能查证的事实自行查证，只有决策类问题才问人；无法靠对话回答的问题（如手感、页面篇幅）转给 spike 或设计师。文中未提供安装命令或调用参数。
适用场景：尚未成形或尚未上线的想法、处于建设中的功能、内部重构与基础设施工作，以及需要留下可供他人规划的设计文档的决策。
限制：资料未说明支持的平台、模型、价格、安装方式与具体运行命令；强调不得编造事实、不得对未决事项伪造审批环节、不得展示自己不会发布的方案，缺少数据时不得从沉默中推断规模。