GitHub Copilot Fusion 與 Projects 更新：多模型、跨程式庫任務與費用怎麼接？

一項功能若同時改到網站與後端，開發者除了寫程式，還要反覆交代兩個專案的關係。Copilot Fusion 與 Projects 這次更新，把選模型和安排跨專案工作接在一起，想減少這段交接成本。

GitHub 在 2026 年 10 月 28 日宣布 Fusion 正式開放。它會替任務選擇和協調模型，使用者則決定願意投入的工作強度，因此不用在每個步驟重新挑選模型。

同日進入公開預覽的 Projects，則把程式庫、設計資料與多個代理放在同一個專案裡。代理是能拆解任務並呼叫工具的 AI，工作範圍可以超過一段程式回答。

但自動協調不代表每次都比較便宜，也不代表跨專案的修改已通過審查。評測中接近領先模型的成果，只能先證明這套方法有值得比較的地方。

對需要反覆換模型、交接多個程式庫的團隊，這次更新有具體用途。若工作只是一個檔案的小修改，先保留原流程比較，才能知道新增的協調是否划算。

比較之前，得先分清模型怎麼接力，以及專案如何保存它們共用的工作脈絡。

Copilot Fusion 怎麼選模型？三種接力方式解決不同問題

Fusion 會根據任務選擇和協調模型，並由使用者選擇 Standard、High 或 Max 的投入程度。這個名稱代表一套協作系統，無法直接換算成某一款模型的固定能力。

依 GitHub 的正式公告，系統結合先前 HydraFusion 的多模型協作與自動選模能力，目的是同時考慮品質與成本。

Standard 優先處理日常開發，High 面向較有挑戰、需要深入推理的工作，Max 則優先選擇能力較強的模型。投入程度是給系統的選擇方向，不能當成結果一定正確的保證。

模型會如何接力？

官方把執行方式分為三種，差別在於先由誰做、何時檢查，以及發現問題後怎麼接手。

表中的協作，讓「挑哪個模型」變成工作過程的一部分。使用者不必事先知道哪一步會卡住，但仍應知道最後的成果由哪些步驟形成，方便判斷是否需要人工接手。

例如，替一個函式補註解可能直接完成，修改跨多個服務的行為則可能需要審查與修正。這是理解三種方式的假設情境，實際如何安排由系統依任務決定。

管理者仍控制可用模型。Fusion 只使用企業與組織政策允許的選項，管理者也能專門限制它可選的模型，而不必把該模型對所有其他用途一併關掉。

所以，自動選模並不會讓公司失去既有的模型政策。團隊可以把可接受的資料處理範圍先設定好，再比較系統在這個範圍內的成果。

模型如何接力有了輪廓，接下來要看這套做法的成績是否足以支撐換流程的決定。

接近領先模型又省一半費用，評測到底測了什麼？

Artificial Analysis 的比較針對特定程式代理測驗與 Max 設定，成本也有指定口徑。先知道比較對象，才不會把一張圖的結果擴大成所有工作都省錢。

評測機構的原始說明指出，它在 GitHub Copilot CLI 中測試 Fusion 的 Max 設定，使用 Coding Agent Index v2.0。CLI 是在終端機以文字指令操作的工具。

這項指標把三組測驗等權重合成，Fusion Max 得到 60 分，與 Claude Code 搭配 Opus 5.5 Max 相差兩分。綜合分數描述整組題目的表現，不是每項工作都有六成成功率。

該機構公布的平均每題成本為 5.59 美元，對照組為 11.42 美元，因此出現約一半費用的比較。但這裡算的是測驗中的模型使用成本，不能直接當成公司下一張帳單的折扣。

綜合接近，不代表每一項都贏

在同一份發布說明裡，Fusion 的終端機任務成績領先，但另一項程式開發測驗仍落後於部分對照組，程式庫問答的成績也沒有全面領先。

