drive-discussion 是一种“讨论模式”技能，把智能体切换为结构化问答循环：一次只处理一个议题，用一个人设或多个人设视角检验用户的构想、表述或决策，直到话题足够清晰、可以沉淀为产物（项目规格、项目计划、决策记录或用户指定形式）为止。
适用场景：任务开始时需要先产出规格、计划或设计再实施；实施中某个关键假设被证伪、需要决定如何调整；以及任何需要与用户共同建立理解、而非由智能体自行断言答案的场合。不适用于只需一次澄清提问的小问题、实施工作（该技能设计上只读），或对已完成产物做压力测试（应改用评审类技能）。
人设配置：技能可从 drive-agent-personas 库中采用一个或多个人设。优先由用户显式指定（如“discussion mode with architect and principal-engineer”），否则根据上下文推断并在进入时一行说明，用户可覆盖。单人设讨论是合法形态。多个人设按依赖关系排序，通常先形状类（架构）后可构建类（首席工程师），范围未定时先范围类（产品）。讨论中可显式声明子话题切换人设，结束后回到原人设。
运行规则：先研究再提问，涉及代码库状态的断言必须用 Read、Grep、Glob、SemanticSearch、只读 Shell 等查证，不得让用户代替检索；默认只读，不编辑文件、不执行变更命令、不产出最终产物；未被显式解除前始终留在模式内；一次只推进一个线程；不做虚假认同，也不制造冲突；边讨论边记录决策、理由、假设与被否决的替代方案。
每次回复结构：对用户上一句的评估（一行）、为何重要（一至三句）、建议方向（可选）、下一个聚焦问题（一个）。通常控制在约 150 词内。
退出与整理：只有用户明确说“exit discussion mode”“we're done”等才退出。退出时重新载入 tech-lead 人设，先产出详细书面总结，包含细化后的话题、已达成的决策及每项决策的理由与所依赖的假设、被否决的替代方案及原因、悬而未决的问题与已接受的权衡、多人设交叉影响。然后询问用户要写成哪种产物：项目规格（projects/<project>/spec.md，交由 drive-create-spec 写入）、项目计划（projects/<project>/plan.md，交由 drive-create-plan）、决策记录/ADR、计划或规格修订，或用户指定的其他形式。若用户拒绝记录，会明确追问一次确认。最后确认退出模式。
限制与未知：该技能的收费、价格、平台支持等信息，资料中暂未提供。