觀點 · 資訊分享

GitHub 把 Copilot 雲端代理接進 Teams:在討論串 @GitHub,就能把 bug 回報變成 PR

GitHub 在 10 月 23 日把 Teams 的通知應用和 Copilot 整合在一起。在群組或頻道的討論串裡 @GitHub,Copilot 雲端代理會讀完整串討論、到雲端沙盒改程式並開 PR,目前是公開預覽,需要付費的 Copilot 方案。

發布
2026-10-24
篇幅
約 5 分鐘 · 2,055 字
結構
8 節 + 4 題常見問題
標籤
#GitHub Copilot#Microsoft Teams#Copilot 雲端代理#AI 開發工具
GitHub 把 Copilot 雲端代理接進 Teams:在討論串 @GitHub,就能把 bug 回報變成 PR

一句話看懂:GitHub 的 Teams 應用新增 Copilot 雲端代理,在討論串 @GitHub,它會讀整串討論、調查問題、修 bug 並開 PR;目前是公開預覽,需要付費的 Copilot 方案。

Copilot 雲端代理進駐 Teams資訊圖卡:在討論串 @GitHub,Copilot 就能調查問題、改程式、開 PR

先用白話講:把「請同事幫忙」搬進聊天室

想像團隊在 Teams 群組裡討論「登入頁壞了」。以前通常要有人把內容複製到 GitHub 開 issue,再指派給工程師。現在你在串裡對 @GitHub 說一聲,就像請了一位隨叫隨到的助理工程師:它讀完整串討論,到雲端沙盒裡改程式,開好 PR 貼回來給大家看。

這位助理叫做 Copilot 雲端代理(cloud agent),是在 GitHub 的雲端沙盒裡非同步工作的 AI,不佔用你自己的電腦。

發生什麼事

GitHub 在 10 月 23 日的更新日誌宣布,Teams 裡新的 GitHub 應用把通知和 Copilot 整合在一起。官方描述的流程有三步:

  1. 收到通知:Teams 裡出現一則 bug 回報
  2. 交辦:@github 調查問題、修掉 bug,並建立 PR
  3. 審查與上線:團隊審查、測試,再合併
  • 新應用的前身叫「GitHub notifications」,已經安裝的人更新即可,原本的通知功能照常運作
  • 舊版 GitHub 應用會改名為「GitHub (deprecated)」,並在 11 月 16 日退役;想用 Copilot in Teams,要安裝合併後的新應用

怎麼開始?

  1. 在團隊裡安裝一次 GitHub 應用,之後每位成員自己連結 GitHub 帳號
  2. 在 Teams 輸入 @GitHub,依提示連結帳號,必要時設定預設儲存庫
  3. 下指令,例如 @GitHub Create a pull request to... repo=OWNER/REPO_NAME branch=BRANCH_NAME
  4. 想修改,就在同一串再 @GitHub;它會把上次提及之後的所有訊息都納入
  5. 也能請它建立 issue,一次建立多個,還能設定父子關係

給開發者的技術細節

  • 資格:官方文件寫明,所有付費 Copilot 方案可用;需要啟用雲端沙盒,組織或企業的成員可能要請管理員先開啟。目前是公開預覽,內容可能調整
  • 身分:在私訊中,Copilot 用你連結的 GitHub 個人帳號權限行動;在群組討論串或頻道,PR 等產物是以應用程式身分建立,不是掛你的名字
  • 多一道核准:如果儲存庫用規則集(ruleset)而且已經要求至少一個核准,由應用程式身分建立的 PR 因為沒有歸屬某個人,要多一個核准才能合併,這是預設行為
  • 誰能指揮:只有對儲存庫有寫入權限的人能觸發改動,任何對話參與者都能提供意見;訪客成員與外部協作者不能啟動或指揮工作階段
  • 預設儲存庫:每個頻道可以設定一個;私訊不能設定;頻道沒設時,第一次工作階段用到的儲存庫會成為預設

要特別留意的地方

官方文件有一段「安全考量」:@GitHub 時,整串討論都會被當成上下文,並保存在代理產生的產物裡。也就是說,如果串裡有人貼過密碼、客戶資料或內部網址,它們可能跟著進入 PR 或 issue。想縮小範圍,可以改傳私訊給 GitHub 應用,或另開一串新的討論。

我的看法

「把聊天變成 PR」很吸引人,尤其是小團隊,bug 回報常常就是從聊天室開始。但這件事也把「誰能指揮 AI 改程式」放進了聊天室,治理的問題比方便更重要。

如果要試,我會做這幾件事:先挑一個不重要的儲存庫;確認儲存庫有規則集,讓 AI 開的 PR 一定要有人審;討論串裡不要貼機密,必要時改用私訊交辦;同時留意 11 月 16 日舊版應用退役的日期。如果你們用 Teams 跟客戶或外包夥伴共用頻道,更要想清楚誰在串裡、誰有寫入權限,因為整串討論都會成為 AI 的參考資料。

名詞小辭典

  • Copilot 雲端代理(cloud agent):GitHub 提供的 AI 代理,在雲端沙盒裡自己讀程式、改程式、開 PR,做完再回報。
  • PR(Pull Request):把一批程式修改提交給團隊審查、再合併進主程式的流程。
  • 沙盒(Sandbox):與外界隔離的執行環境,AI 在裡面做事,影響範圍有限。
  • 規則集(Ruleset):GitHub 儲存庫的規則設定,例如合併前至少需要幾個人核准。

資料來源

常見問題

Copilot 雲端代理在 Teams 裡能做什麼?
你在 Teams 的討論串裡 @GitHub 並交辦事情,它可以調查問題、規劃、寫程式、建立 issue 和 PR。它在雲端沙盒裡非同步工作,完成後把結果貼回討論串。
誰可以使用?
需要有付費 Copilot 方案的 GitHub 帳號、Teams 帳號,而且 Copilot 方案要開啟雲端沙盒。只有對儲存庫有寫入權限的人能觸發改動,訪客成員與儲存庫的外部協作者不能啟動或指揮工作階段。
討論串裡的內容會被怎麼使用?
官方文件說,@GitHub 時整串討論都會被當成上下文,並保存在代理產生的產物裡。想縮小範圍,可以改傳私訊給 GitHub 應用,或另開新的討論串。
已經安裝舊版 GitHub 通知應用怎麼辦?
已安裝 GitHub notifications 的話,更新到最新版即可,原本的通知功能照常運作。如果用的是舊版 GitHub 應用,要在 11 月 16 日退役前改裝合併後的新應用。
LINE