用途：处理需要跨多来源（代码库、网页、官方文档、学术资料）交叉引用的深度研究问题。把廉价快速的“范围探查”与昂贵彻底的“深入调查”分开，形成由若干调查分支与结果构成的询问树。全程只读，始终引用来源，始终验证。
主要能力与状态机流程：START→TRIAGE。简单问题走 QUICK_ANSWER→END；复杂问题进入 SCOUT（第一波：haiku，1 个代理），产出排序后的线索。若≤2 条明显线索，直接读取并就地综合→REPORT；否则进入 INVESTIGATE（第二波：继承模型，1-3 个并行代理），产出各分支发现；再进入 VALIDATE & SYNTHESIZE（第三波：继承模型，1 个代理），产出已验证发现与综合；最后 REPORT，由用户决定结束或就某分支继续深入。整个流程仅在 REPORT 处有一次用户中断，其余自动执行。
使用方式：作为编排者按协议执行。Phase 0 TRIAGE 先判断能否用训练数据高置信回答；Phase 1 用 Explore 子代理（haiku）找信息位置而非分析，返回 3-15 条 JSON 线索，含 source_type、path_or_url、relevance_reason、confidence；Phase 2 按主题聚类（2-4 簇）并行启动 1-3 个 general-purpose 子代理，每条 claims 必须带确切来源；Phase 3 由验证综合代理运行校验脚本并加载研究层级规则，输出 Validated Findings、Convergence、Divergence、Gaps、Status；Phase 4 格式化报告并提出“深入某分支”或“完成”。
深入协议：用户要求深入时，把原始问题+分支上下文+未探索内容重新表述，从 SCOUT 重新进入。短路条件：TRIAGE 后可直接回答则直接回答；SCOUT 后≤2 条清晰线索则就地读取综合跳到 REPORT；INVESTIGATE 后分支全空则报告死路及已查内容。
脚本：scripts/validate_sources.py 确定性引用校验器，stdin 输入 JSON，stdout 输出 JSON，仅用标准库、无依赖、只读。references/research-hierarchy.md 提供来源分层定义、冲突解决规则与领域指引。
限制：只读；必须引用来源、必须验证；不分析未实际读取的内容，不得凭标题推断。资料未提供关于收费、平台、性能指标的说明。