编写简洁且易于维护的代码，核心并非“写得多快”，而在于“思路清晰、规范统一、变更可控”。MiMo Code 的设计理念正是围绕这三大要点展开——它不仅仅是生成代码，更能将整体结构、设计意图以及演进路径一同沉淀下来。一句话归纳：先想清楚架构设计，再记住团队的编码约定，最后确保每次改动都不出乱子。

具体如何实现？我们从几个关键环节逐一拆解。

利用 Compose 模式启动完整的思考链条

直接输入需求——例如“实现一个带缓存的 fetch 函数，支持 TTL 和错误重试”——然后按下 Tab 进入 Compose 模式，MiMo 不会跳过设计规划阶段。它会先生成接口契约、缓存策略说明、错误分类图谱，再动笔编写代码。这种分层输出方式天然解决了“逻辑堆砌、缺乏注释、难以替换”的常见痛点。

• 输出默认附带 JSDoc 或 Python docstring，字段含义与边界条件一目了然
• 函数职责单一，复杂流程拆分为小单元（如 parseUrl、fetchWithRetry、cacheHitOrMiss）
• 关键分支附带 @example，覆盖正常流程、空值、网络失败等典型场景

依托项目记忆固化团队约定

MiMo 在首次运行时会自动生成 MEMORY.md，记录你对命名规范、错误处理风格、日志粒度等方面的偏好。后续所有生成的内容都会自动对齐这些规则——比如你曾要求“所有 API 错误统一抛出 ApiError 类”，那么它之后就不会再使用 throw new Error() 这种随意写法。

• 修改 MEMORY.md 即时生效，无需重新训练模型
• 多人协作时，该文件可纳入 Git 管理，新成员能快速继承已有风格
• 当需求模糊时（例如仅说“优化性能”），它会回溯历史中同类优化案例，复用经过验证的方案

通过 /dream 压缩冗余，保留主干逻辑

频繁迭代后，记忆可能堆积大量细节。执行 /dream，子 Agent 会识别重复模式（例如多次生成相似的防抖封装），将它们合并为通用模块说明，并剔除临时调试代码、废弃分支等噪音。

• 压缩后保留的是“为什么这样设计”的核心理由，而非“当初如何尝试”的过程
• 生成的简报会标注哪些函数被高频调用、哪些配置常被修改，提示维护重点
• 每次压缩结果可人工校验，支持 /dream --dry-run 预览变更

语音+终端闭环验证可维护性

写完代码后，直接用语音说“运行测试”或“检查 ESLint”，MiMo 会自动执行对应命令并反馈结果。如果发现潜在耦合，比如某函数依赖未声明的全局变量，它会在审查阶段指出，并建议将其提取为参数或注入依赖。

• 所有操作在终端内完成，无需切换 IDE，避免打断上下文
• 测试失败时，不仅报出错误行号，还关联到最初的需求描述和 MEMORY.md 中的设计约束
• 支持 /refactor 指令，针对指定函数提供安全性、可读性、性能三个维度的重构建议