五週。這是企業管理員、財務領導者與開發者體驗團隊，為 GitHub Copilot 歷來最大定價變更做準備的時間。2026 年 6 月 1 日，Copilot 從每使用者 premium request 單位（PRU）轉為用量計費的 GitHub AI Credits，依各模型的 token 費率計費。同一週，GPT-5.5 達到正式推出、BYOK 進入 VS Code 聊天、Visual Studio Debugger Agent 從 issue 迴圈到修復，而一份坦誠的 GitHub 可用性更新說明了兩起生產事件與為今日負載 30 倍擴容的計畫。以下是 4 月 21 日至 28 日之間的變更，以及在 6 月新模型啟動前該如何因應。

GitHub Copilot 於 2026 年 6 月 1 日改為用量計費

4 月 27 日宣布，GitHub 自 2026 年 6 月 1 日起，將以 GitHub AI Credits 取代所有 Copilot 方案的 premium request 單位。重點數字：

  • 基礎席位價格不變。 Pro 維持 $10/月、Business $19/使用者/月、Enterprise $39/使用者/月。
  • 程式碼補完與 Next Edit Suggestions 維持無限，不消耗 AI Credits。僅代理式功能、聊天與程式碼審查從信用額度池扣除。
  • AI Credits 依各模型 token 費率計費——輸入、輸出與快取 token——按各模型的公開 API 費率。
  • 免費模型隨用量計費轉換移除。
  • 年度方案退役中。 既有年度訂閱者可完成當期，提前轉換可獲按比例退還的信用額度。
  • 未用完的每月 AI Credits 不展延。

對 Copilot Business 與 Enterprise 客戶，信用額度是跨組織彙集，而非依使用者困住——重度與輕度使用者實際共享同一個月度額度。管理員也獲得在企業、成本中心與使用者層級的新預算控制，可選擇允許按公開費率超額，或硬上限支出。管理員的完整詳情見用量計費文件。

GitHub 為 6 月至 8 月的轉換窗口提供推廣信用額度：既有 Business 客戶 $30/使用者/月、Enterprise $70/使用者/月，疊加在席位價格權益之上。預覽帳單體驗將於 5 月初推出，讓管理員在正式上線前看到實際用量如何轉換為新模型。

對企業團隊的重要性： 對大多數以自動補完為主的使用者而言，上線當日的帳單可能差不多——無限補完等級涵蓋了席位時間使用的大宗。風險在於執行重度代理式工作流程的團隊：長時間執行的 cloud agent 工作階段、重複的程式碼審查、Copilot CLI 中並行的 /fleet 風格執行，以及聊天驅動的重構。這些工作負載會快速耗用信用額度池，這也正是 GitHub 重新架構模型的原因。把接下來五週當作計量練習——先量測、再設預算、第三寫政策。

Copilot Code Review 將消耗 GitHub Actions 分鐘數

一份相關的 4 月 27 日 changelog 確認，自 2026 年 6 月 1 日起，私有儲存庫上的 Copilot code review 將開始消耗 GitHub Actions 分鐘數。審查會從既有 Actions 方案權益中扣除，超額按標準 Actions 費率計費。公開儲存庫審查維持免費。此變更適用於 Pro、Pro+、Business 與 Enterprise 方案，包括由非授權使用者觸發、透過直接組織計費的審查。

這建立在 3 月 5 日的架構變更之上，將程式碼審查移至代理式基礎——審查者現在會在產生回饋前，使用工具呼叫收集儲存庫情境（相關程式碼、目錄結構、參考）。那個代理式情境收集的成本，現在在兩處可見：AI Credit 帳本與 Actions 分鐘數帳本。

對企業團隊的重要性： 將 Copilot code review 作為常設 PR 閘門的團隊，需要重新檢視兩個預算，而非一個。預期私有儲存庫上 Actions 分鐘數消耗較高的二階效應，並考慮針對高量審查流量，自託管 runner 是否應納入考量。

GPT-5.5 在 Copilot 上正式推出，附 7.5× premium 倍數

