Slack Code 发布

Slack Code 并未赋予 AI 代理拥有广泛权限的 Slack 机器人账户，而是让代理使用你自己的权限。当同事在任意对话中@Claude Code 或 Devin 等编码代理时，Slack 会创建一个专用的代码频道，包含计划、代码差异和实时预览等标签页，代理随后使用发起用户的访问控制列表（ACL）进行操作，而非以特权机器人身份行事^[2]。临时首席执行官 Rob Seaman 明确表示：“所有操作都是代表用户完成的，使用的是用户的 ACL，无论是在 Slack 还是其所连接的系统中。不存在‘上帝权限’或机器人级别的权限”^[2]。这一单一设计选择承担了大量功能——它意味着代理只能触及调用它的用户本就能触及的内容，从而缩小（尽管不能完全消除）代理做出错误决策时的影响范围。这些频道在设计上也是临时性的：Slack 自身的使用数据显示，超过 70% 的频道在一天内从创意到合并拉取请求后即关闭，已完成的项目会被归档为可搜索的记录，而非无限期开放^[1]。高风险操作（如合并至生产环境）不会自动执行，而是首先路由至人员在频道内审批，这是 Slack 在此前代理于无人监管会话中删除整个代码库后添加的安全机制^[2]。

Slack 最具深远影响的决定并非技术层面，而是外交策略：它没有自建或偏袒某一内部 AI 代理，而是在发布时同时集成了四个外部代理——Claude Code、Devin、GitHub Copilot 和 Vercel 的代理，且即将支持 ChatGPT。X 平台上的独立评论认为，这种拒绝选边站队的做法本身就是战略，而非疏忽：通过保持代理中立，Slack 将自己定位为每个编码代理都必须经过的中立会议室，而非将公司命运押注于某单一模型供应商的存续能力。这一赌注已迅速受到挑战。就在 Slack Code 发布的同一周，GitHub 静默推出了其 Copilot 在 Slack 和 Microsoft Teams 中的公开预览版更新日志^[3]——这明确表明微软阵营的工具不愿将“代理存在于你的聊天应用中”这一阵地拱手让给 Salesforce。第二个不相关的竞争者也在同期出现：NanoCo 的 NanoClaw，它允许一条 Slack 消息启动一个持久的定制代理团队，而非一次性任务频道。NanoClaw 凭借 1200 万美元的种子轮融资，已宣称获得超过 25 万次下载和 3 万颗 GitHub 星标，Slack 自身的产品团队也确认支持 NanoClaw 的一键“添加到 Slack”流程^[4]——这意味着 Slack 同时是自身编码功能的平台，也是在其之上构建的快速增长竞品的平台。

Slack Code 的到来正值高管真空期，这一背景深刻影响了外界对其解读。2025 年 12 月，OpenAI 从 Slack 挖走其 CEO Denise Dresser 担任首席营收官，仅在此次发布前数月，将产品主管 Rob Seaman 提拔为临时 CEO^[2]——这意味着这家推出“让 AI 代理进入你的职场聊天”旗舰产品的公司，在没有永久首席执行官的情况下完成了发布，且其前任 CEO 刚刚被竞争对手 AI 实验室挖走。公司内部对此的表述毫不含糊：Slack 首席营销官 Ryan Gavin 将 Slack Code 之前的代理式编程描述为“单人运动”，即单个开发者使用编码代理的速度提升，从未转化为组织其他成员可见或受益的成果^[5]。Valoir 首席执行官 Rebecca Wettemann 则以更分析性的术语阐述了同样的转变，认为 Slack Code 是 Slack 试图将 AI 价值“从个体副驾驶转向嵌入式、情境化的 AI 编排”的尝试^[5]——换言之，该产品重点不在于让一位工程师更快，而在于首次让整个团队的编码活动变得可见、可审查、组织内可理解。

Slack 宣传为安全特性的共享可见性设计，同时也是其最明显的攻击面，外部分析师立即指出了这一点。博通（Broadcom）高级站点可靠性工程师 Advait Patel 警告称，绝不能将 Slack 频道成员资格与底层代码仓库访问权限混为一谈：“将某人加入频道可能实际上成为授予代码访问权限的方式，造成潜在的权限提升风险”^[6]。他还提出了第二个更微妙的担忧——如果开发者私下完成混乱的工作，再将干净的结果粘贴到频道中，那么共享代码频道的全部意义就被破坏了，因为这会产生监督的表象，却缺乏其实质。并非所有外部观点都持怀疑态度：Nord-IQ 首席分析师 Manoj Chandra Jha 预计，该模式将产生“更快的修复、更好的跨职能输入，以及技术与非技术人员之间更少的代价高昂交接”^[6]，正是因为非工程师现在可以实时观看和评论代理的工作。这两种观点可以同时成立——更广泛的参与度正是协作优势和访问控制模糊性的共同来源，而 Slack 尚未发布能默认解决这一矛盾的细粒度控制措施。

Slack Code 也是对当前关于代理式 AI 普遍悲观共识的一次反向押注。Gartner 预测，到 2027 年底，超过 40% 的代理式 AI 项目将被取消；麦肯锡发现，尽管 62% 的组织正在试验 AI 代理，但仅有 39% 报告产生了实际的底线影响^[2]——这些数字表明，目前大多数代理部署只产生活动而无实际回报。Cognition（Devin 的开发商，也是 Slack Code 的四大首发合作伙伴之一）正利用其内部数据论证相反的可能性：一旦代理在公开环境中工作，这种飞跃是可能的。该公司称，其合并的拉取请求数量近几个月大约增长了 10 倍，而人力仅增长约 40%^[2]，并将此归功于云端多人协作的代理形态，而非孤立的本地会话。IDC 研究副总裁 Wayne Kurtzman 认为，Slack Code 试图弥合的根本差距是位置问题，而非能力问题：它“弥合了工作发生地与代码编写地之间的鸿沟”；Forrester 的 Will McKeon-White 则指出更微妙的效果是组合性的——“更容易只停留在 Slack 内部，并扩大实际参与代码创建的人员范围”^[7]，这意味着能够实质性参与代码讨论的人群正在悄然超越工程师群体。如果 Slack Code 及其模仿者真能将这种扩大的参与转化为已合并的、可运行的软件，而非更多无效的闲聊，那它将成为行业当前代理 ROI 问题的一个罕见反例；否则，它只是为同样的失败模式增加了一条高度可追踪的纸面记录。