mimo code通过共享记忆、会话检查点和跨角色接力实现高效团队协作：初始化项目上下文后，用/save创建语义化检查点，/load加载复用，/dream自动收敛共识并更新规范。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让多个开发者在同一个代码库上协同推进功能开发、修复缺陷或重构模块，而不是各自在孤立会话里重复解释背景、重读PR、反复对齐接口——MiMo Code 的项目协作机制正是为解决这类真实团队痛点而设计，它通过共享记忆、会话检查点和跨角色接力，把分散的个体操作聚合成连贯的工程流。
初始化项目级共享上下文
进入你的目标项目根目录，确保该目录下存在 .git、package.json、pyproject.toml 或 Cargo.toml 等标志性文件。这一步不可跳过，【MiMo Code 启动时会自动扫描目录结构并构建项目记忆图谱，若目录为空或无源码文件，后续所有跨文件、跨成员协作将无法触发】。
执行命令启动 MiMo Code：mimo。
首次运行时自动加载 MiMo-V2.5 模型并初始化 SQLite 记忆库，等待右侧面板显示“✅ 项目已加载”和“? 记忆就绪”状态。此时所有成员只要在同一物理路径下启动 mimo，即可共享同一套记忆快照。
用 /save 创建可复用的会话检查点
当某位成员完成需求分析或初步编码后，输入 /save feature/payment-refund-flow（名称需语义清晰，含模块+动作）。
系统会将当前完整上下文（含 Git 分支、已修改文件、未提交 diff、Plan 阶段输出的任务清单）打包为带时间戳的检查点，存入项目级 SQLite 记忆库。
其他成员可在任意终端进入同一项目目录后，直接输入 /load feature/payment-refund-flow 加载该检查点，无需重新描述需求或解释技术选型依据。
注意：检查点默认仅对当前 Git 用户可见；如需跨角色共享，需追加权限参数，例如 /save feature/payment-refund-flow --public，否则前端同事加载时会提示“无访问权限”。
按角色接力执行 Compose 流水线
前端同学加载检查点后，输入指令：“补全 React 组件 LoginForm.tsx 的退款按钮交互逻辑，并同步更新 i18n/en-US.json 中的文案”。AI 自动定位已标记的待改文件，不重复分析后端契约。
后端同学在同一检查点下输入：“生成 refundOrder 接口的 FastAPI 路由、Pydantic 模型及单元测试”。系统调用 Build Agent 修改 backend/routers/order.py，并基于 Plan 阶段已确认的数据库事务隔离级别自动注入 rollback 测试逻辑。
测试同学输入：“对本次变更路径 src/**/refund* 运行边界值覆盖测试，输出失败用例摘要”。Reporter Agent 自动提取三者修改范围，生成最小化测试集并注入 mock 数据源，避免全量跑 test suite 拖慢反馈。
所有操作均基于同一份项目记忆运行，比如你上次在 PR 评论中强调“退款金额必须经幂等校验”，AI 在生成新路由时会主动插入 idempotency_key 字段校验逻辑，无需再次提醒。
用 /dream 收敛团队共识
方法一：定期手动触发
每周五下午三点前，在项目根目录运行 mimo --dream，系统自动拉取过去7天内所有检查点、PR 评论、commit message 和本地会话日志，识别高频冲突点与最终采纳方案。
例如多人曾就“是否在 refund 接口返回原始支付渠道错误码”反复讨论，/dream 会提炼出最终结论：“仅返回统一 error_code，详情写入 debug_log 字段”，并更新 MEMORY.md 中的《错误处理规范》章节。
方法二：自动压缩长会话
当单次会话 token 即将超限时，Writer Subagent 会主动弹出提示：“检测到上下文膨胀，是否运行 /dream 压缩？保留关键决策，丢弃临时草稿”。点击确认后，系统生成精简摘要并替换原会话快照，后续所有子 Agent 均基于该摘要推进，不会丢失架构意图。
