AI代理进入群聊：企业协作的新范式

过去两年，与AI模型的互动基本是私密的：你输入，它回答，对话结束。如今，这一模式正受到一波新产品的挑战, , 它们将代理直接嵌入群聊，即企业实际工作发生的、混乱且高流量的沟通渠道。

阿里云的AgentTeams（在520阿里云峰会上发布）和Anthropic的Claude Tag（面向Slack发布）都让多个人类与多个代理在同一个聊天室中共存。表面上的相似性, , 代理在群聊中, , 掩盖了关于这些系统应如何治理以及其用途的深层哲学分歧。

同一房间的两种哲学

Claude Tag采用了一条直接的路径：一个强大的模型驻留在Slack频道中，监听对话，并在被@提及时回答。Anthropic的博客定义了代理群聊的四个特征：持久性、共享上下文、异步任务和扁平拓扑，但保持了较低的模型开销。代理负责思考；Slack提供拓扑。

相比之下，AgentTeams将每个聊天视为一个微型组织。每个代理和每个人类都拥有声明式身份：

每个工作者持有SOUL.md、AGENT.md和MEMORY.md等文件, , 这是一种面向代理的Kubernetes方法，一切都被声明、调度、审计和可撤销。

群聊代理的根本驱动力与人类组建团队的原因相同：有限的注意力。单个代理的上下文窗口无法容纳一个为期一周的软件开发流程（涉及需求分析、编码、测试和审查）而不降低其推理质量。

阿里云基于AgentTeams构建的AgentLoop流水线将端到端编码分解为五个工作者，分别处理需求分类、编码、测试、审查和验证。每个工作者维护自己的清洁上下文；团队负责人协调交接，并在失败时从检查点恢复。结果是一个反映人类开发团队工作方式的系统，且可以运行数小时甚至数天而不会崩溃。

Anthropic报告称，其自身产品团队65%的拉取请求现在通过Claude Tag处理。在这两种情况下，共享上下文和异步任务的边际收益已超过了增加的复杂性。

单聊代理在每次调用时借用用户的凭据。在群聊中，这一模式被打破：当十个人同时@提及同一个代理时，使用谁的令牌？当任务持续数小时且原始请求者的会话过期时，谁来接手？

AgentTeams通过基础设施层的Higress AI网关解决了这一问题。工作者从不接触真实凭据, , 它们持有可撤销的消费者令牌, , 网关在每次出站调用时替换为真实的API密钥、GitHub PAT和MCP凭据。一个被攻陷的工作者只会泄露一个一次性令牌。

Claude Tag采用频道级别的权限模型：频道的规则定义了代理可以访问的内容，无论谁@提及它。HR频道的代理无法读取工程数据，即使一名工程师在HR频道中@提及它。

两种方法都认识到群聊将问题从调度（单聊）升级为治理（群聊）。区别在于，AgentTeams将其视为从Kubernetes继承的控制平面问题，而Anthropic将其视为Slack现有线程和频道模型的UI扩展。

单聊记忆是可抛弃的：关闭窗口，失去上下文。群聊记忆则是组织资产, , 新员工加入频道，可以向代理询问过去的决策、技术选择或入职步骤。

AgentTeams的ReMe记忆框架将其分为三个层次：

这反映了组织实际学习的方式：通过对话的迭代提炼转化为持久知识，而不是将原始聊天日志倾倒入向量数据库。

阿里云的分析确定了群聊成为更优模式的三个条件：

这些问题都无法通过一对一聊天会话有效处理。

群聊代理不会取代单聊互动, , 这两个系统的团队都承认这一点。对于快速代码生成、文档检索或图像创建，单聊仍然更便宜、更快。但对于企业协作中已经有70%发生在即时通讯群聊中的场景，范式转变是真实的。

Anthropic的单强大模型方法与阿里云的K8s风格多代理控制平面并不相互排斥。随着行业了解每种方法最适合解决哪些问题，它们可能会趋同。重要的是，群聊已不仅仅是一个功能：它现在成为AI如何在组织内部进行治理的试验场。