用途：把原始功能请求、早前探索与仓库事实转化为规格就绪的决策记录，产出 .ai-workflow/work/<feature-slug>/decision-record.md，供 to-prd 直接生成 PRD，而无需重新讨论需求。访谈开放时状态为 draft，边界清空后为 ready-for-prd。
主要能力：以设计树组织访谈，前沿仅包含前提已确定、需用户拍板的决策，覆盖参与者与访问、用户结果与失败场景、数据与集成、范围限制、上线或回滚、影响产品形态的宽泛设计选择，安全问题也计入前沿。每轮独立提问，记录决策 ID（D1、D2 起）并在后续保留；结算即写入决策记录，非重大默认仅用于非重大不确定性。术语成为规范时更新词汇表；满足难以逆转、脱离上下文会令人意外、存在真实权衡三条才写 ADR。支持用安全门处理暴露面，仅在运行代码是最小可逆手段时用 to-prototype 验证。
使用方式：未提供模式时默认手动模式，仅向用户提问，不自动调用角色或运行器。手动模式下，当存在五个独立前沿决策且当前会话能一次接收时，恰好问五个，否则按实际独立决策数减少；绝不超过五个。--auto 需显式选择，是双角色访谈，使用有界轮次协议；协调者记录一个具体路线快照，两角色共享，不重新解析路线或新增角色。--auto 授权所选默认对在给定范围内给出基于证据的回答；更改路线、模型共识、实现、发布或不可逆外部影响需要单独授权。本轮在决策记录完成，不规划文件、不建任务、不写代码。
适用场景：需要把模糊功能请求收敛为可交付 PRD 的需求澄清，尤其适合希望用有限轮次、带仓库依据的问答减少用户时间成本的流程。
限制：细节依赖共享参考文献（如 model-preview.md、workflow-measurement.md、workflow-stage-routing.md、auto-mode.md、answer-evidence.md、adr-template.md），本资料未提供其中具体内容；模型、平台、收费与价格信息暂未提供。每轮问题数、模式授权与证据要求是硬性约束，需按原样遵守。