Slack Code 上手：把 AI 编程 Agent 拉进项目频道，团队和智能体一起写代码

8 月 20 日，Slack 发布 Slack Code——把 AI 编程 Agent 请进团队频道的新功能，所有套餐（含免费版）当天即可用。以前你写代码用 Agent 是「单机模式」：一个人开个终端或浏览器标签页，闷头让 Agent 干活，干完再告诉团队。Slack Code 把这套流程搬进频道：在对话里 @ 一下编码 Agent，它就自动开一个专属「代码频道」，团队全程看得见它在干什么，审完才能上线。首发伙伴包括 Anthropic（Claude Code）、Cognition（Devin）、GitHub（Copilot）与 Vercel Agent。

🧩 本教程适合：想摆脱「人机单机协作」、让 Agent 进入团队协作流的开发者、技术负责人与产品经理。我们讲清楚 code channel 是什么、怎么用，以及六步把第一个任务跑通。

先搞懂：为什么需要一种新频道

Slack 自己说，这是被内部逼出来的：工程师重度用编码 Agent 后，把多轮 Agent 执行塞进普通线程「又挤又吵」，但让开发者退回私人浏览器标签页又丢了团队透明性。于是有了 code channel：一种有生命周期的频道——任务来了开一个，干完自动归档，全程留痕。它与普通频道、线程的关键差异：

形态	适合	问题
普通线程	Agent 回一两条消息的问答	编码会话又长又拉人，线程直接「炸掉」
普通频道	团队长期固定的协作空间	太「永久」，Agent 的一次性任务不适合常驻
Code Channel	一次编码任务从开工到上线的完整闭环	目前只能由 Agent 创建（人还不能手动开）

别把 code channel 当普通群聊：它是「任务容器」——装的是 Agent 的计划、仓库与分支、代码 diff、PR 信息与实时 HTML 预览。任务结束自动归档，之后变成可搜索的审计日志。这是它的核心价值。

Step 1：环境准备——把编码 Agent 装进工作区

1 从 Slack 市场安装 Agent 应用

1. 打开 Slack 客户端，进入目标工作区
2. 进入「应用」→ 浏览 Slack 市场
3. 搜索并安装以下任一 Agent 应用：
   · Claude Code（Anthropic）
   · Devin（Cognition）
   · GitHub Copilot
   · Vercel Agent
   （OpenAI ChatGPT 稍后跟进）
4. 按提示完成授权：仓库访问、
   执行环境与权限范围
5. 建议先在测试频道试 @ 一次，
   确认 Agent 能响应再上正式频道

Slack Code 在所有套餐可用，免费工作区也可以，
无需额外付费，也不需要单独开通企业版

💡 权限是继承的：Agent 沿用你组织已有的权限、安全策略与管理配置，不需要为它单开一套「超级权限」。高风险动作（比如推生产）仍需人工审批。

Step 2：发起第一个任务——在对话里 @ Agent

2 一个 @ 就是一张工单

在项目相关频道里直接写需求并 @ Agent：

@Claude Code 帮我看下 #order-service
这个 bug：下单成功但回调超时，
日志在 #ops 频道，疑似幂等校验问题

要点：
· 把 bug 描述、上下文频道、已知线索写清楚
· Agent 判断适合用编码会话处理时，
  会自动开一个 code channel 开始干活
· 不需要先建频道——由 Agent 创建，
  并继承当前对话的可见性（公开/私密）

Slack 的承诺是：不填工单、不开会、不干等，
直接在对话里开工

🔑 描述质量决定产出质量：给出「现象 + 已知信息 + 期望结果」三段式，Agent 才能在频道里做出靠谱的计划。参考《ChatGPT Work 流水线》的任务写法。

Step 3：在频道里全程盯进度——看 diff、看预览、实时纠偏

3 让工作过程可见可干预

code channel 会实时呈现 Agent 的工作：

1. 任务计划：Agent 开工前先列执行计划
2. 代码 diff：每处修改直接展示对比
3. 实时 HTML 预览：改网页当场看效果，
   不需要本地起服务
4. 仓库与分支：标明在哪个仓库哪个分支干活
5. PR 信息：完成后自动关联 Pull Request

人的三种干预方式：
· 留言反馈：Agent 会把意见吸收进修改
· 改方向：直接告诉它「换个思路」
· 暂停 / 重定向 / 停止：随时喊停

别做甩手掌柜：Agent 在频道里跑不等于无人值守——bug 在 PR 前被看到、约束在 Agent 跑偏前被拦住，这才是多人协作的价值。Slack 数据显示 70%+ 的 code channel 当天开、当天关。

Step 4：审批把关——代码不经过人，不上线

4 人仍然是发布闸门

Slack Code 的审批设计：

1. 普通改动：频道内人工 approve 后合并
2. 高风险动作（如推生产）：
   需要专家审批 + 组织策略校验
3. 审批全程留痕：谁要求了什么、
   Agent 改了什么、谁批准了，
   都写进频道的审计日志

流程：Agent 提交 PR → 人在频道审 diff
→ 留言或直接批准 → 合并上线

💡 这就是「人类定方向，Agent 收尾」的落地形态：把人工审批做成流程的一部分，而不是事后补签字。安全边界思路可参考《CISO 四问法》。

Step 5：任务收尾——自动归档，沉淀为团队资产

5 干完就归档，但永远可查

任务完成后 code channel 自动归档：

1. 不占频道列表：干完自动收起，不刷屏
2. 内容可搜索：计划、diff、讨论、
   审批记录全部保留
3. 天然审计日志：后期追溯
   「这个改动怎么来的」直接翻频道

对产品经理、设计师等非工程角色也友好：
不需要开终端、不需要学新工具，
在 Slack 里就能看到 Agent 在做什么、
提出修改、确认上线

🎉 首个任务跑通后，你就有了一套「可复制的协作范式」：任务开频道 → 人机同场 → 审批上线 → 归档留痕。想给团队配更多 Agent 生态，可看《Composio 工具集成层》与《Claude Code 自托管 Runner》。

Step 6：规模化落地——从试点团队到全组织

6 让「多人编程」成为团队习惯

1. 试点：选一个 bug 密集的团队跑两周，
   约定 @ Agent 的触发词与频道规范
2. 定权限：哪些对话能触发工作、
   哪些动作需要审批，先由管理员圈定
3. 建模板：把高频任务（修 bug、改页面、
   加功能）写成提示词模板沉淀
4. 看数据：用 code channel 的闭环数据
   复盘（当天关闭率、审批耗时、上线速度）
5. 扩范围：试点稳定后推广到更多团队，
   与 GitHub/CI 工具链打通
6. 持续治理：权限随组织策略走，
   定期审计 Agent 访问范围

注意平台边界：Slack Code 目前是「协作控制面」——执行环境仍是各家 Agent 自己的（Claude Code 跑 Anthropic、Devin 跑 Cognition）。Slack 不做模型、不做运行时，它做的是把「对话变成工作队列」。选型时可对比《阿里云 AgentRun》与《企微开放 CLI+MCP》。

常见问题速查

你遇到的现象	大概率原因 & 解决
@ Agent 后没有开 code channel	它判断该请求不适合编码会话：把任务描述写具体再试，或换支持 Agent 的频道
担心 Agent 权限过大	它继承组织既有权限与策略，高风险动作仍需专家审批，可再加一道审计
频道太多怕刷屏	code channel 完成自动归档，不会常驻；可让管理员统一命名规范
非工程师怎么参与	直接在频道看预览、提需求、点审批，不需要终端与代码环境

📚 更多教程 📰 智能体资讯

← 返回教程中心