Slack 推出 Slack Code：代理编码进入团队共享空间
据 Salesforce 官方介绍，Slack 推出 Slack Code，把面向代码 Agent 的工作放进专门的 Code Channel。团队成员可以在频道中发起编码任务，让 Agent 生成代码、展示 diff、提供预览，并在合并前收集反馈。
林岚
据 Salesforce 官方介绍，Slack 推出 Slack Code，把面向代码 Agent 的工作放进专门的 Code Channel。团队成员可以在频道中发起编码任务，让 Agent 生成代码、展示 diff、提供预览，并在合并前收集反馈。
Slack 的判断是，AI 编程已经改变了个人写代码的方式，但个人和 Agent 的对话往往发生在私有标签页里，其他人看不到上下文。等到代码进入评审阶段，团队才第一次看到任务背景、尝试过程和失败原因，沟通成本因此被转移到最后一公里。
Slack Code 试图把这段“不可见工作”搬回团队空间。产品介绍中提到，Code Channel 面向具体项目或任务建立独立会话，支持 Claude、ChatGPT、Copilot 等不同 Agent。非技术成员也可以在同一个频道查看进展、给出反馈或批准变更。
这会改变团队协作，但不等于 Slack 变成了新的 IDE。Slack 适合承载上下文、决策和异步反馈，真正的代码执行、权限控制、测试和发布仍要依赖仓库与 CI 系统。如果 Agent 直接在聊天空间里取得过宽的仓库权限，透明度反而可能变成“所有人都看见，但没有人真正负责”。
Slack Code 的关键竞争点也许不是哪个模型更强，而是谁能把 Agent 的输出变成团队可审计的工作记录。任务来源、修改范围、测试结果、批准人和最终发布之间如果能保持关联，AI 编程才会从个人效率工具变成组织流程的一部分。
关键事实
- 产品形态：面向代码任务的 Slack Code Channel。
- 支持方式：在共享频道中调用不同编码 Agent，查看代码和预览。
- 目标用户：开发者、产品经理、设计师和非技术协作者。
- 官方叙事：让 AI 开发过程默认公开，减少上下文丢失。
OC 判断
Slack Code 把“写代码”重新包装成“协作记录”，但这套模式能否成立，取决于它是否能把聊天记录连接到仓库权限、测试结果和发布责任。共享上下文只是第一步，责任链才是企业真正要买的东西。
为什么重要
- 对开发者：代码 Agent 的任务背景、反馈和审查可能不再散落在私聊和个人窗口。
- 对企业：可以把非技术成员纳入需求和验收，但必须同步设计权限与审批边界。
- 对产品团队：AI 编程产品的竞争会从“生成速度”扩展到“团队可见性和治理能力”。
评论
围绕这篇文章补充信息、提出问题或分享观察。