這個分布對採用者很重要。若團隊主要工作是修改現有程式，應優先查看相近的開發題目。若平常多在理解大型專案，就還要另外檢查程式庫問答與引用是否可靠。

平均成本也會受到重試、輸出長度和題目難度影響。對公司而言，更有用的問題是：同一件工作交出去之後，包含人工審查在內，花費有沒有下降。

因此，這份評測支持把系統列入比較，還不足以單獨決定全面更換工具。測驗顯示模型如何完成一道工作，Projects 則要處理多個工作相連時的脈絡。

Projects 把跨程式庫工作放在哪裡？

Projects 是保存目標、資料、代理和成果的工作空間，功能與 Fusion 的模型選擇器不同。前者幫工作找到共同位置，後者安排模型如何處理工作。

依 Copilot App 更新公告，專案可以涉及多個程式庫，也可以是沒有程式庫的工作，例如整理一項發布所需的規格、設計與素材。

使用者先描述目標，再加入相關程式庫、設計稿、Slack 討論或會議筆記，選擇模型和工具。Copilot 會協調需要的代理，最後把拉取請求等成果交回審查。

拉取請求就是把一組程式修改交給團隊檢查、討論與合併的提案。因此，代理開出提案代表完成了一段工作，還沒有替團隊決定正式採用修改。

跨專案任務要提供哪些共同資料？

以網站新增一個欄位為例，前端可能需要改表單，後端則要調整資料結構與檢查規則。若兩邊代理只看到自己的部分，就可能做出名稱或格式不一致的結果。

這時共同專案的價值，在於讓目標與相關資料有同一個整理位置。使用者可以先交代欄位的意思、可接受格式與相依服務，再請代理處理各自的修改。

這個例子是工作規劃建議，不能據此推定產品會自動替所有團隊找齊資料。設計稿、討論與程式庫的存取，仍要先具備可用連線與相應權限。

如果任務只在單一程式庫內，公告也保留直接開啟工作階段的方式。團隊不必為了使用新功能，把每一個小修正都改造成多代理專案。

Projects 也能容納開發周邊的工作。例如，功能上線前要整理說明文件、設計素材與發布計畫，這些資料未必都存進程式庫，但仍圍繞同一個目標。把它們放在共同專案，才比較容易維持不同成果的一致性。

不過，目標要寫成可以核對的交付。若要製作發布資料，可以先指定採用哪份功能說明、哪些畫面已核可，以及成品要放在哪裡。這些是給讀者的規劃建議，產品不會因為多了專案名稱，就自動知道公司已拍板的內容。

App 同日的電腦操作公開預覽，則能讀取與操作 macOS 或 Windows 應用程式。它需要先取得操作應用的同意，macOS 也有相應的系統權限，因此把任務交給專案，不會自動授權代理控制所有桌面軟體。

這也讓資料連接和桌面操作成為不同準備項目。讀取一份設計資料、修改程式、再操作畫面驗收，可能涉及不同工具與核准；團隊應先確認各步驟能做什麼，才不會把中途受阻誤判成模型能力不足。

資料放進同一處後，仍要有人決定哪些工具能用，以及最後要驗收什麼成果，這也會影響選用方案與預算。

哪些功能能用，費用又怎麼算？

截至 2026 年 10 月 29 日，Fusion 與 Projects 的推出狀態不同。Fusion 已正式開放，Projects 則是公開預覽，不能因為在同一個 App 裡，就當成同樣成熟的服務。

Fusion 支援所有 Copilot 方案，公告列出 VS Code、Copilot App、Copilot CLI 與 JetBrains。其他操作工具的支援仍待推出，使用前應先更新自己採用的軟體。

使用系統時，每個實際被呼叫的模型，會依各自標準費率計價。因此，一個任務中如果有模型起草、另一個審查，費用可能包含多個模型的使用。

GitHub 官方貼文另公告，付費方案使用者的 Fusion 模型成本可享 30% 折扣，優惠至 2026 年 11 月 30 日。這不等於所有帳單項目一律打七折。