OpenAI 的 GPT-5.5 於 4 月 24 日在 Copilot 上正式推出，逐步推送至 Pro+、Business 與 Enterprise 等級。GitHub 報告該模型在複雜、多步驟代理式 coding 任務與真實世界挑戰上表現最強——正是驅動更廣泛計費變更的同一工作負載類型。GPT-5.5 以 7.5× premium request 倍數作為推廣定價，可在 VS Code、Visual Studio、Copilot CLI、cloud agent、github.com、GitHub Mobile、JetBrains、Xcode 與 Eclipse 中使用。

Enterprise 與 Business 管理員須透過 Copilot 政策設定明確啟用 GPT-5.5——預設不開啟。

對企業團隊的重要性： 7.5× 倍數相當可觀。在 6 月 1 日用量計費啟動前，該倍數從既有 PRU 額度扣除；6 月 1 日後，則直接轉換為 AI Credit 消耗。請審慎決定哪些團隊今日需要 GPT-5.5 存取，而非讓自動模型選擇將他們路由到最具成本效益的選項。

Claude Opus 4.7 正式推出

4 月 16 日宣布且現已廣泛可用，Claude Opus 4.7 進入 Copilot 的 Pro+、Business 與 Enterprise 使用者，具備更強的多步驟任務表現與更可靠的代理式執行。該模型可在 VS Code、Visual Studio、Copilot CLI、cloud agent、JetBrains、Xcode、Eclipse、github.com 與 GitHub Mobile 中選用。推廣定價將 Opus 4.7 倍數維持在 7.5× 至 2026 年 4 月 30 日，之後適用標準費率。Opus 4.5 與 4.6 正從模型選擇器中逐步淘汰，改為 4.7。

對企業團隊的重要性： Opus 4.7 適用於複雜的多檔案重構，以及可靠性比速度更重要的依賴工具 agent 工作流程。搭配任務範圍政策——而非全面開放——以讓倍數驅動的支出可預測。

BYOK 進入 Business 與 Enterprise 的 VS Code Chat

VS Code 1.117 的 4 月 22 日發布為 Copilot Business 與 Enterprise 帶來 Bring Your Own Key 支援。客戶現在可直接在 VS Code 聊天、內建方案 agent 與自訂 agent 中，連接自己的 API 金鑰，適用 Anthropic、OpenAI、Google Gemini、OpenRouter、Azure，以及本機執行的供應商如 Ollama 與 Foundry Local。BYOK 用量由供應商計費，不計入 Copilot 配額，並受 github.com 上新的 Bring Your Own Language Model Key 管理政策治理。

對企業團隊的重要性： BYOK 為組織提供成本套利、區域主權與裝置上推論的清晰槓桿。搭配即將到來的用量計費模型，你就有了兩條不同的經濟路徑：共享工作負載的彙集 AI Credits，以及專業團隊（受管制工作負載、內部部署推論、模型評估）的供應商直計費。兩者可在同一 Copilot 政策下共存。

VS Code 1.117 在 BYOK 之外的亮點

同一份 4 月 22 日發布還帶來幾項值得了解的小幅進展：

  • 聊天回應的增量渲染（實驗性，預設開啟）。 長回應現在會逐內容區塊串流，附帶可選的淡入、上升、模糊與滑動動畫。可透過 chat.experimental.incrementalRendering 設定。
  • 依最近活動排序 agent 工作階段，在 Agent Sessions 檢視中，讓長時間執行的工作更容易恢復。
  • 背景終端機指令的系統通知——當 agent 執行長 shell 指令時，狀態會以系統通知呈現，而非強制切換情境到終端機。
  • Copilot CLI 終端機設定檔可從任何 shell 啟動（fish、Git Bash、PowerShell）而不出錯。
  • Agent CLI shell 類型偵測。 終端機現在會將 Copilot CLI、Claude Code 與 Gemini CLI 識別為不同的 shell 類型，顯示正確標題而非通用的「node」標籤。

隨附的 Visual Studio Code Agents Insiders 應用也新增了子工作階段（為並行研究或審查衍生子工作階段）、diff 掃描的行內變更呈現，以及更平順的跨作業系統更新流程。

Visual Studio 18.5 新增 Debugger Agent、Cloud Agent 與技能自動探索

