前几天我在同时跑 5 个 Claude Code 窗口。一个在改前端组件一个在写后端接口一个在修 bug一个在写文档还有一个在帮我重构数据库。听起来很爽对吧一个人指挥 5 个 AI 干活效率拉满。但实际情况是我像个保姆一样在 5 个窗口之间来回切换。这个改完了吗 那个卡住了吗 刚才那个 prompt 复制到哪了我甚至记不清哪个窗口是在干哪件事。更崩溃的是当我想给它们分配新任务的时候我得先停下来看看谁闲下来了。然后复制粘贴一段 prompt盯着它开始跑再切换到下一个窗口。这哪是AI 赋能啊这分明是我被 AI 赋能了。然后我看到了Multica。说实话第一眼看到这个项目的时候我以为又是个套壳的 Agent 管理工具。但等我把它那份 README 啃完我发现这东西跟我想的完全不是一回事。它不是让 Agent 干活是让 Agent 当队友这是最让我震撼的一点。我们平时用 Claude Code、Codex 这些工具本质上是在用工具。你给它一个 prompt它给你一个结果。就像你用锤子钉钉子一样。但 Multica 的思路完全不同。它把 Agent 变成了队友。什么意思就是你的 Agent 会出现在看板上会有个人档案会发表评论会创建 Issue会主动报告阻塞问题。你不需要再盯着它跑。你只需要像给同事分配任务一样把一个 Issue 分配给它。然后它就会自己接手自己干活干完了自己更新状态。如果遇到问题了它会像真正的队友一样在 Issue 下面留言这个我搞不定因为 XX 原因。这感觉完全不一样。你不再是那个在 5 个窗口之间来回切换的保姆。你变成了那个站在看板前面给团队分配任务的 Team Leader。Squads小队把 Agent 组织成团队如果说Agent 即队友是基础那 Squads 就是真正让我觉得这东西有点东西的功能。它可以把多个 Agent 组合成一个小队由一个 leader agent 带队。你直接把任务分配给小队leader 会判断谁最适合接手。这意味着什么意味着你不需要再关心这个任务应该给哪个 Agent。你只需要说前端组把这个需求做了leader 会自动把任务分给最合适的 Agent。如果你团队扩容了加了新的 Agent路由方式保持不变。你不需要重新配置任何东西。这就像真正的团队一样。你不需要知道每个成员的具体技能栈你只需要把任务交给团队团队内部会自己协调。可复用技能解决方案可以积累这个功能我觉得是被低估的。平时我们用 Agent每次都是从头开始。你今天让它写了一个部署脚本明天让它写另一个部署脚本它还是从头写。但 Multica 有个技能系统。每个解决方案都可以变成全团队可复用的技能。比如你今天让 Agent 写了一个数据库迁移脚本这个脚本就可以被保存成一个技能。下次再有类似的需求Agent 可以直接复用这个技能而不是从头写。这意味着你的团队能力是随着时间持续增长的。这就像真正的团队一样。老员工积累的经验可以传给新员工。团队的整体能力会越来越强。名字的故事向 Multics 致敬这里插一段有意思的。Multica 这个名字是在向 20 世纪 60 年代的 Multics 操作系统致敬。Multics 是个什么东西它是分时系统的开创者。在它之前计算机是批处理的一次只能跑一个任务。Multics 首创了分时系统让多个用户能够共享同一台机器同时又像各自独占它一样使用。后来 Unix 在有意简化 Multics 的基础上诞生强调一个用户、一个任务、一种优雅的哲学。Multica 认为类似的转折点正在再次出现。几十年来软件团队一直处于一种单线程的工作模式一个工程师处理一个任务一次只专注于一个上下文。AI Agent 改变了这个等式。Multica 将分时重新带回这个时代只不过今天在系统中进行多路复用的用户既包括人类也包括自主代理。一个小团队不该因为人数少就显得能力有限。有了合适的系统两名工程师加上一组 agents就能发挥出二十人团队的推进速度。这个故事我觉得挺有意思的。它不是在讲一个技术概念它是在讲一种哲学。我的判断Multica 最大的价值不是让 Agent 能干活。让 Agent 能干活的工具太多了。Claude Code、Codex、Cursor哪个不能让 Agent 干活它真正的价值是让多个 Agent 能像一个团队一样协作干活。它解决的不是怎么让 Agent 写代码的问题而是怎么让多个 Agent 高效协作写代码的问题。如果你只是一个人偶尔用用 Agent那 Multica 可能对你来说有点重了。但如果你是一个小团队想要用 Agent 来放大团队能力那这东西绝对值得试试。它不是在做一个Agent 工具它是在做一个Agent 团队管理系统。这个方向我觉得是对的。本文由 mdnice 多平台发布