GitHub更新Slack与Teams中的Copilot：讨论上下文更丰富，工作结果保留来源链接
2026 年 9 月 25 日，GitHub 公布 Slack 与 Microsoft Teams 中 Copilot 的一组更新。重点包括更多讨论上下文、把生成的 GitHub 工作链接回原对话，以及更明确的任务状态。对协作团队而言，值得关注的是讨论如何变成可追踪的工作，以及中间有没有丢失限定条件。
配图为 AI 生成的概念示意图，非真实产品界面、设备照片或活动照片。
上下文与开放范围
公告称，Slack 可使用受支持的文件、附件和消息链接；Teams 可处理内联图片、转发消息上下文以及频道和线程历史。创建新事项前会检查相似事项，并提供结果链接与回到原讨论的链接。
该体验仍是面向 Copilot Business 和 Enterprise 组织的公开预览，部分能力逐步推出，可能尚未覆盖每个工作区。用量计入现有 Copilot 权益并可由 cloud agent 预算管理。公告还提到模型切换、Slack默认仓库及连接恢复方面的改进，不能据此假定所有附件格式或所有账户都受支持。
对话转工作项要保留哪些信息
以下是假设例子：频道里有人提出修改导出格式，随后另一人补充“只适用于测试环境”。若新事项只保留第一条消息，需求的实际范围就被改变了。团队可以要求工作项写明决定内容、适用范围、尚未定下的问题，以及讨论来源。
来源链接提供复核入口，但并不保证阅读者自动理解所有上下文。创建者仍应点回原对话检查：附带文件是否是最终版，图片是否需要解释，转发内容是不是已被后续消息修正。把这些条件整理成简短文字，会比复制整段聊天更容易审阅。
相似事项检查仍需要人的判断
相似标题可能描述两个不同环境的问题，也可能是同一问题被多人报告。合并之前，应比较触发条件、影响对象和期望结果。仅仅出现同一个关键词，不应自动成为关闭或覆盖另一个事项的理由。
首次试用时，可以用一个范围明确的低影响工作，观察结果是否进入正确仓库、回链是否能打开、状态是否与实际任务一致。若某项功能尚未在本工作区出现，应按渐进推出状态记录。新闻中的改进说明是起点，团队仍要用自己的协作流程验证结果。
来源与核验
主要来源：GitHub：Updates to Copilot for Slack and Microsoft Teams，公告日期 2026-09-25。本文于北京时间 2026 年 10 月 1 日核验，后续状态以官方更新为准。
