Slack 推出 Code 功能：AI 编程 Agent 直接在频道内写代码

Slack 刚把一个聊天频道变成 AI Agent 写代码的地方

Slack just made something that sounds a little weird feel surprisingly normal.

2026 年 8 月 21 日，Slack 宣布推出 Slack Code，这是一种在专用 Slack 频道内直接与编码 Agent 协作的新方式。

想法很简单：不用在 Slack、IDE、GitHub 和各种 AI 编码工具之间来回切换，直接把编码 Agent 带入对话中即可。

来自 Claude Code、Devin、GitHub Copilot、Vercel 等工具的 Agent 可以在这些工作流中运作，同时团队讨论和审查工作成果。

说实话，我觉得这比第一眼看起来要有趣得多。

传统工作流大致是这样的：

Slack
  ↓
讨论任务
  ↓
打开 IDE
  ↓
写代码
  ↓
运行测试
  ↓
创建 PR
  ↓
回到 Slack
  ↓
讨论变更

我们已经相当习惯这套流程了。

但 Agent 化编码改变了工作流。

Slack
  ↓
描述任务
  ↓
编码 Agent 开始工作
  ↓
Agent 运行测试
  ↓
团队审查结果
  ↓
迭代

有趣的变化不是"AI 可以写代码"这么简单。

这点我们已经知道了有一段时间了。

更大的变化是软件开发正在成为人类与 Agent 之间的协作。

想象一下：一位开发者让 Agent 调查一个 Bug。

Agent 开始工作。

另一位开发者可以看到进度。

PM 可以提供背景信息。

团队可以讨论实现方案。

而 Agent 可以根据对话内容继续工作。

这与单纯让 AI 自动补全下一行代码的开发工作流截然不同。

但这里有个有意思的问题

我们花了数年时间告诉开发者：

"请不要直接从 Slack 部署代码。"

而现在我们给 Slack 一个可以帮我们写代码的 AI。 😭

玩笑归玩笑，但这确实引发了一些严肃的工程问题。

Agent 应该有怎样的权限？

它能修改生产代码吗？

每个操作都需要人类审批吗？

当 Agent 误解任务时会发生什么？

如何审计它做的所有操作？

这些问题不仅仅是 AI 问题。

它们是软件工程和安全问题。

把 AI Agent 引入开发工作流可能不是困难的部分。

困难的部分是决定人类应该在哪些环节仍处于闭环中。

未来可能不是：

人类写所有代码。

AI 写所有代码。

而是人类定义问题，Agent 处理大量执行工作，人类审查重要决策。

我们仍在摸索这个工作流实际上应该是什么样子。

而显然，我们即将摸索的地方之一是…… Slack。 😭