GitHub 於 2026 年 8 月 28 日公布一組 Copilot 政策和帳單變更，影響企業付款、Agent 入口、資料保留和 code review 預設設定。這不是單一功能發布，而是把 Copilot 逐步整理成一套共用的 Agent 體驗。公告列出未來幾個生效日期，管理員應按自己的帳單週期和組織政策逐項核對。
第一項變更由 9 月 1 日開始：GitHub 會重新開放新 Copilot Business 和 Enterprise 客戶以信用卡或 PayPal 註冊。新增加的 seat 必須先完成付款才可使用；下一個 billing cycle 起，所有已分配 seat 會按 upfront 方式計費。現有信用卡或 PayPal 客戶則預計由 10 月 1 日開始受影響，超額用量可能需要額外付款。GitHub 表示價格不變，但移除 seat 不會產生按比例退款，管理員仍可使用 spend controls 和用量追蹤。
第二項是 Agent 體驗整合。最早由 9 月 28 日起，github.com、GitHub Mobile 上的 Copilot Chat，以及 cloud agent 會統一到同一套體驗和政策；推出後預設啟用。Cloud agent 會繼續在 Sandbox 內執行，github.com 的流程會轉到 agent sessions。這代表使用者日後看到的不是幾個彼此獨立的聊天入口，而是同一個可開啟、追蹤和交接的工作階段。
資料政策也會跟著統一。GitHub 表示新的 Copilot agent experience 會把聊天資料保留至帳戶生命週期，而不是原本的 28 日。組織如果選擇退出，則會在新體驗推出後失去 github.com 和 Mobile 的相關功能。這對有資料保留、離職帳戶、法規或客戶程式碼政策的團隊很重要，因為「是否開啟 Agent」已經同時變成一項資料治理決定。
第三項是 code review。由 9 月 28 日起，Default 設定的預設 effort 會由 Lite 改為 Balanced；組織或 repository 的覆寫設定，以及使用者明確選擇 Lite 的情況則保留。這會影響速度、成本和審閱深度的取捨，管理員不應只看功能開關，也要先檢查哪些 repository 依賴 Lite 的延遲或用量預算。
這份公告最實際的含義，是 Copilot 的管理單位由「每個功能各自設定」走向「Agent 使用政策」。IT 團隊可以先列出哪些組織可開啟 cloud agent、哪些動作需要人手批准、聊天及程式碼資料保留多久、超額用量由誰負責，以及 code review 的預設 effort 是否符合團隊的 CI 時限。這些決定應寫入 onboarding 和離職流程，而不只是留在管理後台。
要注意的是，GitHub 公布的是未來生效時間表，並非所有變更在公告日已完成。實際上線仍可能按帳戶類型、billing cycle、地區和產品 rollout 有差異。最穩妥的做法，是在 9 月 28 日前於測試 repository 檢查 Agent session、Sandbox、資料保留和 code review 行為，再把結果與組織政策一起確認。
