用途
Lead Research 是一个面向深度研究的编排型技能，适用于头脑风暴、技术选型、方案对比和前沿（state-of-the-art）调研等需要多源证据支撑的复杂问题。它把“研究负责人”（Research Lead）作为唯一的人类交互与决策角色，负责掌握问题、沟通进展、界定范围、权衡取舍，并最终做出接受、修改或停止的决定；所有实际研究与文档撰写由子代理完成。
主要能力
该技能的核心是“零直接研究”契约：Research Lead 只能提出实质性问题、制定代理任务、生成/通信/等待/停止代理、阅读精简交接结果，并在各方有证据支撑的提案之间做选择。它不得搜索网页、抓取来源、为查证而检视仓库、验证论断、撰写或编辑简报/报告、创建文件、运行命令或提交代码。若代理失败，应替换或收窄该代理，而不是接管其工作。
角色分离明确：
- Brief writer：把用户意图转化为可审计的问题、决策、约束与完成测试。
- Scout：梳理术语、经典工作、人物、信息源密集区域与自然断层，不收集最终发现。
- Research architect：根据简报、Scout 地图与 tactics.md，设计互不重叠的任务与预算。
- Researcher：回答单一任务，只写原始发现文件，不做推荐。
- Verifier：独立获取原始来源，对来源去重，对抗性核查关键论断，只写论断矩阵。
- Synthesizer：仅依据已验证矩阵与明确标注的不确定性，撰写结论先行的报告。
- Auditor：在全新只读上下文中检查报告、引用、范围与决策链条。
- Integrator：准备干净研究空间，保留无关用户改动，写入经批准的跟踪/ git 状态，仅在审计通过后提交。
同一代理不能既收集又验证同一论断，也不能既撰写又审计同一报告，Research Lead 也不替代任何角色。
使用方式
运行时使用当前环境的原生委派工具，不得调用其他模型提供商的 CLI 或要求提供商/模型标识。若运行时暴露角色级模型或力度选择，验证与审计使用可用的最强独立代理，侦察使用经济的代理；否则继承运行时默认。
运行开始时先启动一个只读金丝雀，报告其实际拥有的工具与隔离能力，验证能检查一项无害的仓库事实，并以 CANARY: READY 或 CANARY: DEGRADED <缺失能力> 结尾。其交接记录已验证的并发、完成通知、代理消息、取消、嵌套委派、网页/网络访问与文件写入能力。为 Research Lead 保留一个槽位，其余以波次使用。
规模分级：
- 简单事实核查：1 名 Researcher，3–10 次调用，再由 1 名独立 Verifier 给出最终简明答案，不启动完整流程。
- 对比或聚焦问题：2–4 名 Researcher 从不同视角切入，各 10–15 次调用；地形清晰时不用 Scout。
- 头脑风暴、前沿调研或技术选型：1 名 Scout、1 名 Research architect，然后 4–6 名 Researcher，各 15–25 次调用。
一次工具调用等于一次搜索或一次页面抓取。不得超过运行时已验证的并发上限，必要时分波调度，提供商独立性比固定扇出数更重要。
适用场景
适合需要多来源、可审计证据的决策支持类研究，例如技术选型、方案对比、前沿综述和头脑风暴。研究结果可作为构建任务的输入，交给 /lead 使用；其 Planner 会把相关决策提炼为切片规格，而 Builders 仍会在分歧环节挑战论断。集成后，后续会话从报告的“Open questions”继续，而非重新开始。
限制
硬性停止条件包括：缺少原生委派能力、依赖网络的问题缺少网络访问、Auditor 无法获取引用来源、缺口轮次耗尽仍有 EMPTY 的关键章节、出现不可逆操作、或用户决策改变简报。不得通过直接研究或直接撰写来掩盖这些停止。若原生子代理委派不可用，应停止并告知用户该技能无法保持其信任边界。原始发现文件保持在 .lead/research/ 下并纳入 gitignore；报告写入 docs/research/<topic>.md。