Slack让AI编程走出终端，融入团队沟通
Slack Code：AI编程的协作革命
Slack，这家隶属于Salesforce的消息平台公司，近日正式推出了一项名为Slack Code的新功能，旨在将AI编程从传统的终端环境迁移至团队协作空间。这项创新产品将多个领先的AI编程智能体——包括Anthropic的Claude Code、Cognition的Devin、GitHub Copilot以及Vercel的智能体——直接集成到专门的Slack频道中，使整个团队能够共同观察、指导、审核和发布软件。
Slack Code在推出时对所有Slack计划开放，但客户需要自行获取合作伙伴智能体的访问权限。
从单人工作到多人协作
Slack Code的核心理念看似简单实则革命性：目前，大多数与AI编程智能体的工作发生在个人与智能体之间，对其他人完全不可见。Slack Code将这种工作转变为”多人游戏”。当有人在任何对话中标记一个编程智能体时，智能体会启动一个项目专属的代码频道，在公开环境中完成工作——包括代码差异、实时预览和专用标签页中可见的运行计划——并在任务完成后归档频道，留下可搜索的审计轨迹。
“我非常喜欢这一点，因为代码不再是瓶颈，”Slack临时CEO Rob Seaman在产品发布前的新闻发布会上表示。”想法、品味、判断力和技艺——这些才是真正的瓶颈，而你已经有效地将能够贡献想法、品味、判断力和技艺的人群扩展到了存在于你Slack中的任何人。”
企业AI市场的重要里程碑
对于Slack而言，这是一次意义重大的发布，也是对整个企业AI市场的一次揭示。迄今为止，AI编程热潮一直是个体生产力的故事——开发者独自在终端窗口中使用Claude Code或OpenAI的Codex。Slack则押注下一章将属于那些围绕这些智能体拥有协作层的公司。而Slack在此刻做出这一押注，正值其母公司迫切需要一个成功故事的时刻。
Slack Code频道：公开透明的AI编程工作流
在接受采访时，除了Cognition的高管外，Slack的领导者描述了一种看起来不像结对编程，而更像新闻室的工作流程。
Cognition新企业总裁Jeff Wang——Devin编程智能体的开发者——进行了一次现场演示：有人在工程频道中报告了一个功能故障，Devin用表情符号确认，在回复中展开调查，并创建了一个拉取请求。”它甚至知道代码所有者，所以你可以看到它也标记了Theo，”Wang说。”每次Devin做这样的事情时，它确实有自己的电脑。所以在这里，它实际上使用Chrome和开发者工具来测试功能是否正常工作。”
随后，工作迁移到一个专门的代码频道，任何人——工程师、产品经理、设计师——都可以参与进来。在Wang的演示中，一位设计师在任务中途将Figma文件放入频道，智能体无缝整合了它。智能体最后发布了代码更改，并附有截图和录制的演示，证明功能正常工作。这个验证循环是核心卖点：基于云的智能体，与在开发者笔记本电脑上运行的智能体不同，可以生成可审计的记录，证明工作确实正确。”扩展规模、审计工作、让每个人都能访问——使用这些云智能体形式比本地智能体容易得多，”Wang说。
智能体在Slack中的全新存在方式
此次发布不仅限于代码频道。Slack还全面重新设计了智能体在产品中的存在方式：像与同事对话一样的智能体私信，为每个智能体会话提供带有实时状态和停止按钮的新”智能体”标签页，以及一个”添加到Slack”流程，使团队只需点击几下即可部署来自Lovable、n8n、OpenAI、LangChain和Airtable等平台的智能体，OAuth和配置均自动化完成。
为什么Slack认为编写代码不再是软件开发的瓶颈
Slack Code背后的战略论点是，AI已经反转了软件开发的经济学。编写代码曾经是稀缺且昂贵的步骤。现在，Slack的高管们认为，它变成了廉价的步骤——而约束已经向上游转移，到了人类判断力。
“我非常喜欢这一点，因为代码不再是瓶颈，”Seaman在新闻发布会上说。”想法、品味、判断力和技艺——这些才是真正的瓶颈，而你已经有效地将能够贡献想法、品味、判断力和技艺的人群扩展到了存在于你Slack中的任何人。”
Cognition提供了内部数据来支持这一速度主张。”在过去的几个月里，我们内部的合并PR数量增加了10倍，而我们的员工人数只增长了约40%，”Wang描述了一个工作流程：工程师启动一个Devin任务，转向其他工作，再启动另一个——”很快你就有每个人同时处理几十个智能体。”
AI编程的民主化与质量控制
这种模式远远超出了工程师的范围，Wang说。”信不信由你，我们很多bug都是由销售团队报告的。他们在Slack中报告，然后技术人员来修复这个bug。”Seaman抓住这个例子作为整个论点的缩影：”这么多事情甚至没有到达产品经理的待办列表，因为沟通渠道不存在，动力不足，不知道它实际上可以这么快修复——我们已经有效地消除了所有这些障碍。”
Wang更进一步，描绘了他认为这最终会如何发展。”苦力工作——修复bug、修复CI/CD或修复漏洞，所有这些工程师可能不想做的事情——我们认为将被自动化，”他说。剩下的工作是”需要创造力、规划和业务逻辑的工作。”他增加了一个会让一些工程领导者不安的预测：”虽然今天仍然有人类把控每一次合并，但我怀疑也许在明年它就会自动通过。”
公开协作能否解决”AI垃圾”问题？
将软件创作民主化的明显反对意见是质量问题。如果公司中的任何人都可以召唤编程智能体，企业是否会淹没在业界所称的”AI垃圾”中——由没有经验的用户大规模生成的看似合理但构思不良的输出？
Slack的高管们争辩说，有点反直觉的是，可见性是解决方案，而不是加速剂。”多人协作部分实际上是防止这种情况的保障，因为人们可以看到你的工作，可以评论你的工作，”Slack产品副总裁Katie Steigman说。她将其与现状对比：”如果我在终端里用智能体做我不知道什么的事情，与在一个人们可以看到我意图的地方做它相比…”
关注微信号：智享开源，及时了解更新信息。
公众号：智享开源
还没有任何评论，你来说两句吧！