MiMo Code 模块化重构的核心是“理解旧结构 + 安全拆分 + 自动验证”。它通过 mimo plan 扫描项目生成 ARCHITECTURE.md 标注耦合点，再以 build 模式执行带约束的原子拆分并自动补全配置，最后用 compose 模式派子 Agent 并行验证测试、构建与变更日志。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用 MiMo Code 做模块化重构，关键不在“写新代码”，而在“理解旧结构 + 安全拆分 + 自动验证”。它不是帮你补几行函数，而是把你从手动改 import、调接口、修路径的重复劳动里彻底解放出来。
先让 MiMo 看懂你的项目
模块化重构的前提是准确建模。MiMo Code 不靠猜，而是主动扫描：
- 运行 mimo plan 进入只读分析模式，它会自动识别目录结构、依赖关系、核心入口文件（如 main.ts、index.js）和已有模块边界
- 对复杂项目，可加 --deep 参数触发跨文件符号追踪，识别出被多处引用的“事实上的公共模块”
- 它生成的 ARCHITECTURE.md 会标注当前耦合点（比如某 service 同时处理数据和 UI 逻辑），这正是重构切入点
用 build 模式执行安全拆分
确认方案后切到 build 模式，用自然语言下达指令，MiMo 会自主完成原子操作：
- 例如说：“把 src/utils 下所有日期处理函数抽成独立模块 date-utils，保留原有导出名，更新所有引用路径”——它会批量重命名文件、修正 import 语句、同步更新 tsconfig paths
- 支持带约束的重构：“user-api 相关逻辑从 api/index.ts 拆出，新模块必须用 axios 封装，错误统一 throw ApiError”——它会校验生成代码是否满足该规则
- 每步修改前自动生成 diff 预览，按 y 确认才真正写入磁盘，避免误操作
自动补全配套动作
真正的模块化不只是挪代码，MiMo Code 会连带处理配套项：
- 新增模块后，自动在 jest.config.js 或 vitest.config.ts 中加入对应测试路径匹配规则
- 检测到新模块含副作用（如 init() 调用），会主动建议或创建 setupFilesAfterEnv 注册点
- 若项目启用 ESLint，它会检查新模块是否符合 import/no-cycle 和 no-restricted-imports 规则，并修复违规引用
用子 Agent 并行验证
重构完成后，别急着提交。启动 compose 模式，让它派子 Agent 同步干活：
- 一个子 Agent 执行 npm test -- --runInBand --testPathPattern=date-utils 验证新模块单元测试
- 另一个子 Agent 运行 npm run build 检查打包是否通过，特别关注 tree-shaking 是否生效
- 第三个子 Agent 扫描 Git 差异，生成本次重构的 CHANGELOG.md 片段，含模块职责说明和迁移提示
整个过程无需离开终端，也不用反复切换窗口查文档。MiMo Code 的记忆系统还会把这次拆分规则记进 MEMORY.md，下次重构类似模块时，它会主动提醒：“上次拆 date-utils 时约定 error 类型为 ApiError，是否沿用？”