Visual Studio 2026 版本 18.5.0，4 月 14 日發布，並於 4 月 21 日推出 18.5.1 修補，是該 IDE 發布過最大規模的 Copilot 更新之一。關鍵新增：

  • Debugger Agent。 全新的代理式迴圈，會對照真實執行階段行為而非靜態分析驗證 bug：理解 issue → 檢測應用 → 隔離根因 → 透過實際執行驗證修復。支援從 GitHub 或 Azure DevOps issue 啟動，或從自然語言 bug 描述啟動。
  • Cloud Agent 整合。 直接從 Visual Studio 啟動 cloud agent 工作階段。agent 會請求許可開啟 GitHub issue，然後建立 PR 處理，開發者 meanwhile 可繼續工作。
  • 透過 .agent.md 的自訂 agent。 儲存在 .github/agents/（儲存庫）或 %USERPROFILE%/.github/agents/（使用者）的檔案，會出現在 agent 選擇器中，具備工作區感知、程式碼理解、工具選擇、模型偏好與 MCP 連線。
  • Agent 技能自動探索。 儲存在 .github/skills/、.claude/skills/、.agents/skills/ 或 ~/.copilot/skills/ 的可重用指令集，會依 agentskills.io 規範自動被發現。
  • agent 模式的 C++ 程式碼編輯工具現已正式推出。
  • IntelliSense 優先於 Copilot。 IntelliSense 活躍時，Copilot 補完會被抑制；IntelliSense 選擇關閉或確認後恢復。
  • 新的聊天歷史面板取代下拉式選單，附標題、訊息預覽與最後更新時間戳。
  • Copilot 模型思考過程 UI 在 18.5.1（4 月 21 日）中新增，顯示 agent 運作時的推理。
  • 可自訂的 Copilot 鍵盤快捷鍵，用於接受完整建議、下一字與下一行。

對企業團隊的重要性： Visual Studio 仍是許多受管制、企業 .NET 與 C++ 團隊的主要 IDE。Debugger Agent 尤其是實質升級——執行階段驗證的修復對照靜態建議，是那種能在生產程式碼上贏得信任的模式。

Copilot Cloud Agent：啟動快 20%，從 Issues 與 Projects 可見

本週落地兩項 cloud agent 改良：

更快啟動（4 月 27 日）。 Cloud agent 啟動現在快超過 20%，得益於以 GitHub Actions 自訂映像建構的最佳化 runner 環境。這建立在 3 月推出的 50% 改善之上，縮短了從 issue、Agents 分頁或 PR 中 @copilot 提及指派任務的回饋迴圈。

在 issues 與 projects 中的原生可見性（4 月 23 日）。 Cloud agent 工作階段現在可直接從 GitHub issues 與專案板看見，包括 issue 上的工作階段標籤、工作階段詳情與引導的側面板、專案檢視中預設啟用的 agent 工作階段，以及從專案板行內管理工作階段。

對企業團隊的重要性： 專案經理與工程主管無需前往另一個介面即可掌握 agent 活動。這讓 cloud agent 在團隊層級更容易治理——審查佇列與專案板成為人類與 agent 工作的唯一真相來源。

Copilot Chat 對 PR 與 Stack Trace 更聰明

兩項網頁版 Copilot Chat 改良於 4 月 23 日推出：

  • PR 感知聊天。 github.com 上的 Copilot Chat 現在理解 PR 情境（留言、檔案變更、commit、審查），並能產生結構化 PR 審查與簡潔摘要。三項新能力：PR 理解、PR 審查、PR 摘要。在頁內聊天與 github.com/copilot 的沉浸式聊天中均可運作。
  • Stack-trace 根因分析。 將 stack trace 貼入 github.com 的 Copilot Chat 會觸發結構化回應，涵蓋失敗內容與位置、為何失敗、最可能的根因、來自程式碼參考的證據、信心水準，以及建議修復。

對企業團隊的重要性： 兩項功能都將 Copilot 更深入推向網頁上的日常審查與除錯迴圈。Stack-trace 分析對支援升級與事件分診尤其有用——貼上錯誤，即得到結構化的起點。

JetBrains：行內 Agent Mode 進入公開預覽

