审查任务如何被自动拆解
当您执行 mimo review --target=src/utils/ 时，系统并不会让一个模型通读所有文件。它触发的是一套内置的审查工作流：
- Parser Agent 首先进行静态结构解析：提取函数签名、依赖关系、测试覆盖率标记，生成轻量级的项目拓扑图。
- Style Agent 对接团队预设的 .editorconfig 和 ESLint 规则，专门检查命名规范、缩进方式、空行间距等格式问题。
- Logic Agent 调用 MiMo-V2.5-Pro 的全局注意力层，重点分析控制流程、边界条件以及潜在的 null 指针路径。
- Test Agent 自动扫描已有的单元测试，识别尚未覆盖的分支，并建议补充测试用例（支持 Jest、Vitest、Pytest 语法）。
四个子智能体并非各自为战、互不干扰。它们共享同一个会话检查点（checkpoint），每轮输出都会被写入项目记忆库，后续智能体可以回溯上下文，从而确保信息不丢失、状态不混乱。
持久记忆如何支撑连续审查
传统的 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，耗时不到 2 秒）。
与 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 共存：前者负责“人写代码时的实时干预”，后者负责“提交后的合规兜底”，各司其职，互不干扰。