GitHub Copilot：Slack、Teams 正式可用，Teams Canvas 协作

1. 从对话衔接到代码任务

GitHub 于 2026 年 11 月 6 日宣布 Copilot 在 Slack 和 Teams 正式可用。支持的任务包括排查缺陷、创建议题、实施变更和创建拉取请求。拉取请求是请求他人审阅并合入代码变更的方式，让流程不止于在对话中讨论问题，还能推进到产出可供审阅的成果。

公开的 Slack 示例画面展示了将缺陷报告转为议题的过程。一名用户报告刷新后仪表板的日期筛选器会重置，另一名成员据此请求创建议题，包含复现步骤，即再次触发问题的操作顺序，以及预期行为和修复验收标准。Copilot 回复称已创建包含上述内容的议题，并提供成果链接。这展示了如何将团队对话中的报告衔接为可供审阅的任务项。

要开始使用，只需在 Slack 或 Teams 中提及 @GitHub 并提出任务请求。公告提供了两个应用的入门页面及 GitHub 社区讨论链接。这种方式将开发者日常与团队沟通的空间变成发起任务请求的起点。

2. 在 Teams Canvas 中共同查看计划和代码

Teams 新增的 Canvas 是在对话旁展开待审阅材料的空间。团队可将实施计划、代码变更和预览与对话并排查看。成员无需离开 Teams，即可继续讨论、交流反馈并共同完善实现。

值得关注的是，审阅对象不仅包括代码，还涵盖计划和预览。团队可并排查看关于构建目标的讨论内容和实际变更，围绕同一份材料持续反馈。这是在请求代码任务的功能之外，增加了共同审阅空间。

3. 从消息中识别仓库并启动任务

将请求衔接为编程任务的启动流程也有变化。据 GitHub 介绍，@GitHub 会从消息中识别目标仓库，即存放代码和变更历史的空间，并启动任务会话，即处理一次请求的工作单元。用户无需再次选择已在消息中指定的仓库，减少了请求与实际工作之间的步骤。

GitHub 表示，即使尚未登录或没有默认仓库，现在也更容易开始使用。需要切换仓库或授予应用访问权限的情况也在改进范围内。这些调整针对的是团队成员启动任务时遇到的不同入口情境。

此次还修复了可能无法回复后续消息的问题。这项修复涉及首次请求后继续追加问题或指令的对话流程。除了缩短启动任务的步骤，请求后继续对话的过程也在此次改进范围内。

4. 减少切换，成果保留用户标识

标明生成来源的方式也有变化。Copilot 创建的议题和拉取请求会在描述中注明，它们由 Slack 或 Teams 中与特定用户的对话生成。通过这一标识，即使在仓库的成果中，也能确认其由对话式工具生成，并查看用户名。

团队的收益在于，从对话转入开发任务时，来回切换工具的麻烦减少了。但团队也需关注对话生成的成果中会留下哪些用户信息。虽然在聊天中发起任务请求变得更便捷，但成果附带的生成来源也成了团队需要审阅的内容。

此次正式推出的核心，是让对话成为开发任务的起点，并通过 Teams Canvas 共同审阅讨论内容和实现成果。