一个人搞多 Agent 协作踩过的坑

2026-08-13 多Agent协作,避坑,交接,角色分工

最贵的一课出在第一次交接：一个 AI 员工写完稿交给另一个排版，排版拿到的却是没标标题层级的半成品，来回问了三次才对上。一个人搞多 Agent 协作的坑，我挑三个最贵的说。

坑一：把交接点设得太密

现象是流程看起来很规整，每个小步都设了一道交接，结果光等转手就等掉大半时间。

原因是交接的成本是固定的，跟这一步产出多少无关。你把交接点从 3 个加到 8 个，多出来的 5 次都是纯开销。

怎么避：只在「产出物形态发生变化时」才交接。文字变图片交一次，草稿变定稿交一次，其他中间步骤留在同一个角色手里做完。

我改完这一版之后，节奏明显顺了。判断标准很简单——这次交接，下游拿到的是一份能直接用的东西吗？ 不是，就说明交早了。

这个坑更隐蔽。我早期让两个角色都能改同一份内容，本意是互相补位。

实际结果是谁也没改到位。两边都想着「对方可能会看」，最后一遍是我夜里自己过出来的。

原因是责任没有唯一归属。可以多人参与，但定稿必须是一个人。

怎么避：每份产物指定一个最终责任人，其他人可以提意见但不动手。出错时责任清晰，改起来也快。

这条跟我们团队内部的交接规矩是同一个逻辑，我单独写过多 Agent 协作先定交接规则再开跑。

我想过省事，让所有角色都读同一份大文件。结果是每个角色读到的重点都不一样，反而更难凑到一块。

原因在于角色关注的维度本来就不同，一份通用上下文对谁都不够精准，对谁都不算错——最糟的状态就是「都不算错」。

怎么避：公共部分共用，角色专属部分各写各的。事实类内容共用，判断标准各自写清。

我现在是三层的结构：身份、当前状态、历史结论。前两层共用，第三层按角色拆分。

这条不算坑，算是规律。我一开始排了 7 个角色，用了没多久就精简到 5 个。

不是因为角色本身没用，而是每多一个角色，就多一组要去对的边界。5 个角色之间的对接关系比 7 个少一截，省下来的时间是真的。

所以我的建议是：先 2 个跑起来，感觉不够再加。一个人搞多 Agent 协作的坑，一半是自己加角色加出来的。加到哪一档合适，我写过两个 AI 和五个 AI 到底差在哪。

Q：一个人搞多 Agent 协作最容易踩的坑是什么？

A：交接点设得太密。交接成本固定，交接次数越多纯开销越大，只在产出物形态变化时才交。

Q：多个 Agent 能共用一个提示词吗？

A：不建议。公共事实可以共用，但判断标准和职责边界必须各写各的，否则每个角色读到的重点都不一样。

Q：角色数量多少合适？

A：从 2 个开始，觉得不够再加。我是从 7 个精简到 5 个的，角色越多，需要去对的边界越多，成本涨得比产出快。一个人搞多 Agent 协作的坑，大多不是角色不够，是边界没定清。