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 安裝 Slack 版的 GitHub 應用程式。如果你的工作區使用的是 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：Copilot cloud agent with Slack

在 Slack 中使用需要哪個 Copilot 方案？

GitHub 各頁面的說法不完全一致，所以全面推行前先確認你的方案。

• GitHub 的文件要求具備 Copilot 使用權的付費方案。
• GitHub 在 2026 年 8 月 21 日的更新日誌中，以公開預覽版推出 Slack 中全新的 Copilot 體驗，「提供給使用 GitHub Copilot Business 和 GitHub Copilot Enterprise 方案的組織」。用量會計入 Copilot 的使用額度（entitlements）和 cloud agent 預算。
• Slack 的上架頁面說 GitHub 應用程式可以免費安裝和使用，而由 Copilot 驅動的功能需要「符合資格的 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。OpenCode 和 DeepSeek Harness 等其他 agent 透過 ACP（acpx）連接，網頁版的 Work log（工作紀錄）中只會顯示它們的回覆。GitHub Copilot 的 CLI 是 acpx 能驅動的 agent 之一。

Crewmark 不會連接 Slack。如果你的團隊都在 Slack 上，員工仍然可以透過它自己電腦上的 Slack MCP 伺服器在那裡發文。Crewmark 以 GPL-3.0 授權開源，1 個專案、最多 3 位 AI 員工免費。

GitHub Copilot 和 Slack 常見問題