Slack 推出 Code，配备 Anthropic、GitHub、Cognition 和 Vercel 的代理
Marc Benioff 说，Slack Code 将工程师与编码代理放在共享频道中，把团队对话变成这些代理的工作队列。
By Ryan Merket · Published
Primary source: Marc Benioff on X
Why it matters
Slack Code makes Salesforce the coordinator rather than the model provider, giving competing coding agents one team interface while Slack captures the context around their work.
Marc Benioff (@Benioff) launched Slack Code on August 20th, pitching a shared workspace where software teams can assign work to coding agents from Anthropic, GitHub, Cognition and Vercel without leaving a Slack channel.
https://x.com/Benioff/status/2090240159115853956
“不要独自编码，”Benioff 在发布帖中写道，并称该产品为“多人协作编码”。据 Benioff 称，Slack Code 正在于 Dreamforce 2026 上演示，他表示这四个合作伙伴集成都已在周四上线。
Benioff 于 1999 年与人共同创立了 Salesforce，在那之前他在 Oracle 工作了 13 年，随后花了近二十年的时间将业务软件从本地安装的应用迁移到浏览器中。Slack Code 将这一做法扩展到 AI 开发：界面保持熟悉，而工作则转移到对代码库、问题跟踪器和部署系统进行操作的代理上。
此次发布也为 Slack（Salesforce 于 2021 年收购）提供了更明确的开发者叙事。过去一年里，Slack 一直在将自己重新定位为职场代理的协调层，而不是员工交换信息的另一个场所。
为已经在做工作的代理提供入口
Slack Code 的推出是在每个合作伙伴已分别构建出 Benioff 现在以一个名称打包的工作流程片段之后。
GitHub 在 2025 年 10 月将其 Copilot 编码代理添加到 Slack。工程师可以在线程中提及 GitHub 应用，分派修复 bug、测试任务或重构，并在 Copilot 准备好拉取请求时收到链接。GitHub 后来增加了自然语言创建 issue 的功能，使得 Slack 中的讨论可以在无需单独交接的情况下成为结构化的仓库工作。
Anthropic 在 2026 年 6 月推出了 Claude Tag，作为一种共享的 Claude 身份，团队可以将其添加到选定的 Slack 频道并连接到工具、数据和代码库。与私人聊天机器人会话不同，Claude Tag 保留频道上下文，允许多名员工关注或继续同一任务。Anthropic 表示，beta 最初面向 Claude Team 和 Enterprise 客户。
Cognition 长期以来将 Slack 视为 Devin 的主要界面。根据 Cognition 的文档，当出现 bug 报告或功能请求时，工程师可以在线程中标注 Devin，在线程中回答它的问题，然后等待其返回代码或拉取请求。Cognition 明确警告客户要审查 Devin 的输出。
与此同时，Vercel 一直在构建此工作流的部署端。其 其 Slack 代理工具 将编码代理与 Slack 事件、审批步骤、执行环境和 Vercel 部署连接起来。这为 Slack Code 提供了一条从聊天中讨论的请求到可以运行和预览的代码的路径，而不会止步于代理生成的答案。
Benioff 的最初宣布并未说明这四个代理是否共享同一执行环境或通用模型层。共享的元素是 Slack 频道，人类可以在同一对话中看到请求、代理回复和工作状态。每个提供方仍然带来其自己的代理、帐户关系和底层开发基础设施。
Slack 希望对话成为控制平面
Slack 在 Dreamforce 2025 上为此奠定了基础，当时它将自己描述为“agentic operating system”，并点名 Anthropic、Cognition 和 Vercel 为该平台构建代理的开发者。Slack 的平台工作包括实时搜索界面、Model Context Protocol 服务器以及用于流式代理响应和在频道内表示工作的开发者组件。
该策略解决了独立编码代理的一个基本弱点。软件开发决策分散在 bug 报告、产品讨论、仓库问题、拉取请求审查和部署日志中。分配任务的人通常必须重构这些上下文，然后代理才能开始。Slack 代理可以从任务发起的讨论开始，并在其进行过程中让人工审阅者保持知情。
共享上下文也带来了更大的权限问题。Slack 自己的 代理设计指南 表示，代理必须尊重公开频道、私人频道和直接消息的可见性边界。编码代理还需要访问代码库、凭证和执行环境，因此管理员必须决定哪些对话可以触发工作，以及哪些操作需要审批。
商业逻辑很直接。Anthropic、GitHub、Cognition 和 Vercel 继续销售各自的代理、代码库和部署产品。Slack 成为工程团队使用它们的共同前端。Salesforce 在 Slack 内获得了活动性和机构化的上下文，同时避免了必须自己构建每一个编码代理的需要。
因此，Slack Code 代表了一种聚合押注。编码代理正在增多，大多数工程组织将使用多个。Benioff 押注的是，团队会从最初请求、讨论并审查工作的频道来管理这些代理集合。