mimo code的子agent按任务动态生成并绑定语言栈，通过扫描工程配置文件（如go.mod、tsconfig.json）自动识别技术栈，启用对应专精执行单元，支持跨语言协同与开发者主动调度。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的子 Agent 不是固定角色的“小号模型”，而是按任务动态生成、带语言栈专精能力的执行单元。它不靠预设技能列表，而是根据当前代码上下文、文件类型、依赖声明（如 package.json、pyproject.toml、Cargo.toml）自动识别技术栈，并调度匹配的子 Agent。
子 Agent 如何识别并绑定语言栈
主 Agent 在拆分任务前，会先扫描项目根目录及目标路径下的工程配置文件和源码特征：
- 看到
go.mod+.go文件 → 启动 Go 专样子 Agent，加载gopls和go test工具链上下文 - 检测到
tsconfig.json和node_modules→ 激活 TypeScript 子 Agent，自动挂载 ESLint、Jest、Vitest 环境 - 发现
Pipfile或requirements.txt→ 派出 Python 子 Agent，预加载black、pytest、mypy规则集 - 识别 Rust 项目（
Cargo.toml+src/lib.rs）→ 启用 Rust 子 Agent，集成cargo clippy和cargo fmt执行能力
同一任务中多语言协同的实现方式
当重构涉及跨语言调用（比如前端调用后端 API），MiMo Code 不会强行统一模型，而是让不同语言子 Agent 分工协作：
- 主 Agent 将“新增用户注册接口并更新前端表单”拆解为：后端路由 + 数据校验（Rust 子 Agent）、OpenAPI 文档生成（TypeScript 子 Agent 负责解析 schema）、前端组件适配（React + TS 子 Agent 调用
create-react-app工具链） - 各子 Agent 并行运行，共享项目记忆中的接口契约定义（来自
openapi.yaml），结果通过统一中间格式（JSON Schema + AST patch）回传给主 Agent 统一合成 - 若某子 Agent 报错（如 Rust 编译失败），主 Agent 不中断流程，而是将错误日志注入上下文，触发重试或降级策略（例如改用
cargo check替代cargo build）
开发者可干预的语言栈调度逻辑
默认行为足够智能，但你也能主动引导子 Agent 的技术选择：
- 在指令中显式指定：比如 “用 Python 3.12 + FastAPI 重构 auth 模块”，系统会优先匹配已安装的
fastapi环境，找不到则自动创建隔离虚拟环境 - 使用
/stack命令查看当前项目识别出的技术栈图谱，支持手动禁用某个子 Agent（如/stack disable kotlin） - 在
.mimo/config.yaml中预定义语言偏好，例如：preferred: { backend: "rust", frontend: "svelte" }，影响 compose 模式下的默认调度倾向
为什么这种调度比“换模型”更高效
传统做法是切换不同大模型来适配语言，但模型切换带来上下文断裂、状态丢失、工具链重载等问题。MiMo Code 的子 Agent 方案本质是“同一大模型 + 不同执行上下文”：
- 所有子 Agent 共享同一个 MiMo-V2.5 主模型的推理能力，仅切换其本地工具链、语法解析器、测试运行器等轻量级执行环境
- 避免了模型间 token 传递损耗，也规避了不同模型对同一语言理解不一致的风险（比如一个模型懂 Pydantic v2，另一个只认 v1）
- 子 Agent 生命周期受主 Agent 统一管理，任务结束即释放资源，不常驻内存，启动快、切换零延迟
