mimo code 支持结构一致性、行为安全性、可维护性信号三类核心质量指标。它基于 memory.md 架构约定检查模块分层与命名规范，识别未处理异步错误等副作用，并检测重复逻辑、过长函数及缺失类型标注；审查结果带 memory.md 锚点、修复 diff 与测试建议，且能触发 /dream 自进化流程更新规范。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的代码审查不是简单地跑一遍 linter，而是结合上下文、项目记忆和多智能体协作的深度分析。它不只看语法对不对，更关注“这次修改是否符合项目长期演进方向”。
支持哪些质量指标？
审查覆盖三类核心维度：
- 结构一致性：检查新代码是否遵循项目已记录的架构约定（比如 MEMORY.md 中明确的模块分层、API 命名规范、状态管理方式）；
- 行为安全性：识别潜在副作用，例如未处理的异步错误、localStorage 写入未加 try-catch、直接拼接用户输入到 DOM；
- 可维护性信号：检测重复逻辑（跨文件比对）、过长函数（>30 行且无注释拆分）、缺失类型标注（TypeScript 项目中 optional chaining 后未校验 undefined）。
如何触发一次高质量审查？
在 Git 提交前或 PR 描述中加入指令即可激活深度审查模式：
- 终端中运行 mimo review --diff，自动读取暂存区变更并关联最近 commit message；
- 在 PR 正文中写 /review strict，系统会调用 plan 模式子 Agent 先做只读分析，再由 build 模式验证修复可行性；
- 若当前会话已有 MEMORY.md，审查会自动引用其中的“技术债清单”和“禁用模式”，比如标记过“禁止使用 eval”或“所有 API 调用必须带 timeout”。
审查结果怎么用？
输出不是一堆警告，而是带上下文锚点的可操作建议：
- 每条问题都标注对应 MEMORY.md 的章节编号（如 [ARCH-4.2]），方便回溯决策依据；
- 对高风险项（如未校验的第三方回调）生成最小复现片段和修复 diff，并附测试用例建议；
- 若发现模式性缺陷（如连续 3 次提交都漏掉 error boundary），会触发 /dream 自进化流程，将该规则固化为项目级检查项。
和传统工具的区别在哪？
关键不在“能不能查”，而在“为什么这么查”：
- ESLint 或 SonarQube 是静态规则引擎，规则固定、上下文扁平；
- MiMo Code 的审查器是动态的——它知道这个 React 组件上次重构时承诺过“不再用 class component”，也记得上个月团队投票决定“所有 fetch 必须封装进 useApi hook”；
- 它不把“不符合规范”当错误，而是问：“这次偏离，是临时绕过，还是该更新规范？”——后者会建议发起 /dream 记忆整合。
