Slack 让代码协作不再跨五个窗口跳来跳去

在 Slack 的新功能里，#code- 开头的频道不再只是聊天室。当你@Claude 或者 @Devin 处理一个任务时，系统会自动生成一个类似 #code-fe-checkout-refactor-202506 的专用频道，里面有三个固定选项卡：代码、预览和活动。这三个选项卡的内容不会分散到 IDE、终端、浏览器或其他工具里，而是集中在一个地方。

代码选项卡 直接展示 Agent 生成的 diff，支持语法高亮、行内评论，甚至能直接在 Slack 里接受或拒绝某个代码块。而 预览选项卡 则直接渲染 HTML，连 npm run dev 都省了——只要 Agent 推送 index.html 和静态资源，Slack 就能生成类似 https://preview.slack-code.xxx/... 的链接，支持 CSP、Service Worker，甚至 WASM。这意味着一个三体动画 demo 可以在频道里直接运行，产品经理在手机上也能即时体验。

活动选项卡 则记录了每一步的进展：谁审了代码、CI 结果、部署链接。与 GitHub PR 不同的是，这里的流程是实时的、同步的，而不是异步的仪式感。比如，设计师可以直接在 预览选项卡 点击说「这个 loading 动画太慢」，Devin 立刻修改并推送新的预览，全程不离开 Slack。

Agent 不是外挂，而是有权限的「数字同事」

Slack 给 Agent 分配了 Bot Token 和 频道级 OAuth Scope，这意味着它只能操作当前频道内的内容。比如，Devin 可以读写频道中的文件（代码、截图、HAR 包）、触发内部 CI/CD、在 预览选项卡 注入自定义沙箱环境。如果有人 @Devin 或者回复 👀，它会自动进入「人工审核」状态。

关键限制：Agent 无法看到频道外的任何消息，这解决了企业对数据泄露的顾虑。比如，法律文档、薪资讨论或八卦频道都与代码频道完全隔离。目前，Anthropic 和 Cognition 是首批原生集成的 AI 伙伴，但 Slack 也开放了 Agent SDK，只要实现 on_task_created 和 on_code_review_requested 两个 Webhook，内部封装的 Coding Agent（比如基于 Cursor 或 Claude Code 的工具）也能接入。

不足：长任务中断后上下文全丢

目前最大的痛点在于，频道级状态不持久化。如果 Agent 在执行「重写整个鉴权层」这样的长任务（需 4 小时）时，网络抖动或 Slack 客户端刷新，进度会完全丢失。Devin 官方计划在 Q3 推出「检查点快照」功能，将频道状态序列化存储到 S3，但目前尚未实现。此外，预览选项卡 不支持 WebSocket，实时协作类前端（如 Figma 在线白板）无法运行，只能查看静态页面。

真实世界里的影响：从免费到 5000 美元/年

虽然 Slack 的 AI 集成让代码协作变得高效，但它也反映出企业级工具的一个现实问题。以 Hack Club 为例，这个非营利组织长期使用 Slack 作为全球青少年编程社区的沟通平台。多年来，他们从免费的非营利计划升级到每年 5000 美元 的付费方案，因为他们认为这「合理且值得」。然而，当 Slack 突然调整政策时，团队不得不在短时间内迁移系统、重建集成，并花费大量精力重新整理多年的历史数据。这种迁移带来的「机会成本」远超预期，让依赖 Slack 的社区项目面临巨大挑战。

如何在团队里落地？

1. 从小任务开始：别让 Agent 直接动核心服务。先试一个低风险、有 UI、能在 20 分钟 内完成的任务，比如「给登录页加暗黑模式切换」。走完 需求→频道→Diff 审核→预览确认→部署 的完整流程。
2. 强制「Definition of Done」：规定所有前端变更必须有 Preview 链接，后端变更必须有 集成测试日志 在 活动选项卡。这样团队自然养成「文档即代码」的习惯。
3. 给 Agent 设定「人设」：在 Workflow Builder 里预置一段 System Prompt，约束代码风格（比如「禁止 any 和 var」）、强制写单测、更新 CHANGELOG。避免每次都在频道里重复规则。

Slack Code 并不会取代 IDE 或 GitHub，但它填补了 从想法到可运行原型 这段最碎片化的环节。以前这段路需要跨 5 个工具、对齐 3 类人员、开 2 轮会议；现在只需要 @Agent 一句，频道一开，所有人就能看到 同一个 Diff、同一个预览，甚至 改同一行代码。这才是 AI 工作流的真正意义。