mimo code 的多 agent 协作围绕代码审查目标，拆解为 parser、style、logic、test 四个职责明确的子 agent，通过主 agent 调度与持久化记忆库实现状态可控与上下文连贯。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 协作不是简单堆叠几个模型，而是围绕代码审查这个具体目标，把不同角色的子 Agent 拆解清楚、职责对齐、状态可控。它不靠单一大模型硬扛全部任务，而是让每个 Agent 做自己最擅长的事，并通过主 Agent 统一调度和记忆锚点保持连贯性。
审查任务如何被自动拆解
当你运行 mimo review --target=src/utils/ 时，系统不会直接让一个模型通读所有文件。它会触发内置的审查工作流：
- Parser Agent 先做静态结构解析：提取函数签名、依赖关系、测试覆盖率标记，生成轻量级项目拓扑图
- Style Agent 对接团队预设的 .editorconfig 和 ESLint 规则，检查命名、缩进、空行等格式问题
- Logic Agent 调用 MiMo-V2.5-Pro 的全局注意力层，专注分析控制流、边界条件和潜在空指针路径
- Test Agent 自动扫描已有单元测试，识别未覆盖分支，并建议补充用例（支持 Jest/Vitest/Pytest 语法）
四个子 Agent 并非并行盲跑，而是共享同一个会话检查点（checkpoint），每轮输出都会被写入项目记忆库，供后续 Agent 回溯上下文。
One API key for 70+ AI models. Route to GPT, Claude, Gemini, Qwen, Deepseek, Grok and more
下载
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
持久记忆如何支撑连续审查
传统 CLI 工具每次 review 都是“新会话”，而 MiMo Code 把审查过程当作一个持续演进的状态：
- 首次运行时，Parser Agent 生成的拓扑图会被存为 project-memory:core-structure
- 后续执行 mimo review --fix，Logic Agent 会读取该结构图，只聚焦变更模块的上下游影响
- 如果某次审查发现高危漏洞（如 SQL 注入点），系统会自动生成 security-anchor 记忆节点，后续所有涉及数据库操作的修改都会触发该节点校验
- 每 7 天自动运行 /dream，合并重复发现项、压缩冗余日志、升级规则权重（比如某类 null-check 误报率高，下次就降低其优先级）
如何定制自己的审查流水线
MiMo Code 允许你用 YAML 定义专属审查策略，无需改源码：
- 在项目根目录新建 .mimocode/review.yaml，声明各 Agent 的启用开关与阈值
- 例如禁用 Style Agent（团队已用 Prettier 统一格式），但强制 Logic Agent 启用 Max Mode 并行推理
- 可插入自定义 Hook：在 Test Agent 执行前调用本地 shell 脚本做前置编译检查
- 支持绑定 Git hook，在 pre-push 阶段自动触发轻量审查（仅跑 Parser + Style，耗时＜2s）
与 CI 环境的协同方式
MiMo Code 不替代 SonarQube 或 CodeQL，而是补足它们在“开发中”阶段的能力断层：
- 本地开发时，用 mimo review --diff 快速评估本次修改的影响范围，比 CI 等待快 10 倍
- CI 流水线中，可通过 --output=json 输出结构化报告，供下游工具消费（如自动创建 GitHub Issue）
- 当 CI 中的 CodeQL 发现新漏洞，可反向触发 mimo memory inject --tag=security-fix，将修复模式沉淀为项目记忆
- 支持与 Claude Code CI 共存：前者管“人写代码时的实时干预”，后者管“提交后的合规兜底”