4 月 24 日 JetBrains IDE 的 GitHub Copilot 外掛更新引入行內 agent mode 公開預覽，將 agent 能力直接帶入行內聊天面板，無需切換情境。透過 Shift+Ctrl+I（Windows/Linux）或 Shift+Cmd+I（macOS）存取。此發布還交付 Next Edit Suggestions 強化（行內編輯預覽、附一鍵導航的遠距編輯指示器），以及所有工具呼叫的全域自動核准，附帶對終端機指令與檔案編輯的細粒度控制。Enterprise 與 Business 管理員須啟用 Editor preview features 政策，才能向團隊暴露行內 agent mode。

Copilot CLI：Plan Mode、自動壓縮、MCP 與 Skills

Copilot CLI 持續擴展其企業友善的功能面：

  • Plan mode（以 Shift+Tab 切換）會在撰寫任何程式碼前建立結構化實作計畫並提出澄清問題——GitHub 在 4 月 20 日的指引中明確推薦，作為減少 token 消耗並避免用量限制的方式。
  • 自動壓縮在對話接近 95% token 限制時啟動，在背景下壓縮情境而不中斷工作流程。手動控制包含 /compact（立即壓縮）與 /context（詳細 token 分布）。
  • MCP 伺服器支援，用於連接外部資料來源與工具。
  • 自訂 agent、hooks、skills 與 Copilot Memory——持久化的儲存庫理解，會推導並跨工作階段儲存 coding 慣例、模式與偏好。
  • 用量限制可見性現在會在接近工作階段或每週 token 上限時，於 CLI 中行內顯示。
  • C++ code intelligence（公開預覽，4 月 22 日），透過 Microsoft C++ Language Server 作為 npm 套件，將符號定義、參考、呼叫階層與型別資訊帶到命令列。需要 compile_commands.json；附 CMake 設定技能；MSBuild 支援規劃中。

GitHub 可用性：兩起事件與 30 倍容量計畫

GitHub 的 4 月 28 日可用性更新異常坦誠。承認兩起事件：

  1. 4 月 23 日——Merge Queue 回歸。 透過 merge queue 的 squash merge 出現回歸，當群組包含多個 PR 時產生不正確的 merge commit。影響 230 個儲存庫與 2,092 個 PR。無資料遺失，但預設分支需手動修復。流程變更正在進行以防再發。
  2. 4 月 27 日——搜尋相關中斷。 Elasticsearch 子系統中斷（可能由殭屍網路攻擊造成）擾亂了依賴搜尋的 PR、issue 與專案體驗。Git 操作與 API 未受影響；UI 元件顯示無結果。

文章也揭露值得消化的規模數字：每月超過 9000 萬 PR 合併、超過 14 億 commit、超過 2000 萬新儲存庫，並明確承諾「代理式開發工作流程自 2025 年 12 月以來急遽加速」。GitHub 正為今日容量的 30 倍進行工程規劃，投資多雲遷移、將關鍵服務（git、Actions）與其他工作負載隔離，並將效能敏感的程式碼從 Ruby 改寫為 Go。

狀態頁面本身在 4 月 17 日獲得三項透明度升級：新的 Degraded Performance 事件層級、過去 90 天的每服務正常運作百分比，以及專屬的 Copilot AI Model Providers 元件，讓模型供應商中斷與更廣泛的 Copilot 服務分開追蹤。

對企業團隊的重要性： 兩個重點。第一，merge queue 事件是那種會繞過正常可觀測性的靜默正確性 bug——若你的儲存庫落在受影響時段，立即稽核你的預設分支。第二，30 倍容量聲明重新框架了 2026 與 2027 年的規劃：代理式工作負載是真實、持久且持續成長的，其下的平台也正隨之重建。

