多会话协同对上 fork mode：两种多 Agent 哲学的实战差异

同时用 Claude Code 和 MiMo Desktop 做项目，最直观的差异是多 agent 的组织方式。 Claude Code 走的是 fork 与 subagent 路线。fork 现在默认开启，子 agent 继承完整对话历史和 prompt cache，意味着你派一个子任务出去不用重新解释上下文，成本也低。单会话 subagent 上限取消，默认能跑 20 个并发。适合的场景是：一个主任务发散出若干确定性较强的子任务，比如"把这个模块的测试补齐"拆成五个文件各写一批。 MiMo Desktop 走的是多会话团队路线。多个 session 可以互相通信、彼此协作，每个 session 有独立记忆、独立工作区、独立任务状态。适合的场景是：一个项目需要几条并行且长期演进的线，比如前端 UI 一条线、3D 资产管线一条线、构建部署一条线，三条线各有自己的上下文积累，不需要共享全部历史。 落到实际项目上，我的用法是这样的：需求拆解和跨模块重构用 Claude Code，因为 fork 出来的子 agent 能继承完整上下文，改动的连贯性好。并行推进互不干扰的工作面用 MiMo Desktop 多会话，比如一边调 UI 引擎的渲染层、一边处理 glTF 资产优化，两边的上下文互不污染。 一个容易踩的坑：无论哪种模式，都要给 agent 划定文件写入边界。多 agent 并行最常见的故障是两个 agent 同时改同一个文件，靠后写入的把前一个的改动覆盖掉。最土但最有效的办法是用 git worktree 给每条线一个独立工作目录，合并时人工过一遍。