mimo code 的自动化审查是嵌入长程任务链的深度分析环节，覆盖命名一致性、调用链影响、测试路径覆盖等关键节点，通过本地 ast 解析、依赖影响分析与 decision log 实现问题前置拦截；采用静态、动态、上下文三层交叉验证，并支持开发者干预、日志沉淀与智能指南生成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的自动化审查不是简单比对语法或跑一遍 linter，而是嵌入在长程任务执行链中的深度分析环节，重点解决“改了代码但没改对”“功能实现了但引入了隐性风险”这类真实开发痛点。
审查不是终点，而是中间决策节点
传统工具常把审查放在最后一步（比如提交前校验），而 MiMo Code 把它拆解到每个关键动作之后：新建文件时检查模块命名一致性、修改函数时分析调用链影响范围、执行 Git 提交前验证变更是否覆盖所有测试路径。这种“动作-分析-反馈”闭环，让问题在扩散前就被拦截。
- 每次代码写入都会触发本地 AST 解析 + 项目级符号表比对，确认新增逻辑与现有架构无冲突
- 对依赖变更（如 package.json 修改）自动运行轻量级影响分析，标记出可能断裂的 import 路径
- 审查结果不只输出“通过/失败”，而是生成可追溯的 Decision Log，记录判断依据（例如：“跳过 ESLint 规则 no-console 是因当前为调试模式，且已标注 // DEBUG_ONLY”）
多层证据协同验证
单一模型判断容易误判，MiMo Code 采用三层交叉验证机制：
- 静态层：基于 TypeScript 类型系统 + ESLint + 自定义规则集做结构化检查（如确保 API 响应类型与 OpenAPI 定义一致）
- 动态层：在沙箱中执行最小单元测试，捕获运行时类型错误或未处理 Promise
- 上下文层：调用独立 verifier subagent，回溯 MEMORY.md 和最近三次 checkpoint 中的决策上下文，判断本次修改是否违背前期约定（例如：“之前明确要求所有日期格式统一为 ISO 8601，但新代码使用了 moment().format('YYYY-MM-DD HH:mm')”）
审查结果可干预、可沉淀
开发者不是被动接受结论，而是参与审查过程：
- 遇到高置信度警告时，终端会暂停并提供三秒倒计时，支持按 Enter 强制通过，或按 e 进入编辑模式即时修正
- 所有审查日志自动归档到 review/ 目录，按 commit hash 索引，支持后续用
/review --since=2026-06-20快速复盘某段时间的质量趋势 - 重复出现的同类问题会被 Dream 机制识别，在下次会话启动时自动生成《本项目常见审查规避指南》片段，融入 MEMORY.md
