mimo code 要精准执行“迁移登录逻辑”等复杂需求，须四步：①重建项目索引锚定文件结构；②拆解为含具体字符串/路径/命令的可验证子目标；③注入.knowledge.md领域知识覆盖模型盲区；④用compose模式串联多步推理并传递输出。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让 MiMo Code 真正读懂你那句“把用户登录逻辑迁移到新鉴权模块”，而不是只改一个文件名或硬塞几行空代码，关键不在换模型，而在给它可追溯、可验证、带约束的上下文输入方式。这一步做错，后续所有指令都会在错误前提下自我强化。
用项目记忆锚定需求边界
首次运行 mimo 进入 TUI 后，不要直接输入需求。先按Ctrl+M打开记忆面板 → 选择「重建项目索引」→ 等待进度条走完（通常 3～12 秒，取决于 【.gitignore 中未排除的源码文件总数】）。
这一步强制 MiMo Code 跳过模糊的语义猜测，从真实文件结构出发建立符号引用树。若跳过此步，它会用 LLM 自行补全缺失路径，导致后续修改散落在错误目录或生成虚构文件。
重建完成后，在记忆面板底部输入一句自然语言描述：“这是电商后台的 Spring Boot 3.3 项目，核心鉴权由 AuthModule 实现，所有 Controller 层调用需经 JwtFilter。” → 按回车确认存为「项目背景快照」。
拆解需求为可验证子目标
直接说“重构登录流程”会让 MiMo Code 进入 Plan 模式后无终止条件。必须手动切分为带明确验收点的原子任务：
方法一：用 Goal 停止条件锁定输出形态
在输入框键入：Goal: 输出一个 diff 补丁，仅包含 AuthModule/src/main/java/com/shop/auth/ 下 3 个文件的修改，且 patch 中必须出现 @PreAuthorize("hasRole('USER')") 字符串
方法二：绑定真实工具链触发验证
输入：执行命令：./gradlew test --tests "*LoginControllerTest.shouldRejectInvalidToken*" → 若失败，暂停并列出所有 JwtFilter 调用点
注意：Goal 条件必须含【具体字符串/文件路径/命令返回值】，不能写“更安全”“更清晰”这类不可判定描述。
注入领域知识覆盖模型盲区
当需求涉及私有协议（如内部 RPC 接口规范）或硬编码约束（如“所有 token 必须用 AES-256-GCM 加密”），仅靠模型推理会出错。此时需主动注入：
① 在项目根目录创建 .mimo/knowledge.md 文件，写入三类内容：
— 已知接口契约（含请求/响应字段、HTTP 状态码）
— 禁止操作清单（如“禁止修改 UserServiceImpl 的构造函数”）
— 领域术语映射表（如“‘灰度’= feature_flag_enabled == true”）
② 启动时加参数强制加载：mimo --knowledge .mimo/knowledge.md
③ 输入需求时追加提示：请严格遵循 .mimo/knowledge.md 中的加密规范和禁止项，忽略任何与之冲突的通用最佳实践
这步跳过会导致 MiMo Code 用公开 Java 安全指南覆盖你的生产环境硬性要求，生成无法上线的代码。
用 Compose 模式串联多步推理
对跨模块需求（如“登录成功后同步更新用户画像服务”），单次 Plan 模式易遗漏依赖。必须启用 Compose 模式：
第一步：在 TUI 中按Ctrl+Shift+C切换至 Compose 工作区
第二步：依次添加三个子任务节点：
— 节点1（Build）：分析 AuthModule 中所有 LoginController 方法签名
— 节点2（Plan）：检索 user-profile-service 的 OpenAPI spec，提取 /v1/profile/update 接口定义
— 节点3（Shell）：运行 curl -s http://localhost:8080/actuator/health | jq '.status' 验证服务连通性
第三步：点击「连接节点」图标，将节点1输出 → 节点2输入，节点2输出 → 节点3输入
第四步：在根节点输入最终指令：基于以上三步结果，生成 AuthModule 调用 profile service 的 FeignClient 和回调处理逻辑
