文章目录
上一篇聊的是个人怎么把 Vibe Coding 做扎实：效率可以交给 AI，理解不能外包。个人这一关基本过了，工具链也稳定了，下一个问题躲不开：团队能不能一起这么干。
已经有人在跑。我了解到的情况，阿里、得物内部都开始在团队层面试水 Vibe Coding，得物是基于 Multica 做的内部改造。
Multica 是个开源项目，更新迭代很快。我自己初步试用下来，功能上比较流畅。它按敏捷的概念组织，任务驱动，Agent 之间的协同也顺。代价是 token 消耗比本地高不少，Agent 与 Agent 之间的沟通成本摆在那里。
不过，要把它当成团队内部的开发平台，工具只占一半，另一半要大改的是协同。
以前的协同就是人和人。现在多了两层：人和 Agent，Agent 和 Agent。团队自己的开发习惯，代码评审怎么做、分支怎么管、文档放哪、任务怎么拆，都要灌进这三层里。人、团队、平台之间的磨合，省不掉。
还有一个变化藏得深一点：你的角色会变。
在本地用 Claude、Codex，你是参与者，自己写代码，也让 AI 写。到了 Multica 这种平台，你更像一个 leader：拆任务、分任务、盯交付。从参与者变成指挥者，这种剥离感短时间很难适应。跟现实里从开发转管理，是同一种剥离感，那套纠结会在平台里重来一遍。这个方向大概率躲不开，早体会比晚体会好。
这种感受，在本地单机用 Claude、Codex 给不了你。这也是我建议深度试用的原因。
上手前，先记六条经验
并行度先设成 1。 不然 Agent 会把串行任务并行开工，前期场面很乱。等你逐步摸清它的脾气，再往上加。
文档落到仓库里。 Multica 按 workspace 组织，workspace 里没有项目 wiki 这类知识库。稳妥的做法是要求 Agent 把文档写进本地仓库，跟着仓库走。
角色定义可以抄作业。 Multica 可以自由定义 Agent，不知道怎么定义角色，就从 workbuddy、qwenwork 的专家定义里抓一份过来，先跑起来，后面再优化。
token 要有预算。 每个 Agent 的上下文独立，互相不共享，消耗自然高。上团队之前，这笔账先算清楚。
任务分发留个兜底。 Agent 内部可以协同，但有时任务交付出去没有指定接收人，得你手动分。可以加一个定时任务，让项目经理 Agent 定时把这类任务接走。
最后一个，套娃。 Multica 会把它自身使用的 Skill 默认注入到客户端的 Agent 里。你可以把这两个 Skill（在源代码里让 AI 帮你找一下）复制到常用的工具下面，Claude、Codex 都行。这样编码过程中不用进 Multica，本地直接指挥 Agent。再进一步，让 AI 帮你 review 开发过程中的 Agent，把流程也捋一遍。相当于套娃吧。
值不值得上
Multica 未必是你未来的平台，它自己的协同那一关也还没完全解好。但个人开发模式和团队开发模式的差异，只有实际用进去，才会有直观感受。
我的建议就一条：深度用一段时间。这种差异，说的不算，用的才算。