用途：面向代码库的深度调查模式，处理指定问题（$ARGUMENTS）。通过多角色分工协作定位根因，输出调查结论，不做源码改动。
主要能力：涵盖五类角色——主智能体负责编排与最终综合；code_mapper 用于仓库内考古（git 历史）与 docs_researcher 用于外部文档/网络检索；context_builder 填充文件选择集；oracle_send 聊天会话基于当前选择进行综合分析；investigation_lead 承担主线多步调查，并可按需再分派窄范围侦察。
使用方式：按阶段执行。Phase 0 用 bind_context 绑定工作目录（op:"bind"，working_dirs 为项目绝对路径），无匹配时用 manage_workspaces 列出并切换工作区后重试。Phase 1 做初步评估与分流，创建调查报告（默认 docs/investigations/<topic>-<YYYY-MM-DD>.md）。Phase 1.5 如需 git 历史、网络或外部文档，则并行分派 spawn_agent（agent_type 为 code_mapper 或 docs_researcher），结果写入 ## Background / Prior Research。Phase 2 必须调用 context_builder 并传入报告路径，使用 response_type: question。Phase 3 分派 investigation_lead（reasoning_effort:"high"，fork_turns:"none"）写入 ## Investigator Findings，仅在假设路径互不相交时并行 2–3 个。Phase 4 用 manage_selection 的 op:"add"/"remove"/slices 刷新选择集后再调用 oracle_send 提问。Phase 5 汇总根因、已排除假设、修复建议与预防措施。
限制：工作流为只读，不打补丁。子智能体的文件读取不会进入主窗口选择集，需手动策展选择集。禁止使用 op:"clear" 或 op:"set" 清空/覆盖，以免抹掉 context_builder 的策展结果。聊天不适合做精确行号查询，需自行用 read_file/file_search/git 验证。子智能体可能因权限审批阻塞，需用 wait_agent、list_agents 监控；完成后可用 close_agent 关闭。
适用场景：复杂跨文件缺陷定位、回归排查、需要 git 考古与外部资料佐证的问题。具体定价、平台支持等信息暂未提供。