GitHub 在 2026 年 6 月 5 日宣布，enterprise-managed plugins in VS Code 進入 public preview。這個更新延伸了早前 Copilot CLI 的企業插件管理能力，讓 VS Code 1.122 也能套用同一套 enterprise baseline standards。
表面上這是管理工具更新，但它反映 AI coding workflow 正由個人工具走向企業平台。當開發者開始使用 custom agents、skills、hooks 和 MCP configurations，真正的問題不再只是「誰會用 Copilot」，而是團隊能否把可用、可信、合規的 agent 能力統一分發。
GitHub 說明中提到，企業可透過 '.github-private/.github/copilot/settings.json' 定義 plugin marketplaces 和要自動安裝的 plugins。當使用者以 Copilot Business 或 Copilot Enterprise 授權登入 VS Code 或 Copilot CLI，系統會自動拉取並套用這些設定。
這對 onboarding 很實際。新同事加入團隊時，不需要逐個人手安裝工具、複製 prompt、設定 MCP server 或尋找內部 agent。企業可以把標準技能、內部工具和 workflow hooks 放入受管理設定，讓開發環境從一開始就貼近團隊規範。
更重要的是治理。AI coding agents 能讀 repo、執行工具、觸發 hooks、連接 MCP services，權限和行為邊界必須一致。若每位開發者各自安裝不同插件，企業很難追蹤 agent 到底接觸了甚麼資料、用了甚麼工具、執行了哪些自動化。
enterprise-managed plugins 的另一個訊號，是「skill」開始成為可分發的工程資產。過去團隊把知識寫在 wiki、README 或 onboarding doc；現在一部分知識會變成 agent skill、hook 或 client setting，直接進入開發者的 AI 工具鏈。
這個方向不代表所有插件都應該自動安裝。企業仍需要分級管理：哪些 agent 可接觸 production code，哪些 MCP 只限內部網絡，哪些 hooks 需要審批，哪些技能只是建議而不是強制。管理層面越清楚，agent workflow 越容易規模化。
GitHub 這次更新的核心意義，是把 AI developer experience 由個人偏好推向企業標準。當 Copilot CLI 和 VS Code 都能讀取同一套受管理設定，AI coding 不再只是個別工程師的效率工具，而是可以被部署、審計和改進的團隊基礎設施。
