Slack Code 把五个编程代理拉进同一频道,真正该问的是谁有权批准发布
Slack 想把 AI 编程从个人的私有标签页搬到团队眼前。这个方向没错,产品也不只是给聊天套一层壳。四个标签页、五家启动合作方、频道成员都能按下停止按钮,设计相当完整。真正需要审视的是,批准关口也被搬进了 Slack 频道,而频道成员名单从来不是按代码发布权限来维护的。
Slack 在 2026 年 8 月 20 日发布了 Slack Code。在一段对话里叫来编程代理,它就会为当前任务新建一个频道。频道里有四个标签页,分别放对话、代理的计划、逐行代码差异,以及实际运行结果的实时预览。任务进行中,任何频道成员都可以暂停代理、纠正方向或直接中止。改动要进入生产环境,最后仍须由人批准。
首发接入的五家合作方是 Claude、ChatGPT、Devin、GitHub Copilot 和 Vercel。所有 Slack 套餐都能使用这个入口,免费套餐也包括在内。
多数报道把重点放在“看得见”上。编程不再藏在某个人的终端里,团队能在频道中看到进展。这个卖点合理,但还不是最值得讨论的地方。更关键的变化是,批准关口也进了 Slack 频道。可 Slack 频道成员名单,从来不是为回答“谁有权发布这段代码”而设计的。
30 秒看懂
- 它是什么: 每项任务单开一个 Slack 频道,代理当着团队的面工作。对话、计划、代码差异和实时预览分别放在四个标签页里。
- 费用怎么算: 所有套餐都免费开放频道入口,代理本身不包含在内。Claude、ChatGPT、Devin、GitHub Copilot 或 Vercel 的使用权限要自己准备。免费的只是工作场地,不是干活的代理。
- 它不是 Claude Tag。 Claude Tag 是 Anthropic 放在 Slack 里的代理,发布时只向 Claude 企业版和团队版客户开放测试。Slack Code 是 Slack 提供的工作入口,可以承载多家厂商的代理,并面向所有套餐。Anthropic 的说法是,两者可以叠加使用。
- 安全设计有用,但只解决了一半: 频道里的任何人都能在任务中途叫停代理。这一点做得对。还没有说清楚的是,谁算有权批准发布的人。
- 我们的判断: 为了更好的协作可见性,值得启用。但别让它成为一项改动唯一经过的审查。
Slack Code 到底是什么
| Slack Code | |
|---|---|
| 发布日期 | 2026 年 8 月 20 日 |
| 运行位置 | 每项任务一个专用 Slack 频道,完成后归档并可搜索 |
| 频道标签页 | 对话 · 计划 · 代码差异 · 实时预览 |
| 启动合作方 | Claude(Anthropic)、ChatGPT(OpenAI)、Devin(Cognition)、GitHub Copilot、Vercel |
| 套餐要求 | 无,所有 Slack 套餐都能用,包括免费套餐 |
| 代理要求 | 需要另行取得所用代理的访问权限 |
| 任务中控制 | 频道里的任何人都能暂停、纠正或中止代理 |
| 发布控制 | 进入生产环境前必须由人批准 |
按任务建频道,是这里最扎实的设计。一个频道只服务一项工作,把计划、代码差异和预览放在一起,结束后还能归档搜索。它留下的记录,比很快被新消息冲走的普通讨论串更有用。实时预览尤其重要。它能直接展示运行效果,非工程师通常就是这样判断改动对不对。这点恰好补上了拉取请求(pull request)不擅长的一面。
Slack 执行副总裁(EVP)兼总经理 Rob Seaman 这样解释产品定位。AI 只有融入团队实际的工作方式才能产生价值,不能变成每个人独自切到另一个标签页才会做的事(原文:“AI only creating value when it’s part of how a team already works rather than something people go do alone in another tab”)。Anthropic 的 Claude 产品负责人 Cat Wu 则从工程流程来说明。工作本来就从 Slack 里与 Claude Tag 的对话开始,现在再进入专用代码频道,让参与者、上下文和 Claude 从一开始就在同一处协作(原文:“engineering work that already starts as a Slack conversation with Claude Tag and now gets a dedicated channel where the people, the context, and Claude work together from the start”)。
它不是 Claude Tag,这个区别不能忽略
两个月内,两款产品先后把编程代理带进 Slack。它们不在同一层。评估其中任何一个之前,都应该先弄清另一个扮演什么角色。
| Claude Tag | Slack Code | |
|---|---|---|
| 产品归属 | Anthropic | Slack(Salesforce) |
| 它是什么 | 通过标签叫来的 Claude,作为团队共享成员参与工作 | 承载其他厂商代理的频道入口 |
| 发布日期 | 2026 年 6 月 23 日 | 2026 年 8 月 20 日 |
| 谁能使用 | 面向 Claude 企业版和团队版客户的测试功能 | 所有 Slack 套餐,包括免费套餐 |
| 支持的代理 | Claude | Claude、ChatGPT、Devin、GitHub Copilot、Vercel |
一个是干活的代理,一个是干活的场地。Anthropic 对两者的定位很明确,它们可以叠加使用。工作先由 Claude Tag 在对话中接手,再进入专用代码频道。如果团队已经在用 Claude Tag,Slack Code 不会替代它,只是给这项工作一个固定场地。如果团队还没用 Claude Tag,更实际的区别是,免费 Slack 工作区就能打开 Slack Code,而 Claude Tag 当时不行。
发布报道没追问的事
“代码发布前由频道中的人批准”,这句话听着像在讲安全,其实它定义的是权限。
Slack 频道本来就允许宽松加人。经理想了解进展,设计师要看预览,客服同事因为提交了问题也可能被拉进来。这些人需要知情,不代表他们应该批准生产环境的改动。仓库写权限是一份有意维护、可供审计的名单。频道成员则常常随着讨论自然增加。
这两份名单很难完全一致,而且两个方向都会出问题。有权批准改动的人可能不在频道里。只为了解上下文而进频道的人,也可能看到一个原本不该由自己操作的批准按钮。Slack 尚未公布批准权限如何划定的细节。我们也没有实际使用过 Slack Code。这里分析的是已经公开的设计,不是实测结论。即便如此,这仍是平台团队最该先问的问题,我们读到的发布报道却没有触及它。
相比之下,任务进行中的控制权设计得更稳妥。任何频道成员都能暂停或中止正在运行的代理,这正是合理的权限范围。代理一旦走错方向,最先发现的人就该立刻叫停。批准发布需要一份更窄的名单,中止错误操作则应该让更多人都能做。后者,Slack 处理对了。
它会取代 pull request 吗
Slack 没有这样宣传,团队也不该这样使用。
频道里的代码差异适合在最初十分钟发现方向跑偏,因为这时返工成本最低。但一次完整的 PR 审查还会留下别的东西,包括跟随提交长期保存的记录、CI 结果、供后来维护者查阅的逐行修改记录(blame),以及规定谁能批准哪些改动的分支保护规则。频道会归档掉,提交记录不会。
更准确的定位是,Slack Code 在流程前面多设一道关口,并没有撤掉最后那一道。把它当补充的团队能更早发现问题。PR 还没建立时,平时不会打开 GitHub 的同事也能及时指出“这不是我要的”,此时修改几乎没有额外成本。把它当替代品的团队,可能要等到第一次事故复盘才发现自己丢了什么。届时,谁批准了哪项改动只存在归档频道里,没有留在提交记录上。
这和我们在编程代理拿到破坏性权限后会发生什么里讨论的是同一个问题。解决办法往往不是换一个更聪明的模型,而是明确每种操作分别需要谁来批准。
启用前,我们想先问清楚什么
- 谁能进入代码频道,这份名单和分支保护规则一致吗? 第一条频道建立之前就该定好,不要等出问题再补。
- 频道中的批准算作现有审查,还是只算额外一道? 如果合规要求依赖有记录的 PR 批准,归档后的 Slack 频道不是同一种记录。
- 代理能访问什么? Slack Code 只是工作入口。凭据和仓库访问范围取决于接入的代理。工作变得可见,并不会自动解决权限问题。
- 频道最后怎么处理? 它会归档并保持可搜索,这有利于日后还原决策背景。前提是 Slack 的留存策略足够长,能覆盖团队做事故复盘的周期。
这些问题都不构成拒绝启用的理由。协作可见性确实有价值,停止按钮也放在了正确的位置,尝试成本不过是开一个免费频道。需要防范的是,团队在没有认真决定的情况下,让一个设计不错的工作场地悄悄变成发布代码的批准地点。
延伸阅读
- Claude Tag 详解:Anthropic 自己的 Slack 代理,谁能使用,以及那个值得多看一眼的 65% 说法。
- AI 编程代理为何不断清空生产数据库:真正需要修正的是权限模型,不是模型本身。
- 2026 年最佳 AI 编程代理:五家 Slack Code 合作方放在一起,实际表现如何。
来源
- Salesforce 发布 Slack Code,让 AI 软件开发变成多人协作:Salesforce 新闻中心
- Slack 推出 Slack Code,让团队与 AI 代理共同开发:The Next Web
- Salesforce 推出 Slack Code,把代理式团队编程带到台前:SiliconANGLE
- Slack Code 把 AI 编程代理放进专用项目频道:Unite.AI
- Slack Code 为 AI 编程代理提供共享频道,以便审查和监督:TechRepublic
- Slack 想把 AI 编程从终端拉进群聊:VentureBeat
常见问题
Slack Code 是什么? 它于 2026 年 8 月 20 日发布。在 Slack 对话中叫来一个编程代理后,它会为这项任务新建专用频道。频道有四个标签页,分别用于对话、代理计划、逐行代码差异和运行结果的实时预览。频道里的任何人都能在任务进行时暂停、纠正或中止代理,改动进入生产环境前还必须由人批准。首发合作方是 Claude、ChatGPT、Devin、GitHub Copilot 和 Vercel。
Slack Code 免费吗? 频道入口从发布当天起面向所有 Slack 套餐开放,免费工作区也能使用。不过,其中不包含代理。Claude、ChatGPT、Devin、GitHub Copilot 或 Vercel 的访问权限要自行准备,费用也出在这里。
它和 Claude Tag 有什么不同? 两者处在不同一层。Claude Tag 是 Anthropic 放进 Slack 的代理,作为团队共享成员参与工作。它于 2026 年 6 月 23 日发布,首发时只向 Claude 企业版和团队版客户提供测试。Slack Code 是 Slack 自己提供的入口,可以承载多家厂商的代理,并向所有套餐开放。Cat Wu 认为两者可以叠加使用。工作先从 Slack 里与 Claude Tag 的对话开始,再进入专用代码频道。一个是干活的代理,一个是干活的场地。
Slack Code 会取代拉取请求(pull request)审查吗? Slack 没有声称它会。代码差异标签页适合尽早发现方向错误,但它不包含跟随提交长期保存的记录、CI 状态、逐行修改记录(blame),也没有规定谁能批准的分支保护规则。应该把它看作更早的一道关口,而不是最终审查的替代品。
谁能在 Slack Code 频道里批准代码? Slack 公布的设计是,由频道中的人批准发布,频道里的任何人都能在任务进行时暂停或中止代理。这让频道成员名单成了权限控制入口。可频道通常为了方便知情而宽松加人,不会自动等同于仓库写权限名单。建立第一条代码频道之前,就应先定好谁能加入。
Slack Code 支持哪些代理? 五家启动合作方是 Anthropic 的 Claude、OpenAI 的 ChatGPT、Cognition 的 Devin、GitHub Copilot 和 Vercel。Salesforce 还表示,OpenAI、Google、Perplexity、Writer、Dropbox、Notion、Cognition、Vercel 和 Cursor 正在把代理接入更广泛的 Slack 生态。Slack 称这个生态已有 2,600+ 第三方应用。
这篇对你有帮助吗?