工作

Slack Code把AI编程搬进频道:团队终于能看见并叫停代理

|作者: QUASA 编辑团队|2 分钟阅读| 3
Slack Code把AI编程搬进频道:团队终于能看见并叫停代理

Slack于2026年8月20日正式上线Slack Code,把原本可能留在个人终端或浏览器标签页里的AI编程过程移入共享代码频道。iThome的8月21日报道 确认,团队成员可以同步查看工作计划、代码差异和实时预览,要求代理修改结果,并在工程师复核后决定是否授权创建Pull Request。

Slack Code不是新的基础模型,也不会替团队自动批准代码;它是Slack为人和外部AI代理提供的协作空间。Slack开发者更新日志 显示,代理可从现有对话创建专属频道并带入上下文,在其中发布代码差异、Block Kit视图、HTML预览和Canvas,协作者则能围绕同一批产物补充背景、审查修改和参与决策。

代码频道让团队看到代理的中间过程

Slack Code把原有项目对话转为专属代码频道,集中展示代理计划、代码差异和HTML预览

Slack Code改变的重点不是代理能否生成代码,而是把生成前后的计划、讨论和产物放到多人可见的工作空间。复杂任务不必继续挤在普通消息串里;代理可为单项任务创建代码频道,发布进度,并把需要参与的人带入同一会话。

频道中的差异和预览把审查时间提前到任务仍在执行的阶段。产品、设计和工程成员可以在最终PR出现前发现错误假设、补充业务限制或要求改变方向;任务结束后,频道可以归档并保留可搜索记录,使计划、反馈和决定不至于随着临时会话消失。

这种透明度也有边界。成员看到频道里的预览,不等于获得底层仓库、部署环境或生产数据的访问权;代理能够展示修改,也不表示修改已经通过测试、代码所有者审查或安全审批。

从提及代理到批准PR,控制点不止一个

团队在Slack Code执行过程中发现错误假设并暂停代理,阻止修改直接进入Pull Request

Slack Code呈现的是一条可以观察和干预的任务链,而不是“发出提示词后自动上线”的单步流程:

  1. 成员在项目对话中提及已安装且受支持的编程代理,说明任务目标和限制。
  2. 代理为较复杂的任务创建代码频道,带入相关对话上下文,并邀请协作者进入。
  3. 代理发布计划、阶段性进度、代码差异或HTML预览,成员在同一频道提出反馈。
  4. 如果实现方向错误或需要补充条件,成员可以停止代理当前的响应,再用新提示调整任务。
  5. 工程师审查实际修改;需要创建Pull Request、合并代码或推进部署时,再按原有规则交给有权人员批准。
  6. 会话结束后关闭或归档频道,保留讨论和产物记录。

标题中的“叫停”指的是在代理仍工作时停止其当前响应并重新定向,而不是一键撤销代理在其他系统中的所有权限。停下Slack里的生成过程,并不会自动吊销仓库令牌、取消已经触发的CI任务或回滚外部平台上的操作。

人工参与不等于人工审批已经完成

代码频道能让更多角色参与讨论,但“有人看过”与“有权批准”是两件事。文案和低风险样式调整,与认证、支付、个人数据、数据库迁移或生产配置变更,不应使用相同的放行标准。

任务发起者可以说明目标,代码所有者负责审查差异,安全或平台负责人处理敏感权限,拥有合并资格的人作出最终决定。代理持续更新状态,只能证明过程可见,不能证明测试、合规检查和代码审查已经完成。

因此,高风险操作仍应服从代码托管平台的分支保护、必需审查和部署授权。Slack Code可以把待批准事项送到合适的人面前,却不能自行决定谁是合适的批准者,也不能替代仓库与生产环境原有的控制。

继承Slack权限,不等于自动覆盖仓库风险

管理员核查Slack Code频道成员、代理仓库权限、高风险审批和授权撤销边界

Slack的正式上线说明 称,代码频道继承Slack现有权限和管理员控制,并允许成员在任务中暂停或调整代理方向;页面同时列明当前正式支持Claude、Devin、GitHub Copilot和Vercel,OpenAI的ChatGPT支持仍标为即将推出。

权限继承解决的是Slack侧的成员身份和管理边界,并不自动覆盖代理厂商、代码仓库、密钥系统及部署环境。管理员在开放Slack Code前,仍需分别确认:

  • 任务发起:谁能安装、提及和使用代理,访客或外部协作者是否在允许范围内。
  • 频道可见性:新频道带入哪些上下文,谁会加入,以及归档后谁仍能搜索记录。
  • 仓库身份:代理使用哪个账号,可读取哪些仓库和分支,是否接触私有依赖或敏感配置。
  • 写入能力:代理只能生成补丁,还是能够推送分支、创建PR或触发CI/CD。
  • 审批边界:哪些变更必须由代码所有者、安全负责人或生产环境管理员批准。
  • 撤销路径:出现异常时,能否分别停用Slack应用、代理账号和仓库凭据。

换言之,代码频道提供了监督发生的场所;真正的控制链仍取决于Slack成员权限、代理授权、仓库规则和部署凭据是否彼此衔接。“团队看得见”只有在相应人员确实拥有暂停、拒绝或撤销权限时,才会转化为有效控制。

支持名单与额外订阅仍有待厘清

公开资料对ChatGPT的首发状态存在差异:iThome把ChatGPT列入首批支持对象,而Slack上线页面末尾给出的更具体状态是OpenAI支持“即将推出”。在Slack更新可用性说明前,更稳妥的判断是Claude、Devin、GitHub Copilot和Vercel已经上线,ChatGPT尚不能按普遍可用处理。

接入Slack Code也不表示外部代理包含在Slack费用内。团队仍须取得相应代理服务的使用权限,并分别核对账号、席位、地域可用性及仓库授权;现有公开页面没有给出适用于全部合作伙伴的统一代理价格或计费规则。

目前可以确认的是,Slack Code已经把计划、差异、预览、反馈和中途停止入口放入共享频道。尚不能据此推断所有代理均已开放、频道成员天然拥有适当的仓库权限,或一次频道内复核足以替代正式合并审批;OpenAI支持的开放时间以及各合作伙伴的具体订阅条件仍待后续公布。

分享:

订阅我们的新闻通讯

将最新 Web3、AI 和加密货币新闻直接发送到您的邮箱。

0