其他值得知道的平台變更

  • GitHub App 安裝權杖格式正在改變。新的無狀態格式（約 520 字元、變動長度、ghs_APPID_JWT 結構）自 4 月 27 日起分階段推出——4 月中起 Actions GITHUB_TOKEN 與第一方整合，5 月中至所有 GitHub App 權杖，至 6 月底。驗證權杖長度或對權杖使用 regex 模式的應用現在就需要更新。
  • 通知保留期縮短為三個月（原為五個月），針對網頁通知。對封存超過六個月的儲存庫，非協作者的 watch 將被移除。電子郵件通知不受影響。
  • 暫停新的自助 Copilot Business 註冊，自 4 月 22 日起，顯示轉向帳號管理與企業導向的銷售動作。
  • Copilot for Jira新增每票自訂 agent、Atlassian 自訂欄位讀取（驗收準則）、自訂分支命名規則、空間層級自訂指令，以及審查請求通知回傳 Jira。
  • Copilot 用量指標 API新增 used_copilot_cloud_agent 布林欄位與彙整的程式碼審查使用者計數。舊有「coding agent」欄位保留至 2026 年 8 月 1 日以向後相容。

6 月 1 日前該做什麼

接下來五週最好用來讓三件事成真：你了解自己的用量、你有寫在程式碼中的預算護欄、而你的團隊知道即將改變什麼。

  1. 本週執行用量基線。 拉取過去 30 天與 90 天的 Copilot 用量指標。找出依請求量排名前 10% 的使用者，以及驅動他們的工作負載模式——他們將決定你的 AI Credit 消耗曲線形狀。在 5 月初預覽帳單體驗上線時，將這些數字與之比較。
  2. 在 5 月 15 日前決定預算姿態。 每個成本中心從三種立場中選一：無超額硬上限、按公開費率核准超額的軟上限，或附每週審查的開放支出。將選擇編入企業與成本中心層級的預算控制。跨組織彙集的信用額度意味小設定錯誤會快速放大。
  3. 稽核 Actions 分鐘數消耗，若你的團隊大量使用 Copilot code review。私有儲存庫的審查自 6 月 1 日起開始從你的 Actions 方案扣除。針對高量審查流量，自託管 runner 可能更合適。
  4. 在 Copilot CLI 中標準化使用 plan mode 處理非簡單工作。4 月 20 日的指引很明確：coding 前先規劃是減少 token 消耗並避免限制的最便宜方式。
  5. 審慎啟用 GPT-5.5，而非預設開啟。 7.5× 倍數在大規模推出下會比多數主管預期更快吃掉 AI Credits。將存取範圍限定在需要代理式力道的團隊，其餘交給自動模型選擇。
  6. 修補任何驗證權杖長度或以 regex 比對權杖字串的 GitHub App。 新的無狀態格式為變動長度。脆弱的假設會在推出窗口中失效。
  7. 同時向財務與工程主管簡報。 這是少數需要兩個受眾同在一房的 AI 工具變更——財務設護欄，工程溝通哪些工作負載移到哪裡。6 月 1 日後的 Copilot 帳單是共享產物。

若你的團隊需要協助，將新模型對照你的實際用量解讀，Big Hat Group 為企業客戶執行短期、固定範圍的 Copilot 經濟審查——帶著你的用量報告來，帶著預算計畫與政策離開。

值得關注

  • 預覽帳單體驗（5 月初）。 首次看到 6 月對你的組織實際長什麼樣。把它當作消防演習。
  • Opus 4.7 推廣倍數於 4 月 30 日到期。 之後適用標準定價——重新檢查你的模型政策。
  • Cloud agent 可見性持續擴展。 預期未來數週 cloud agent 工作階段會在更多地方出現（審查佇列、儀表板、第三方追蹤器）。
  • 權杖格式 brownout。 在 6 月底最終推出前規劃一段 brownout 期。若你的整合在 brownout 期間失效，那就是在完整切換前修復的訊號。
  • 更多 Agent HQ 夥伴。 Google、Cognition 與 xAI 正開發將加入 Agent HQ 的 agent，與 Claude 和 Codex 並列。Pro+ 與 Enterprise 客戶將看到選擇器增長。

4 月 21 日至 28 日之間的這一週，同時預覽了 Copilot 的經濟、生態系與平台在 2026 年剩餘時間的樣貌。用量計費是頭條，但更深層的訊號是 GitHub 公開承諾為代理式工作負載打造 30 倍容量。能在 6 月 1 日前取得領先的團隊，將是接下來五週內把計量化為政策的團隊。

下週再見 Copilot 生態系的更多發展。