Slack 于 8 月 20 日宣布推出 Slack Code：只要在一项工作中提及某个编码代理，就会围绕该任务启动一个专门的 code channel，并向整个团队可见，而不是只对发起提及的人可见。该频道会内嵌展示代码差异、规划文档和实时 HTML 预览，拉入同事参与，并在工作完成后自动归档，同时仍可作为记录被搜索。首发合作伙伴包括 Anthropic、Cognition、GitHub、OpenAI 和 Vercel，其中 GitHub Copilot 会在这些频道内运行。
这一说法的论点
Slack 的表述是，代理辅助开发已经退化为单人模式。有人打开一个私密标签页，向代理下达指令，然后消失；团队事后才看到结果，却没有机会纠正错误假设。该公司表示，其内部已经遇到这种情况：多轮代理执行对普通频道线程来说太吵，而让工程师退回到浏览器标签页又会失去 Slack 之所以有用的可见性。code channel 正是对此的答案——一个会随任务扩展、随后又消失的空间。
常见叙述哪里出了错
这篇帖子只给出一个数字：超过 70% 的 code channel 会在一天内启动并关闭，从想法到合并后的拉取请求。这个数字被反复当作产品成果来引用。但事实并非如此——它描述的是 Slack 自家工程团队对这一功能的先用后吃，没有分母，没有同类工作在此之前耗时多久的基线，也没有样本中的外部客户。其次，“企业级信任，无需额外设置”仅限于 权限和管理员控制，也就是 Slack Code 从 Slack 继承来的部分。这并不意味着这些代理本身已被包含：实际完成工作的，是 Anthropic、OpenAI、Cognition、GitHub 和 Vercel 的模型，而它们都分别单独授权、单独计费。
它所处的位置
真正有意思的并不是技术，而是组织方式——代理工作的可审查单位应该是对话而不是拉取请求，而归档后的频道比提交历史更适合作为审计日志。这是一场关于团队希望如何监督代理的押注，而最终结果将取决于 Slack 之外是否有人能复现那 70%。