GitHub Copilot 的 Slack 和 Microsoft Teams 集成更新

一句话看懂：GitHub 在 2026 年 9 月 25 日更新了 Copilot 在 Slack 和 Microsoft Teams 中的集成，让它能读取更多对话上下文、在创建 Issue 前先查重，并把生成的 GitHub 工作反向链接回原讨论，团队可以从聊天直接推进到代码任务。

事件核心：发生了什么

根据 GitHub Changelog，本次更新集中在三块。一是上下文增强：在 Slack 中，Copilot 现在可以使用受支持的文件、附件和消息链接；在 Teams 中，它可以处理内联图片、转发消息的上下文以及频道和线程历史。二是工作衔接：Copilot 在创建新 Issue 前会检查是否已有类似问题，创建完成后附带结果链接，并保留一条指回原始对话的链接。三是控制权与稳定性：用户可以只针对下一条消息切换模型，并让该选择在整段对话中延续；Slack 侧还支持设置默认负责人和仓库。此外，官方修复了长任务状态显示、中断或过期回复处理、空闲重连，以及 Teams 图片转换重复回答、Slack 仓库切换串号等问题。该公开预览面向 GitHub Copilot Business 和 Copilot Enterprise 组织用户，用量计入现有 Copilot 配额，部分能力仍在逐步放量。

为什么重要

聊天工具已经成为许多团队讨论需求的第一现场，但讨论落到 GitHub 往往靠人工转述，上下文容易丢失。这次更新把 Copilot 的角色从“聊天里问答”推进到“把对话转成可追踪的工作项”，相当于在 Slack 与 Teams 上补了一层轻量工作流入口。对 GitHub 而言，这也是把 Copilot 从 IDE 内的补全工具，扩展为跨协作平台的入口，与 Atlassian、Linear 等工单类产品的边界进一步重叠。模型可切换、默认仓库和负责人可配置，则意味着企业更关注可控性和成本，而不是单纯比拼模型能力。

对用户/开发者/创作者的影响

对使用 Copilot Business 或 Enterprise 的团队，最直接的变化是可以少写一段迁移说明：在频道里 @GitHub 描述问题，Copilot 会先查重再建 Issue，并保留来源链接，便于后续回溯决策。需要注意两点：用量仍走现有配额，重度使用可能更快触及预算；仓库切换等操作虽已加保护，但涉及权限和云沙箱的策略仍需管理员提前开启。目前公开信息显示，该功能仅为公开预览，并非所有工作区立即可用，个人版用户暂时也不在覆盖范围内。