用途：在方案设计阶段对用户进行持续追问，直到双方对设计达成共识。它沿着设计树的每个分支推进，逐个解决决策之间的依赖，并针对每个问题给出推荐答案。
主要能力与用法：一次只问一个问题，等用户反馈后再继续；能在代码库中查证的问题优先去查代码而非直接询问。讨论中会用既有术语表校验用户用词，指出冲突并收敛模糊说法；用具体场景压力测试领域概念边界，并与代码交叉验证矛盾之处。术语一旦确定就立即更新到 CONTEXT.md，不批量延后；CONTEXT.md 只保留领域专家关心的术语，不绑定实现细节。创建 ADR 需同时满足难以逆转、缺乏上下文会令人困惑、源自真实取舍三个条件。
适用范围与限制：面向工具、护栏、技能或教学材料的选择时，需先追问长篇理由——为何这样选、为何现在选、接受了什么取舍、学习者或操作者应理解什么、未来智能体应记住什么，再压缩成简短版本；理由应落到对应持久载体（CONTEXT.md、ADR、项目 Brain/docs 或技能笔记）。若计划可能进入实现阶段并触及 ADR/PRD、里程碑、审批、金丝雀证据，或涉及公开频道行为、网关路由、部署、密钥、面向客户的系统、持久运行时状态等阈值，应评估是否需要 Project Thread，并先取得操作者批准；Project Thread 不等于可向公开或客户线程发帖的权限。资料未提供安装命令、价格与平台信息。