用途：回答关于代码库的具体问题，例如“X 如何工作”“X 定义在哪里”“追踪 Y 的执行流程”。它明确是问题驱动而非地图驱动；若用户只说“描述这个仓库”，应要求给出具体问题，因为没有目标的浏览会浪费子代理开销。
主要能力：先把问题锐化为可逐字交给子代理的单句；做广度优先的候选聚类——查看仓库根目录、读取包清单（package.json / pyproject.toml / Cargo.toml / go.mod 等）找入口，再用 grep -rli '<term>' <top-level dirs> 列出候选文件而不打开；选出 2–5 个可能包含答案的聚类。若答案显然在单文件单函数中，则跳过委派直接阅读。
使用方式：每个聚类通过 node "$MI_PATH" -p '<prompt>' 启动一个子代理，bg=truthy，不要追加 &；返回 pid:X log:/tmp/mi-X.log。每个子代理按固定模板写入 /tmp/mi-explore-<cluster>.md，字段为 STATUS、SCOPE、ANSWER、CITATIONS、FOLLOW_UPS；ANSWER 中不得出现 file:line，行号只放在 CITATIONS。用 kill -0 <pid> 2>/dev/null 判断是否结束（不要用 wait），结束后 cat 结果文件；文件缺失或字段不全则视为 blocked 并并入 FOLLOW_UPS。所有 pid 结束后直接阅读 FOLLOW_UPS 路径，不再新开子代理。最终把各聚类的 ANSWER 综合成连贯散文，而非逐聚类罗列；未解析的 FOLLOW_UPS 以“also worth checking”呈现，并附上逐行原样的 CITATIONS 块。
适用场景：需要定位定义、理解机制、追踪调用链的代码库问答。
限制：在单 GPU 本地端点上子代理会在模型服务器处串行，此模式节省上下文而非墙钟时间；托管端点上才是真正并行。资料未提供收费、价格、平台支持等更多信息。