mimo code通过plan模式结构化拆解复合开发任务：先运行mimo plan启动，构建依赖图、文件影响图和执行顺序图三层子图，支持/edit、/drop、/merge干预，并可/show plan查看或/export plan导出任务计划。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你让MiMo Code执行“用Vue3重构登录页并接入OAuth2.0”这类复合需求时，它不会直接跳进写代码，而是先停顿半秒——这半秒里，它正在拆解任务树、识别依赖、预判风险点。任务拆解不是模型自由发挥，而是由MiMo Code的Plan模式驱动的结构化推理过程。
启动Plan模式并触发任务拆解
在项目根目录下运行mimo plan，输入自然语言需求（如：“给现有Express后端添加JWT鉴权中间件，并同步更新前端Axios拦截器”）。【必须在Git仓库内执行，否则无法读取项目结构与依赖文件】
终端会立即显示“? 正在解析项目拓扑…”，随后进入Plan状态看板，顶部显示当前会话ID与模型加载状态。
这一步不能用mimo chat替代——chat模式只做问答，不激活任务图谱生成能力。
理解MiMo Code的三层拆解逻辑
它不是线性分步，而是并行构建三张子图：
① 依赖图：扫描package.json、tsconfig.json、pyproject.toml等配置文件，标出已安装包、缺失依赖、版本冲突点；
② 文件影响图：基于AST静态分析，识别需修改的源文件、关联测试文件、配置文件（比如改JWT密钥必然触发.env和auth.config.ts双改）；
③ 执行顺序图：自动判断“先装jsonwebtoken再写中间件”是硬性依赖，“前端拦截器可并行开发”是软依赖，据此生成带优先级的执行队列。
若检测到node_modules未安装，会主动暂停并提示⚠️ 检测到未安装依赖，请先运行 npm install 或 pnpm install，不强行继续。
干预与修正拆解结果
方法一：用/edit命令重写某节点描述
当拆解出“新增/api/v1/auth/refresh接口”但你实际只需要/auth/refresh时，在Plan看板中输入/edit api/v1/auth/refresh → /auth/refresh，系统将实时重绘路径并刷新后续节点。
方法二：用/drop删除冗余分支
若拆解包含“编写Swagger文档”，而你项目不用OpenAPI，直接输入/drop swagger，该分支连同其下游所有子任务将被移除，不影响其他路径。
【/drop操作不可逆，执行前无二次确认】
方法三：用/merge合并相邻节点
当出现“创建auth.service.ts”→“实现generateToken()”→“实现verifyToken()”三个孤立步骤时，输入/merge auth.service.ts，系统会把后两步折叠进第一个节点的详细说明中，减少执行轮次。
查看与导出拆解计划
输入/show plan，终端以缩进树状结构展示完整任务图，每个节点末尾标注预计耗时（单位：秒）与风险等级（?低 / ?中 / ?高）。
输入/export plan json，生成mimo_plan_20260625_1433.json，含完整依赖关系、文件路径、前置条件字段，可直接用于CI流水线校验。
输入/export plan md，生成带锚点链接的Markdown文档，点击任一节点可跳转至对应代码位置（需VS Code插件支持）。
