用途：把不完整的意图转化为用户认可的 Interview Brief。先访谈，不在同一次调用中实施结果工作，除非用户另行授权。
主要能力：根据上下文选择开场模式——稀疏上下文用苏格拉底式发现，从影响最大的未决问题开始；丰富上下文用反向访谈，先综合已确认事实、推断假设、未解歧义与只能由人决定的事项，再让用户指出哪一项有误或不完整；棕地工作先检查相关代码与文档并引用证据。维护歧义台账，覆盖意图、参与者、结果、现状事实、范围、非目标、约束、权限、验证、风险与决策。每轮只问一个聚焦问题并等待，优先问最可能改变结果的问题；对至少一个关键回答用示例、假设、失败场景、反例或权衡做压力测试。
使用方式：先基于对话与范围内文件或既有产物建立基础，不让用户重复可检查的上下文。可发现的事实自行检查，冲突或解释性事实先确认，只把判断类问题交给用户。用 [from-user]、[from-code]、[from-code][confirmed]、[from-research]、[inferred] 标注来源。用户说“不知道”或跳过时记为未决或稍后决定，不得视为同意。通过收尾门后，用一句话复述预期结果并请用户确认，再按 assets/interview-brief.template.md 生成 Interview Brief，默认在对话中返回，用户要求时才写文件（默认 interview-brief.md）。
适用场景：用户明确希望被深入访谈、被追问模糊想法、走需求发现流程，或需要把想法收敛为可执行计划前的确认。
限制：不要对每个模糊任务自动触发，用户必须主动想要访谈或等价发现过程；不要用数字歧义评分替代具体就绪门；不要在访谈契约生效时转入实施、计划产物或求职面试辅导；未经明确要求，不保存敏感回答、不发布记录、不建工单、不通知他人、不改动项目；高风险领域应止步于专业边界。已批准的 brief 可衔接 gigio-project-setup 或 gigio-write-plan，但需相应授权。