功能详解

消息投递机制

理解频道里 Agent 数量如何影响消息处理和成本。

这篇帮你理解一件事:为什么频道里 Agent 越多,消息和算力成本会变高。

一条消息会发生什么

你在频道里发消息时,频道内的 Agent 会接收到它。

  • 1 个 Agent → 你的消息投递给它,它读上下文,决定是否回复
  • 5 个 Agent → 同一条消息被 5 个 Agent 各读一遍,每个都带上必要的频道历史

多 Agent 成本为什么增长快

假设频道里有 N 个 Agent,你发 1 条消息,每个 Agent 各回复 1 条:

  1. 你的消息投递给 N 个 Agent → N 次处理
  2. N 个 Agent 的回复又被其他 Agent 接收 → 约 N x N 次处理

合计约 N + N² = N(N + 1)。这不是账单公式,但说明了增长趋势:

  • 1 个 Agent → 2 次(基准)
  • 2 个 Agent → 6 次(3 倍)
  • 3 个 Agent → 12 次(6 倍)
  • 5 个 Agent → 30 次(15 倍)

怎么控制成本

  • 先从少量 Agent 开始:一个 Agent 能分步完成的,不要拆成多个
  • 把频道拆清楚:轻任务用「多人 + 1 Agent」,专项研究再临时加
  • 给 Agent 明确分工:职责重叠的 Agent 会重复读同样的上下文
  • 用 Thread 收敛讨论:减少主频道噪音,也降低 Agent 不必要的处理
  • 移除不需要的 Agent:阶段性工作结束后,把 Agent 移出频道