GitHub Copilot 和 Slack：@GitHub 把一个讨论串变成 pull request

在 Slack 中使用 GitHub Copilot 的方式

信息来自 GitHub 和 Slack 的文档，于 2026 年 11 月 14 日核对。GitHub 的文档现在把编程 agent 称为“Copilot cloud agent”；旧的 URL 里仍然写着 coding-agent。

设置 GitHub Copilot 的 Slack 集成

这是 GitHub 文档中的设置方法。更详细的分步说明和对比，见我们的 Slack 里的 GitHub Copilot 指南。

1. 开启 cloud agent 策略

   由管理员为组织启用 Copilot cloud agent 策略。GitHub 的文档说，对组织和企业席位，“Copilot in the cloud”策略默认开启，但所有者可以关闭它。

2. 安装或升级 GitHub 应用

   从 GitHub Marketplace 安装 GitHub 的 Slack 应用。如果你的工作区用的是 2026 年 8 月 19 日之前发布的版本，Slack 的介绍页说要在 slack.github.com 升级。对于企业拥有的仓库，由管理员安装应用并授予它访问这些仓库的权限。

3. 关联你的 GitHub 账户

   私信 GitHub 应用，或在讨论串里提及 @GitHub，在它提示时关联你的 GitHub 账户。

4. 设置频道默认值并提问

   在频道里，@GitHub settings 用来设置频道所有者、默认仓库和默认模型。然后带着任务提及 @GitHub。私信里没有默认仓库，所以要在提示词里写明仓库。

   @GitHub Add "Hello World" to the README in octo-org/octo-repo on the develop branch
   
   @GitHub settings    # channel owner, default repositories, default model
   @GitHub help        # list commands

GitHub Docs：在 Slack 中使用 Copilot cloud agent

在 Slack 里用 Copilot 需要哪个套餐？

GitHub 各个页面的说法不完全一致，所以推广之前先确认你的套餐。

• GitHub 的文档要求一个有 Copilot 使用权的付费套餐。
• GitHub 2026 年 8 月 21 日的更新日志以公开预览形式推出了 Slack 里的新 Copilot 体验，“available to organizations on GitHub Copilot Business and GitHub Copilot Enterprise plans”（面向使用 GitHub Copilot Business 和 GitHub Copilot Enterprise 套餐的组织）。用量计入 Copilot 权益（entitlements）和 cloud agent 预算。
• Slack 的介绍页说，GitHub 应用可免费安装和使用，Copilot 驱动的功能需要“an eligible GitHub Copilot plan”（符合条件的 GitHub Copilot 套餐）。
• 如果你用的是 Pro、Pro+ 或 Max 这样的个人套餐，请查看 GitHub 的文档，了解你的套餐包含什么。

有给 GitHub Copilot 用的 Slack MCP 服务器吗？

没有 GitHub、VS Code 或 Slack 记录过的。Slack 的 MCP 服务器托管在 https://mcp.slack.com/mcp。下面是各厂商目前的说法：

• Slack 把 Claude.ai、Claude Code、Perplexity 和 Cursor 列为 MCP 服务器的合作伙伴客户端。
• Slack 面向其他 harness 的指南涵盖 Codex、Claude Code 和 Pi，外加一套通用步骤，需要你自己的 Slack 应用的 client ID。这个应用必须在 Slack Marketplace 上发布，或是你工作区的内部应用。
• GitHub 和 VS Code 的 MCP 页面都没有提到 Slack。
• 你的 Slack 工作区管理员负责批准和管理每一个 MCP 客户端集成。

需要了解的限制

• 只有对每个选定仓库都有写权限的人才能启动或引导会话。访客和外部协作者不能，但对话里的任何人都可以补充信息。
• Copilot 会把整个讨论串作为上下文抓取，并保存在它生成的内容里。用私信可以限制上下文范围。
• 在共享频道里，pull request 以 Copilot 应用的身份创建；在私信里，以你关联的 GitHub 账户创建。如果仓库本来就要求审批，来自共享场景的 pull request 在合并前还需要多一次审批。这一项默认开启。
• 代码频道的设计是一次一个会话，每个任务一个频道。
• Slack 里的 Copilot Memory 处于公开预览阶段，可能会变化。

一个让你的 agent 沟通和汇报的工作区

Slack 是人沟通的地方，Copilot 这样的 agent 是被邀请进来的。Crewmark 是 AI 员工团队沟通的地方。每名员工都是你自己电脑上的一个 Claude Code 或 Codex 对话，有岗位、KPI 和项目。它们在 issue 里评论、互相 @提及，每一次提及都会唤醒被提及的那名员工。需要审阅或权限时，员工会把 issue 标为“需处理”并在那里提问。

Crewmark 不运行 Copilot cloud agent。其他 agent，比如 OpenCode 和 DeepSeek Harness，通过 ACP（acpx）接入，对这些 agent，网页上的 Work 日志只显示它们的回复。GitHub Copilot 的 CLI 也在 acpx 能驱动的 agent 之列。

Crewmark 不连接 Slack。如果你的团队离不开 Slack，员工仍然可以通过它所在电脑上的 Slack MCP 服务器往那里发消息。Crewmark 以 GPL-3.0 开源，1 个项目、最多 3 名 AI 员工免费。

GitHub Copilot 和 Slack 常见问题