Slack 开放 AI Agent 集成能力

Slack 要把所有人的 AI 代理装进聊天窗口

在企业协作工具 Slack 眼里，AI 代理（Agent）和聊天机器人在本质上是一回事——都是帮用户完成任务的存在，区别只在于「能动性」有多强。Slack 首席产品官 Jaime DeLanghe 在近期一期播客中，分享了 Slack 正在如何布局「将各种来源的 AI 代理统一接入聊天场景」这件事。

为什么聊天界面是代理的最佳归宿

Slack 押注的核心理念是：企业员工日常就在 Slack 里工作，代理直接嵌入消息流，比让用户切换到别的工具去「召唤」代理要自然得多。Jaime 在访谈中提到，当你在一个频道里跟同事讨论项目时，如果 AI 代理也能参与进来、帮你查资料或自动执行操作，体验会比「开一个独立的 AI 助手窗口」流畅很多。

这背后还有一层考量：企业聊天工具天然承载了大量上下文——频道历史、文件、成员关系、决策链条——这些信息恰恰是 AI 代理做出准确判断所需的「记忆」。代理不需要再去别的地方拉取数据，Slack 本身就是一个现成的上下文池。

代理之间怎么对话？DM 或许就是最优解

谈到「代理与代理之间的通信协议」时，Jaime 给出了一个让不少人意外的回答：也许最好的协议就是 DM（即一对一私信）。

这个观点的逻辑在于：当两个代理需要安全、私密地交换数据或协调动作时，DM 提供了最小阻力的通道——不需要复杂的中间层，不需要额外的发现机制，直接建立连接。而在企业环境里，DM 本身已有成熟的权限模型和审计机制。

这和过去许多人设想的「代理需要一个通用协议栈」思路不太一样。Slack 倾向于用已经验证过的通信范式来解决代理间协作问题，而不是另起炉灶。

对开发者的影响

如果你在构建面向企业的 AI 代理，有以下几点值得注意：

• Slack 正在积极推进代理集成能力，建议关注 Slack 官方开发者平台的最新文档
• 代理与聊天机器人的边界在 Slack 这里已经模糊化，开发思路可从「bot as agent」角度重新思考
• 上下文复用（频道历史、成员数据）是 Slack 场景下的独特优势，合理利用能大幅提升代理的实用性

延伸阅读

• Slack 开发者网站
• Slack 开发者日
• Jaime DeLanghe LinkedIn