mimo code 是能理解项目上下文、识别错误模式并跨文件自动注入健壮错误处理逻辑的终端编程 agent；它通过四层记忆体系复用错误规范，支持 max mode 闭环执行与 dream/distill 自动进化。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是写几行 try-catch 的辅助工具，而是能理解项目上下文、识别错误模式、并跨文件自动注入健壮错误处理逻辑的终端编程 Agent。它把“加错误处理”这件事从手动补丁升级为可规划、可验证、可回溯的开发任务。
明确任务输入：用自然语言描述真实场景
不要输入“加个错误处理”，要给出具体上下文和约束：
- 当前在 src/services/api.ts 中调用
fetchUser()，但未处理网络超时或 401 响应 - 要求统一使用 Toast.error() 提示用户，且 401 时跳转登录页
- 避免修改已有业务逻辑，只增强防御性代码
执行命令：mimo "为 fetchUser 添加网络与认证错误处理，按项目规范使用 Toast 和路由跳转"
依赖项目记忆：确保它“记得”你的错误规范
MiMo Code 的四层记忆体系（尤其是项目级记忆）会自动捕获你之前定义的错误处理风格。如果你已在其他模块中用过 handleApiError() 工具函数，它会优先复用；如果没定义，它会在 Plan 阶段主动询问是否新建通用错误处理器，或直接按你当前提示生成一致结构。
若首次使用，建议先运行一次：mimo "总结本项目已有的错误提示方式和状态码处理约定"，帮助它建立初始记忆锚点。
启用 Max Mode + Goal 停止条件保障落地质量
普通模式可能只改一行代码就返回，而错误处理常需多步协同（改调用处、加工具函数、更新测试）。开启 Max Mode 可强制它完成闭环：
- 自动检查是否所有调用点都被覆盖（不只是当前文件）
- 尝试运行
npm test或对应测试命令，验证新增逻辑不破坏原有行为 - 生成变更摘要，并列出待人工确认项（如“是否需在 403 场景也跳转？”）
命令示例：mimo --max "为 api 层添加错误处理" --goal="所有 fetch 调用有 fallback，测试通过"
后续维护：用 Dream/Distill 持续进化策略
当某次错误处理被你手动调整（比如把 Toast 改成 Modal），MiMo Code 的 Distill 机制会在下次同类任务中自动对齐你的新偏好。它还会通过 Dream 模式模拟异常路径（如伪造 503 响应），提前验证处理逻辑鲁棒性，而不是等线上报错才补救。
这种进化不依赖你每次提醒——只要你在 CLI 中确认过一次修改，它就记入项目记忆，下次同类任务自动生效。
