在代码审查过程中，算法复杂度的评估常常令人头痛——不是不理解大O表示法，而是难以将理论复杂度与实际业务代码联系起来。MiMo Code 并没有直接提供“一键计算复杂度”的功能，而是通过结合静态分析、工具链集成、跨文件记忆以及人工与AI协同，让复杂度审查变得更加可解释、可操作、可落地。

简单来说，MiMo Code 不会直接告诉你“这段代码的时间复杂度是 O(n²)”，但它能通过一套工程化的流程，帮助你在审查过程中自己做出这个判断，并且每一步都有具体的依据支撑。

支持复杂度感知的代码审查机制

其中的 plan 模式专为只读分析设计，非常适合代码审查场景。在这个模式下，MiMo Code 会结合上下文理解代码意图，同时调用本地工具链来辅助判断。具体能带来哪些能力？

• 自动识别嵌套循环、递归调用、多重条件分支等容易引发性能问题的结构模式；
• 如果项目已经集成了 SonarQube 或 ESLint 插件，MiMo Code 能直接读取相关报告，把圈复杂度超过 15 的函数标记出来，一目了然；
• 对于关键函数，它还会生成带注释的简化版伪代码，让开发者快速定位潜在的性能瓶颈。

这就好比有一位经验丰富的同事在旁边指点：“注意这个地方，循环嵌套循环，数据量一大就容易出问题。”

借助外部工具链补足静态分析能力

MiMo Code 并没有重新发明轮子，而是更擅长串起现有的生态工具。举个例子，审查一个排序模块时，它可以：

• 直接运行 eslint --rule "complexity: [2, { max: 10 }]" src/sort.js，然后将结果解析给你看；
• 调用 pylint --enable=similarities 检查重复逻辑导致的隐式复杂度上升——很多时候复杂度问题并非算法本身，而是代码冗余造成的；
• 借助 Graphviz 自动生成模块依赖图，并提示“这个函数被 7 个高频调用路径引用”——看似一个小函数，实际影响面却很广。

记忆增强型审查：跨文件关联分析

传统静态分析工具最大的局限是只关注单个文件，缺乏上下文。MiMo Code 的 SQLite FTS5 记忆系统解决了这一问题——它能记住前期审查中发现的设计约束。比如：

• 上次审查时你标注过“所有 IO 操作必须异步且超时 ≤2s”，下次它看到新函数里有个同步 IO，就会主动提醒你违反约定；
• 发现某算法频繁访问全局状态，它会比对 MEMORY.md 中记录的架构决策，然后指出“这与‘无共享内存’原则冲突”；
• 遇到递归函数，它还能回溯历史任务进度日志，确认是否在其他模块中已经做过类似优化，避免重复工作。

这种跨文件、跨会话的记忆能力，让复杂度审查不再是孤立的点状分析，而是有根可循、可追溯的流程。

人工+AI 协同审查建议

MiMo Code 给出的不是最终结论，而是一条条可验证的线索。它更倾向于输出操作导向的提示，例如：

• “src/utils/mergeSort.ts 第 42 行：三层嵌套 for 循环，当前输入规模上限为 10⁴，预计最坏耗时 120ms —— 建议改用分治合并或引入缓存”；
• “检测到 3 处相同 hash 计算逻辑重复出现，/distill 命令可自动提取为公共函数”；
• “该函数 cyclomatic complexity = 18（SonarQube 报告），超出团队阈值。是否需要我帮你拆解为两个职责更单一的函数？”

总之，它不会越俎代庖为你做决策，但能把复杂度问题从抽象的数学概念，变成终端里一行可执行、可验证、可追溯的具体操作。这正是工程化审查该有的样子。