MiMo Code的核心优势在于基于架构意图、接口契约和依赖关系实现跨库连贯迁移。它提供Build、Plan、Compose三种Agent模式，依托package.json等上下文扫描、SQLite记忆系统及关键节点人工确认机制，确保安全可控的自动化转换。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的核心优势之一，就是能真正理解项目上下文并跨库执行连贯任务——它不是简单地“翻译语法”，而是基于架构意图、接口契约和依赖关系，完成有逻辑的迁移与适配。自动化实现不同库之间的转换，关键在于用对模式、喂准上下文、管住边界。
明确转换目标，选对启动模式
不同转换场景对应不同 Agent 模式：
-
Build 模式：适合已知目标库、需修改现有代码的场景（如把 Axios 替换为 Fetch + 自定义封装）。直接运行
mimo进入默认 Build 模式，再用/convert axios → fetch类指令触发分析。 - Plan 模式：适合评估可行性或做技术选型（比如对比 React Router v5 和 v6 的迁移成本）。按 Tab 切换到 Plan 模式后输入 “分析从 v5 升级到 v6 的路由重构要点”，它会输出影响面、风险点、关键 API 映射表，不写一行代码。
- Compose 模式：适合端到端交付（如把一个 Vue 2 + Vuex 项目完整迁移到 Vue 3 + Pinia）。按 Tab 进入 Compose，输入 “将 src/ 下 Vue 2 组件和 store 迁移为 Vue 3 Composition API + Pinia”，系统自动走完需求拆解→API 对齐→文件重写→测试补全→diff 审查全流程。
喂给它足够扎实的上下文
MiMo Code 不靠猜，靠读。它会主动扫描：package.json（识别当前库版本与依赖关系）、tsconfig.json / babel.config.js（锁定构建约束）、已有测试文件（反推接口行为），以及你手动补充的 CONVERT.md（推荐新建此文件，写清转换原则，例如：“保留所有副作用函数签名”、“Vuex action 必须转为 useStore() 中的 setup 函数”）。
如果项目结构复杂（比如微前端中多个子应用共用一套工具链），建议先在根目录运行 mimo /scan，让它生成一份 ARCHITECTURE_SUMMARY.md，再基于这份摘要发起转换指令，准确率明显提升。
用好记忆系统，避免重复踩坑
跨库转换常涉及反复试错（比如某次把 Lodash 的 _.debounce 转成原生 setTimeout 后发现防抖逻辑失效）。MiMo Code 的 SQLite 记忆系统会自动记录：
- 你否决过的方案（如 “reject: 用 requestIdleCallback 替代 debounce”）
- 已验证的等效映射（如 “lodash.debounce ↔ (fn, ms) => { let t; return () => { clearTimeout(t); t = setTimeout(fn, ms); } }”）
- 项目特有的约束（如 “本项目禁止使用 Promise.allSettled”）
下次再处理类似转换时，它会主动引用这些记忆，跳过已被证伪的路径。你也可以手动运行 /dream 让它定期归档经验，把零散尝试沉淀为可复用的转换规则。
接管关键环节，不交出控制权
自动化不等于全自动。MiMo Code 在关键节点会暂停并等待确认：
- 检测到模糊接口（如某个自定义 Hook 同时被 Vue 和 React 文件调用）时，会列出 2–3 种兼容方案供你选择
- 修改
package.json前，生成 diff 预览并标注潜在 breaking change - 生成新测试用例后，自动运行
npm test并高亮失败项，支持你用/fix test让它针对性修正
所有操作都通过 Git 分支隔离（默认创建 mimo-convert-xxx 分支），你随时可以 git checkout main 回退，安全无负担。
