回到頂部
深色手繪工作桌上,一枚赭色印章與已留下顏色的紙卡分開擺放,象徵改變預設不會抹去既有功能設定

Copilot 全域預設生效,簡化功能開通

GitHub 於 10 月 22 至 26 日逐步套用 Copilot 全域預設,讓企業選擇自動開放或逐項批准。本文說明未設定項目的處理、原有選擇的保留方式,並提供設定入口。

內容查核: 來源查核:

GitHub 開始讓 Copilot 的企業管理員用一項預設,決定未來正式功能要直接開放,還是等審核後再啟用。這項政策從 10 月 22 日起分批生效,預計持續到 26 日,適用於 Copilot Business 與 Enterprise 方案;目前仍標示為「未設定」的既有功能,也會一併處理。

對管理多個開發團隊的人來說,這次改變的是開通功能的方式。管理員可以預先決定一套原則,讓符合條件的功能依原則開放,省去每次發布都逐項設定的工作;希望先測試再導入的公司,也能把預設設為停用,保留逐項批准。

未設定項目,開始依企業選擇套用

這項設定在 9 月 24 日已開放調整,但當時尚未改變使用者的功能存取。官方原始公告給了管理員 28 天的準備期,並說明若未採取行動,符合條件的未設定功能將會啟用。10 月 22 日的更新,代表政策從預告進入實際套用,各企業與組織可能在不同時間生效。

管理員有三種方向:預設啟用、預設停用,或交由各組織決定。前兩者把原則統一到企業層級;第三種則讓不同組織依自己的開發流程安排導入。不過,只有支援委派的政策能交給組織,不支援的未設定項目會停用,不能把「交由組織決定」理解成全面開放。

這裡的「未設定」是功能政策中的 Unconfigured 狀態,不等於使用者從來沒按過某個按鈕。已逐項開啟或關閉的決定都會保留;原先明確停用的功能,也不會因企業預設選了啟用而被重新打開。

適用範圍包括 Features & clients 頁面的相關功能、Copilot 程式碼審查,以及 Copilot 內的 MCP 伺服器政策。預覽功能仍須主動加入;本機工作階段的雲端儲存,以及資料落地、FedRAMP 模型限制等設定則另有規則。實際效果因此取決於政策狀態與適用範圍,並非帳號裡所有項目一起變動。

預設管開放原則,個別政策管現在的存取

最新公告另外說清楚一項容易影響操作的設計:這波會把符合條件的未設定項目,一次填入當時選定的狀態。日後改變全域預設,不會重寫已經設定的功能。因此,若某功能已自動設為啟用,後來想收回存取,就要修改該功能的個別政策;只把預設改成停用,處理不到已填入的項目。

企業管理入口在 AI Controls 裡。從 Copilot 頁面找到 Default policy for new features,可決定開放原則;功能與用戶端、代理、MCP 則各有政策頁面,供管理員調整目前的存取。這兩種操作回答的問題不同:一個決定接下來怎麼處理,另一個決定使用者此刻能不能用。

若你只管理某個 GitHub 組織,還要看企業是否已經決定該項政策。組織管理文件明確指出,組織不能覆寫企業強制的開放或停用設定;企業委派後,才由組織層級的預設處理尚未設定的功能。

這次更新對台灣開發團隊的實際價值,是把「每次有新功能都等管理員開通」變成可選擇的流程。願意直接採用正式功能的團隊,可以減少等待;需要先驗證程式碼審查或工具連線的團隊,則適合保留批准流程。我的建議是按團隊的導入方式選預設,對特別重要的功能另做明確設定,讓既有決定隨後續更新保留下來。

可用哪些模型,仍由另一組 Copilot 模型規則處理;先前的政策與留存更新則涉及資料處理條件。

常見問題

先前關掉的功能會重開嗎?

不會。這波只處理符合條件且仍未設定的功能。已逐項開啟或停用的政策都會保留,不受全域預設選擇影響。

預覽功能也會直接開放嗎?

預覽功能仍須主動加入。先前已加入者,功能轉為正式推出時會保留選擇;其餘項目在符合條件後,才會套用預設政策。

這次也適用個人方案嗎?

公告針對 Copilot Business 與 Enterprise 的企業、組織設定。個人方案不在這次變更範圍,使用者工作階段選用的預設模型也不是這項政策。

參考來源

№ · further reading

延伸閱讀