MiMo Code 不是那种你丢一句“帮我写个登录”就能自动交活的工具。它更像一个需要你用开发者思维去协作的智能搭档——自带记忆、能追问、会拆解任务，但前提是：你得先把“谁、在哪、要什么、为什么”说清楚。沟通质量，直接决定了产出质量。

用项目上下文代替零散提问

别一上来就问“帮我加个登录功能”。MiMo Code 的持久记忆系统依赖你主动注入结构化信息。启动后第一件事，是让它读取项目根目录并生成概览：

• 输入 /project-info，让它自动扫描目录结构、识别框架和关键配置文件
• 接着用 /interview 模式，像带新人一样引导它提问：“这个用户权限模块由哪些服务组成？”“支付回调验签逻辑在哪个类里？”
• 确认后，它会自动生成 MIMO.md —— 这份文件就是它的“入职手册”，后续所有操作都基于此理解上下文

用具体路径和状态描述替代模糊要求

“修复 bug”这个需求太模糊了。换成“修复 src/api/order.ts 第 87 行，在并发调用时因未加锁导致返回重复订单 ID”试试看？MiMo Code 的 Compose 模式会据此定位文件、复现逻辑、生成补丁并附带单元测试。

• 指明文件路径、行号、复现场景（如高并发、空参、特殊字符）
• 描述当前行为与期望行为的差异，例如：“现在返回 500，期望返回 400 并携带 error_code=INVALID_PARAM”
• 引用已有代码作为范例：“仿照 src/utils/date-format.ts 的格式化方式处理时间字段”

用模式切换代替连续追问

MiMo Code 的三种核心模式各司其职：Plan 模式做技术方案设计，Build 模式执行单点修改，Compose 模式端到端交付完整功能。别在一个模式里反复催它“再改一下”，主动切换才是正解：

• 按 Tab 进入 Compose 模式，输入“实现微信扫码登录，含前端弹窗、后端验签、用户绑定逻辑”——它会自动分阶段推进
• 若某阶段输出不理想，退出 Compose，进入 Plan 模式重审架构：“是否应将验签逻辑下沉至中间件层？对比当前实现与中间件方案的扩展性”
• 确认方案后，再进 Build 模式精准修改指定文件，避免全局误改

定期用 /dream 命令收敛记忆

长时间使用后，会话碎片难免增多。MiMo Code 的 /dream 命令不是彩蛋，而是工程化维护手段：每 7 天自动触发一次，合并重复记忆、验证路径有效性、压缩冗余上下文，并更新全局状态。

• 手动执行一次：/dream --force，尤其在完成大功能或切换项目后
• 观察右侧 TUI 状态看板中 “Memory Health” 指标，绿色代表记忆结构健康
• 如果发现某次修改没被记住，检查是否在非项目根目录下启动了 MiMo Code —— 它的记忆锚点依赖工作目录