若要長期使用，仍應以優惠結束後的成本比較，避免把暫時優惠當成工具本身永久較省的理由。也要分開記錄模型用量與團隊為審查花費的時間。

Projects 的公開預覽，則值得先用範圍清楚的工作測試。團隊可以觀察新增資料後是否更容易接續工作，以及多個成果是否仍符合共同目標。

同日 App 也加入影像生成與編輯，結果會在對話中預覽並存進工作空間。不過，這是另外的影像工具，按影像 token 計入額度，不能當成選好文字模型就免費附送圖片。

Token 是模型計算輸入與輸出用的片段，影像的計價單位也不宜直接換成固定張數。若只是評估跨專案開發，先把影像需求獨立記錄，才看得清楚主要工作花在哪裡。

用一項跨專案修改比較，比只看跑出多少代理有用

建議選同一組網站與後端修改，先定義兩邊要符合的行為，再比較人工接手次數和總費用。這能對準 Projects 的跨專案用途，也能看出自動選模是否有幫上忙。

開始時，先寫清楚使用者送出什麼資料、後端應如何接受，以及不完整資料應怎麼處理。如此一來，前後端成果就能用同一份需求核對，減少各自完成卻接不起來的情況。

比較期間，讓原流程與新流程取得相同資料和工具權限。如果只讓其中一邊看到完整設計，最後的差距就混入資料準備的影響，無法解釋是哪項能力帶來改善。

完成後，除了看程式是否能執行，也要看欄位是否一致、錯誤訊息是否合理，以及另一個專案的正常功能有沒有受到影響。這些問題比代理數量更接近實際交付。

如果結果讓審查者少花時間追問，又能交出可核對的修改與測試，再擴大專案範圍就比較有依據。反過來，若只是增加多份相似回答，仍可保留原本較單純的流程。

想先理解平行開發中的工作副本，可以從既有的 Copilot App 教學補起，避免把專案協調和程式版本隔離混在一起。

延伸閱讀：GitHub Copilot App 平行 Agent 教學：Worktree 是什麼？怎麼同時跑多個開發任務

公司採用新協作方式時，也需要理解代理動作何時由系統協助核准，才能把效率與操作範圍接在一起。

延伸閱讀：GitHub Copilot Assisted Permissions 正式開放：AI 代理的操作何時自動通過？

Copilot Fusion 與 Projects 常見問題

Fusion 是一個新模型嗎？

它是選擇與協調模型的系統，整合自動選模與多模型協作。使用者選擇投入程度，系統再依任務決定怎麼處理，因此不能把名稱等同於單一模型。

30% 折扣適用所有帳單嗎？

官貼針對付費 Copilot 方案的 Fusion 模型成本提供優惠，至 2026 年 11 月 30 日。其他用量與服務的計費仍需分開確認，長期比較也要考慮優惠結束後費用。

Projects 已正式開放嗎？

10 月 28 日公告的狀態是公開預覽。它能整理專案脈絡與多代理工作，但採用前仍應用自己的工作檢查成果、權限與交接方式。

本機模型等於完全離線嗎？

同日的本機路由仍屬另外的實驗預覽，而且選模決策仍會在雲端進行。使用裝置上的模型，不能直接當成整個工作階段完全離線。

先讓一件跨專案工作接得起來，再擴大使用

這次更新值得注意的成果，是讓模型接力與專案脈絡有機會連成一段工作。已有跨程式庫任務的團隊，可以用同一份需求比較交付品質、接手時間與完整費用。

若原本流程已能穩定完成小修正，則可以先保留簡單做法，把新功能用在交接較多的工作。免費訂閱 AI 郵報，持續追蹤實際開放條件與可操作的 AI 工作流程。

資料來源

• GitHub：Fusion 正式公告。
• GitHub：Copilot App 與 Projects 更新。
• Artificial Analysis：Fusion 原始評測。
• GitHub：優惠截止日期。
• GitHub：影像功能與計費。
• GitHub：本機路由實驗預覽。