摘要： GitHub 於 8 月 28 日預告 Copilot 兩波調整：9 月 1 日起以信用卡或 PayPal 付款的 Copilot Business、Enterprise 新客付款完成後座位才會解鎖，10 月 1 日起既有信用卡或 PayPal 客戶改為週期開頭預收。9 月 28 日起 Copilot Chat 與 cloud agent 整併為預設啟用的單一體驗，Chat 資料保留期從 28 天延長到帳戶生命週期；退出或保留 Lite 設定都要在期限前處理。
GitHub 的 changelog 在 8 月 28 日一次預告了兩波 Copilot 調整：第一波 9 月 1 日生效，第二波落在 9 月 28 日當天或之後。計費方式與產品樣貌一起改動，企業管理員在 9 月必須動手設定，不能只是等。
第一波（9/1）：付款在先，開通在後
以信用卡/PayPal 付款的 Business、Enterprise 新客，註冊管道重新開放，同時迎來更嚴格的帳戶審查與改寫後的規則：座位指派之後，必須等款項付清才會取得使用權。10 月 1 日起，已經用信用卡/PayPal 付款的客戶，收費改為在每個帳務週期開頭，把全部座位的費用一次預收。用量若衝破內含額度，可能得再付費才能繼續用下去，而內含額度本身也可能按月折算比例。
維持原樣的條件也該一併記下：價格不動；座位中途撤銷拿不到退款；週期進行中加購座位照樣按比例計費；額度外的用量仍可購買；花費控制與用量追蹤工具都留著。若把 Copilot 整個取消、之後再回頭使用，「可能觸發更新的帳戶審查與帳務行為」。同一天上路的還有一批模型退場：GitHub 讓一批 Copilot 模型退役，也公布了建議的接替選項；受影響的還包括學生方案裡 GPT-5.3-Codex 的可用性（GitHub roadmap 有完整清單）。方向說得直白：舊模式是「訂閱座位、用了再說」，新模式是「座位＋用量的預付制」，這與整個產業轉向用量計費的走勢相同。
第二波（9/28 起）：單一體驗，預設啟用
產品這一側動得更多：GitHub Mobile 的 Copilot Chat、github.com 上的 Copilot Chat，再加上 Copilot cloud agent，三者整併為同一個體驗，政策也只有一套，而且預設就是開啟的。cloud agent 為了速度改採 Sandbox 當底層；github.com 那一側的 Copilot 也搬到 agent sessions，這連帶牽動一項容易被跳過的資料治理變動：Chat 資料的保留期，從 28 天拉長到「帳戶生命週期」。
退出的代價，公告裡講得很清楚：選擇退出的組織，正式上線之後，github.com 與 Mobile 上都不會有 Copilot 可用。期限訂在 9 月 28 日，管理員得在此之前完成檢視與設定；入口是 Copilot 設定（在 github.com 上），也就是其中的 cloud agent 選項。
同一天還有一個容易漏看的預設值異動：Code Review 的審查強度預設值，由 Lite 換成 Balanced。想留住 Lite 的組織或 repo，必須趕在 9/28 之前，手動把這項設定從 Default 調成 Lite，這個選擇才會被 GitHub 認可；期限過後，審查強度仍可在 Reviewers 工具列手動指定。
管理員該完成的三項準備
- 把統一體驗的政策定下來：請在 9/28 之前到 Copilot 設定中明確選擇啟用或退出——這項設定的特性是不作為就等於交給預設值決定
- 把資料保留的變動納入評估：Chat 紀錄的保留從 28 天變成永久，凡訂有資料保留政策的組織，都得將它列入合規評估
- 核對 Code Review 預設設定：若團隊流程倚賴 Lite 較低摩擦的審查，請趕在期限前把設定鎖住
產品觀察
這次調整真正做的事，說到底是 GitHub 收攏了「Copilot 是什麼」這個問題的答案：它不再是散落於編輯器、網頁與手機上的若干功能，而是一個預設啟用、核心為 agent session 的統一代理。再搭配先付款後使用的帳務設計，Copilot 等於正式由「助手外掛」移到「基礎設施服務」的位置——治理與計費方式，也就跟著換成基礎設施那一套邏輯。