GitHub Copilot app 同時跑三個代理不會打架：官方說明的 worktree 隔離機制與三件先做的事（2026-09 實查）

同一個專案上同時跑三個 AI 代理，聽起來像災難。GitHub 在 2026-09-03 的官方教學裡給的答案是：在 Copilot app 裡，這些代理各自獨立、不互相干擾——關鍵在它們可以跑在各自的 Git worktree 上。

這篇整理官方講的機制，以及本站建議的實際做法。查核日 2026-09-08。

一、官方講的機制：三個名詞

1. 代理工作階段（agent session） 官方定義是「你交給 Copilot 的一件任務，從開始到結束」。在 Copilot app 的工作階段檢視裡，每張卡片顯示標題與進度。

2. 各自的 Git worktree 這是重點。官方原文：每個代理工作階段都可以跑在自己的 Git worktree 上；因為彼此隔離，所以能真正同時跑。

用白話說，worktree 就是同一個儲存庫的另一份工作目錄——分支不同、檔案狀態不同，但共用同一份 git 歷史。所以 A 代理改的檔案不會出現在 B 代理的目錄裡，也就不會互相覆蓋。

3. 各自保留上下文 官方明說：每個工作階段保有自己的上下文，你切回去時它接續你離開的地方，不必重新解釋一次。

二、官方的比喻與它真正的意思

教學用的比喻是自助洗衣店：多台洗衣機同時洗、各自設定、不必等前一台洗完。

這個比喻藏著一個常被忽略的重點：洗衣機不會替你摺衣服。 官方自己的話是——你把時間花在審查與決策，而不是盯著代理工作。並行的效益不是「AI 做得更多」，是你等待的時間被壓縮；審查的工作量並沒有變少，反而會一次來三份。

三、哪三種任務適合並行（依官方示例）

官方拿一個範例儲存庫示範，同一天要做三件事：

1. 加一個新功能（依募資金額排序）
2. 做一次無障礙檢查
3. 跑測試

這三件事的共同點值得抄：彼此不相依、而且改動範圍不重疊。 一個加功能、一個做檢查、一個驗證——不是三個人改同一個檔案。

反過來說，兩個代理同時改同一個模組，worktree 隔離會讓你在合併時才發現衝突，那不是它要解決的問題。

四、開始之前先確認三件事（本站建議）

官方教學建議「先試著同時開兩個小任務」。實際做之前，這三件事先確認：

1. 每個工作階段的任務要能單獨驗收。 三個任務同時回來，你需要能一個一個判斷「這個可以合、那個要退」。任務切得太大或太模糊，你會卡在審查上。
2. 先想好合併順序。 隔離的是執行，不是合併。三個分支最後還是要進主線，先合哪一個、後面那個要不要重跑測試，開始前想比事後想便宜。
3. 從小任務開始。 官方的原話是「這是低風險的方式，去看你的任務各自獨立地進行」。第一次就開三個大重構，你只會得到三份難審的 diff。

五、一個相關的教訓：並行是會被設定弄丟的

同一週 GitHub 另一篇工程文章記錄了一次真實事故：他們壓縮提示詞時，不小心把「可以並行」的彈性指引改寫成硬性排程規則，結果本該平行跑的獨立代理變成一個接一個排隊。

這件事對使用者的意義是：「有沒有真的在並行」值得你自己看一眼。 如果三個工作階段的進度條像是一個做完才動下一個，那就不是並行。完整經過見把 AI 的輸出砍短反而更貴。

六、費用面要記得的一件事

並行不會讓每個任務變便宜——三個代理同時跑，就是三份用量。 Copilot 的額度怎麼扣、什麼動作會扣，見 Copilot AI credits 計算方式；方案差異見 GitHub Copilot 工具頁。

本文依據 GitHub 官方教學 GitHub Copilot app for Beginners: Run several agents at once（Kayla Cinnamon，2026-09-03）於 2026-09-08 直讀整理；第五節的並行退步事件出自 GitHub 同系列工程文章（2026-09-02）。第四節的操作建議為本站整理，非官方指引。