GitHub 把 Copilot 的代理能力直接塞进了 Slack 公共预览版。团队在聊天框里 @ 一下，就能让 AI 去查 Bug、写代码、开 PR。
GitHub 将代码生产流直接嵌入了团队沟通流。任务从意图到代码的流转摩擦力被大幅压缩。对研发主管来说，跨部门协作的上下文丢失问题将得到结构性缓解。
- Slack 对话直接触发 Copilot 代理，支持异步执行与沙盒验证。
- 专属代码频道隔离噪音，团队可实时审查 diff 与 HTML 预览。
- PR 归属 Copilot 身份，管理员可强制人工审批以保留合规控制。
从聊天框到代码库的无缝流转
在 Slack 直接对话中提及 @GitHub 即可启动代理会话。Copilot 能够利用对话上下文和允许的 GitHub 上下文执行多项任务：回答代码与活动问题、分类 Bug 报告、更新或创建 Issue。更关键的是，它能在安全云沙盒中调查故障、实现更改并验证工作，最后直接开启 Pull Request 并提供审查链接。
代理会话支持异步执行。你在开会或通勤时，Copilot 会在后台持续工作。你可以随时从 Slack 引导会话，随后在终端、GitHub Copilot app 或 IDE 中从 Pull Request 继续。
为避免主频道噪音，Copilot 能创建专属代码频道。团队在此跟进计划、检查 diff、审查 HTML 产物预览并迭代。任何人均可从原线程加入、补充上下文或停止会话。
这种模式适合探索性开发和快速原型验证。但在处理核心底层架构重构或涉及复杂跨仓库依赖的任务时，代理容易丢失全局上下文。此时应退回传统的 IDE 深度介入模式，避免 AI 在沙盒中产生难以调试的幻觉代码。
权限边界与合规控制拆解
企业级应用最关心的是安全与成本。此次更新在权限管控上做了精细化设计。所有从对话中创建的 Issue 和 Pull Request 均归属于 Copilot app identity，且操作严格受限于现有的 GitHub 权限与控制策略。
针对代码合并，仓库管理员可以设置强制拦截：任何归属于 Copilot 身份的 PR 在合并前必须经过额外的人工审批。这确保了人类始终在循环中，团队在提速的同时不会丧失合规监督。
在成本与额度方面，该公共预览版面向 GitHub Copilot Business 和 GitHub Copilot Enterprise 计划开放。使用量直接计入现有的 Copilot 权益，并可通过现有的 Copilot cloud agent budgets 进行统一管理。
引入此功能前，技术决策者需核对以下清单：首先确认组织是否已启用 Copilot cloud agent policy；其次评估现有 cloud agent budgets 是否足以支撑高频的异步沙盒调用；最后必须在核心仓库配置 PR 额外审批流，防止未经审查的代理代码直接合入主干。
落地配置与实操指南
要启用这套工作流，需完成三个标准步骤。首先，确保管理员已在组织层面启用 Copilot cloud agent 策略。其次，安装或升级 Slack 中的 GitHub 应用。最后，绑定 GitHub 账号并在对话中提及 @GitHub 即可。
官方提供了详细的工作流支持与设置文档：
Slack 应用安装与升级地址：
详细设置与受支持工作流文档：
公开共享代理会话是这次更新中极具隐性价值的设计。开发者能直接看到队友如何向代理下达指令，这相当于在团队内部建立了一个实时的 Prompt 工程培训场。好的提示词技巧会在日常协作中自然扩散。不过，沙盒验证只是第一道防线，对于涉及生产环境数据流转的逻辑，仍需资深工程师进行深度 Code Review，切勿将 AI 的异步输出等同于最终交付物。
留言聊聊
你现在团队里处理 Slack 里的技术需求，是直接建 Issue 还是用 AI 辅助生成？
往期推荐
- ·75 亿买路由，Stripe 拿下 AI 模型过路费
- ·支持17种语言，AI接待员Emma却听不懂本地口音
- ·2.3 GW 算力排队等电，Nvidia 亲自下场做红娘
点击公众号头像 → 历史消息，可翻阅以上文章
