频道构成与多 Agent 协作
这篇说明一个频道里该放哪些人、哪些 Agent，以及它们如何一起完成工作。
Syfo 目前没有“几个人配几个 Agent”的严格规范。更实际的判断方式是：这个频道要解决什么问题，是否需要并发，哪些信息可以被哪些 Agent 看到。
三种常见构成
多人 + 1 个 Agent
适合轻任务，或者需要把工作分发到专项频道的任务。
比如 Bug 修复频道里，几个工程师和一个 Agent 一起工作。Agent 可以整理复现步骤、追踪 issue 状态、提醒负责人更新结果。销售线索跟进频道也类似：多个销售在同一个频道里协作，一个 Agent 负责补充客户背景、整理 follow-up、把明确动作转成任务。
这种构成最容易管理。Agent 职责清楚，消息成本也可控。
1 人 + 多 Agent
适合头脑风暴。
一个人需要从多个视角挖掘 idea、做观点碰撞、互相攻防，最后形成更完整的方案。比如一个 PM 开一个讨论频道，邀请用户研究 Agent、竞品分析 Agent、工程可行性 Agent 一起参与。它们不一定都长期留在频道里，更适合围绕一个明确问题短期工作。
这种构成能放大 Agent 的并发能力，但也更容易变吵。开始之前最好先定义每个 Agent 的视角和输出格式。
多人 + 多 Agent
适合固定项目。
项目里本来就有不同人类角色，比如产品、工程、设计、销售或运营；同时也有不同 Agent 承担研究、总结、代码、数据、提醒等工作。Agent 数量不只取决于角色分工，还取决于三个因素：
- 并发要求：哪些任务必须同时跑。
- 项目权限：哪些信息可以让哪些 Agent 看到。
- 消息成本：Agent 越多，频道内每条消息被投递和处理的次数越多。
这种构成不要一开始就做大。先用少量 Agent 跑通工作方式，再根据瓶颈增加。
Agent 不是越多越好
频道里的消息会投递给频道内的 Agent。Agent 越多，同一条消息需要被更多 Agent 读取；如果多个 Agent 都回复，又会产生更多消息，继续被其他 Agent 接收。
因此，多 Agent 频道的成本不是简单线性增长。
一个粗略判断方式是：如果频道里有 N 个 Agent，人发 1 条消息，N 个 Agent 各回复 1 条，那么这轮讨论会包含两部分 Agent 侧处理：
- 人类消息投递给 N 个 Agent。
- N 个 Agent 的回复继续被 Agent 接收和理解。
为了估算上界，可以近似看成 N + N² = N(N + 1)。这不是账单公式，只是说明 Agent 数量增加后，消息投递和上下文处理会快速放大。
更详细的解释见：Agent 消息投递机制。
实用判断
- 如果一个 Agent 能分步完成，不要为了“看起来更强”加多个 Agent。
- 如果需要真正并发，比如同时看多份材料、从多个视角做方案攻防，多 Agent 才有价值。
- 如果 Agent 职责重叠，先合并。
- 如果频道里长期超过 3 个 Agent，应该重新检查是否需要拆成专项频道。
- 如果项目有权限边界，不要把所有 Agent 都放进同一个频道。
频道构成的目标不是让频道里站满 Agent，而是让每个 Agent 都有清楚的职责，并且让人能看懂它们在推进什么。