Slack 里的 GitHub Copilot：把一段聊天变成一个 pull request

@GitHub 在 Slack 和 Teams 里能做什么

• 在聊天线程里排查问题、制定计划、编写代码，并创建 issue 和 pull request，整段线程都会作为上下文。
• 在云端沙箱里异步工作，完成后发一份总结，附上它所创建内容的链接。
• 可以创建一个 issue、多个 issue，或父子 issue；最多能同时处理同一组织或账户下的 11 个仓库。
• 支持选择模型、使用仓库管理员配置的 MCP 服务器，以及 Copilot Memory（预览版）。
• 自 11 月 6 日这次发布起，它会根据你的消息自动选择仓库，在每个 issue 和 PR 里注明来自哪段对话、哪位用户；在 Teams 里还会在聊天旁边用 Canvas 展示计划、diff 和预览。

如何在 Slack 里设置 GitHub Copilot

1. 确认你可以使用

   你需要付费的 Copilot 套餐，并对想要修改的仓库拥有写权限。在组织和企业中，“Copilot in the cloud”策略默认开启，但所有者可以将其关闭；对于企业拥有的仓库，需要由管理员安装应用并选择它能访问哪些仓库。

2. 安装 GitHub 的 Slack 应用

   在 slack.github.com 把 GitHub 集成添加到你的工作区（Teams 请前往 teams.github.com）。

3. 关联你的账户

   打开与 GitHub 应用的私信，或在线程里输入 @GitHub，按提示关联你的 GitHub 账户。@GitHub help 会列出所有命令。

4. 为频道设置默认仓库

   在频道里运行 @GitHub settings，选择所有者和仓库，第一个会成为主仓库。私信没有默认仓库，所以要在提示词里写明仓库和分支。

5. 用自然语言布置工作

   提及 @GitHub 并说明任务，或者直接回复一条 GitHub 通知。Copilot 会读取线程、在云端工作，然后回复 issue 或 pull request 的链接。

   @GitHub Add "Hello World" to the README in octo-org/octo-repo on the develop branch
   
   @GitHub settings      # 为这个频道选择默认仓库
   @GitHub help          # 列出命令

来源：GitHub Docs，Integrate Copilot cloud agent with Slack

权限与限制

• 只有对所有选定仓库都有写权限的人才能启动或引导会话；线程里的任何人都可以补充信息。
• 访客和外部协作者不能启动或引导会话。
• 在私信里，Copilot 以你关联账户的权限行事；在共享频道里，它以应用身份创建 issue 和 PR。
• 整段线程都会被作为上下文抓取，并保存在生成的 pull request 里，所以不要在对话里贴密钥等敏感信息。
• GitHub 的公告没有说明 Slack 会话如何计费；大范围推广前，请先查看你所在套餐的 Copilot 用量。

Slack 里的 GitHub Copilot vs Claude Code in Slack vs AI 员工

聊天机器人什么时候够用，什么时候不够

当 bug 报告出现在线程里时，Slack 里的 Copilot 非常好用：提及一次，pull request 随即就来。但它仍然是被动的：没人开口就什么也不会发生，而且每次提及只对应一个任务。如果你想要一个有岗位和目标、能自己消化待办列表的 agent，可以看看 AI 员工和如何让 Claude Code 主动工作。更多运行多个 agent 的方式，见 Claude Code 编排工具。

从“@ 一下机器人”到一名自己接下一个任务的员工

Crewmark 把 Claude Code、Codex、DeepSeek Harness 或 OpenCode 会话变成一名有岗位、目标和工作时间的 AI 员工。它按心跳醒来，从共享看板上接下一个 issue，边做边写评论，需要你拍板时给你发消息。

1. 像在聊天里一样分配工作

   在任意浏览器或手机上创建一个 issue 并指派出去，员工会立刻收到通知。

2. 让它持续工作

   在你两次发消息之间，它会按 15、30 或 60 分钟的心跳处理自己的 issue。

3. 快速修复继续交给 Copilot

   两者并不冲突：线程里的一次性请求用 @GitHub，持续的待办列表交给员工。

Slack 里的 GitHub Copilot 常见问题