CRM软件巨头Salesforce发布了Slack Code，一项围绕Slack专属频道构建的新服务：AI编程智能体可以在频道中承接软件开发任务，相关利益方则能实时跟进进度、补充背景信息，并在需要时介入干预，从而减少软件项目从创意到成品过程中的交接环节。

在Slack的任意对话中标记受支持的编程智能体——如Anthropic的Claude、Cognition的Devin、GitHub Copilot、ChatGPT或Vercel的智能体——该服务即会自动创建一个针对特定任务的代码频道，并把相关团队成员拉入其中。Slack产品管理副总裁Katie Steigman介绍，频道可以保留对话中的相关上下文，并为参与者提供智能体对话、执行计划、代码差异（diff）的独立视图，可审查智能体所做的修改、提供反馈，必要时引导、暂停或终止智能体。任务完成后，智能体可将成果打包供人工签批，视工作流和智能体而定还可发起Pull Request，代码频道随即自动归档并保留为可搜索的历史记录。

这与当前主流的"一人一智能体"AI编程模式形成鲜明对比：传统流程中，员工在Slack等协作工具里提出问题，在Jira等项目管理工具中建工单，再交给开发者在IDE或终端中配合编程智能体完成。Salesforce的赌注是，让项目相关方围绕同一个智能体协作并在其执行任务时实时干预，能减少代码在开发流程各阶段流转时的交接成本。

分析师认为这一模式确有生产力优势。Nord-IQ Research首席分析师Manoj Chandra Jha表示，Slack Code可能意味着更快的修复、更好的跨职能输入，以及技术与非技术人员之间更少的高成本交接。IT咨询公司Kanerika的AI开发经理Amit Kumar Jena则指出，让所有相关方与同一个AI智能体并肩工作，有助于在错误假设进入后期评审、导致返工之前尽早发现它们；这一模式还能扩大发起开发工作的人群——产品经理发现Bug后可直接标记智能体生成初版方案，而不必建工单排队等待。

不过，共享可见性也带来新的取舍。博通高级SRE工程师Advait Patel提醒："编程是深度工作，而Slack是打断机器，把两者放在同一界面上并不天然是好事。"多方干预可能产生相互冲突的建议和中途变更，迫使智能体不断调整指令；开发者也可能不愿暴露与AI协作中的试错过程——"如果开发者在私下完成混乱的部分，再把干净的结果贴进频道，就违背了初衷：你得到的透明是表演，而非过程。"此外，每个编码任务创建一个频道，大型企业可能要管理成百上千个额外频道，通知问题尚未解决。他预计企业最终会采取混合模式：跨职能协作的工作用共享频道，重构、调试、性能优化等高强度工程任务仍在私有会话中完成。

安全与访问控制同样是企业采用的关键。Patel警告，频道成员身份不应自动等同于访问或修改底层代码库的权限，否则"拉人进频道"就会变相成为授予代码权限的途径，构成提权风险。Salesforce表示，智能体目前运行在Slack现有的权限、安全模型和管理控制之内，服务还提供API供企业定制智能体行为、实现账户配置和认证等环节的自动化。