mimo code 是面向开发者的终端 ai 编程代理，专注代码层问题修复，支持语法纠错、逻辑缺陷修正、api误用修复及测试根因定位，通过 mimo fix 命令结合上下文自动扫描并生成安全 patch，不介入基础设施运维。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是通用运维工具，而是面向开发者的终端 AI 编程代理，它的“自动修复”能力聚焦在代码层问题的识别与修正，而非服务器、容器或基础设施层面的故障恢复。它能帮你修 bug、补缺失逻辑、重构异常处理分支，但不会重启服务、清理磁盘或扩容节点。
它能修什么类型的“错”？
典型适用场景集中在开发阶段和轻量级运行时问题：
- 语法错误与类型不匹配：比如 TypeScript 类型断言失败、Python 变量未定义、JSON 解析报错等；
- 逻辑缺陷：空指针访问、循环边界越界、条件分支遗漏（如缺少 else 处理）、异步等待缺失；
- API 使用偏差：调用外部 SDK 时参数错位、返回值解析方式错误、未处理 HTTP 状态码分支；
- 测试失败根因定位：结合单元测试报错堆栈，反向推理出被测函数中哪一行逻辑导致断言失败。
怎么让它开始“修”？
关键在于提供足够上下文和明确指令。MiMo Code 在本地项目中运行，依赖你当前目录下的代码结构、依赖声明（package.json/pyproject.toml）和近期 git 提交历史。
- 进入项目根目录后，执行 mimo fix，它会自动扫描最近一次 git diff 中修改的文件，结合报错信息尝试修复；
- 也可以直接指定文件：mimo fix src/utils/date.ts；
- 若已有错误日志（比如 Node.js 启动时报错），可复制堆栈粘贴进命令行，加 --log 参数，它会解析上下文并定位到源码位置；
- 支持自然语言描述问题，例如：mimo "用户登录后跳转首页失败，检查 authMiddleware 是否漏传 next"。
它怎么保证“修得安全”？
MiMo Code 的设计默认不覆盖原始代码，所有改动都走审阅流程：
- 生成修复建议后，会以 patch 形式展示差异（类似 git diff），高亮修改行并附带修改理由；
- 支持一键应用（y），也支持拒绝（n）或手动编辑后再确认；
- 每次修复都会创建临时 checkpoint，若应用后引发新问题，可用 mimo restore 回退到前一状态；
- 对涉及数据库操作、网络请求或敏感配置的代码，会主动标记“需人工复核”，不自动执行。
和真正的生产环境自愈系统有什么区别？
它不接入 Prometheus、不监听 K8s 事件、不调用 Ansible，也不具备跨进程诊断能力。它的作用域止步于单个应用进程内的代码行为。
- 如果你的服务因内存泄漏 OOM 被驱逐，MiMo Code 看不到这个事件，它只会在你本地运行 npm run dev 报错时介入；
- 如果线上 Redis 连接超时导致大面积失败，它无法感知连接池状态，但能帮你把 redis.get(key) 改成带 fallback 的写法；
- 真正的生产自愈（如 AI Agent Harness）需要部署在集群侧，而 MiMo Code 是你的 IDE 延伸，属于“开发态智能辅助”，不是“运行态免疫系统”。
