GitHub 的代理時代：為 2 億開發者擴容與 Copilot 的未來

向代理時代的轉變

GitHub 正在從一個僅提供程式碼託管與補全的工具，轉變為以代理為中心的平台，在這裡 AI 不僅協助編寫程式碼，還能協調整個工作流程。此轉變受到使用者基數大幅擴增的推動——目前已超過 2 億開發者——以及活動量的天文級增長，提交量年增率約為 14 倍。

從程式碼補全到代理 SDK

GitHub Copilot 正在超越其作為程式碼補全工具的起點。最初的工作聚焦於微調模型以提升準確度，而現在的策略則強調統一的 SDK 與代理程式的整合。這讓代理功能能在多種形態下部署，包括全新桌面應用程式、CLI 與雲端代理。目標是從簡單的「呼叫與回應」互動，轉向能自主處理安全修復、文件抽取等複雜任務的代理。

環境 AI 的概念

在 AI 時代真正的生產力需要「環境 AI」——具備開發者環境完整上下文的智慧，超越 IDE 本身。這包括對規格文件、電子郵件與跨團隊對話的存取。目標是打造一個系統，使 AI 能理解特定開發者或團隊的「口味與判斷」，而不僅僅是提供語法正確的程式碼。

為指數成長擴容 GitHub

由於 AI 產生的活動激增，GitHub 正面臨史上最重大的擴容挑戰。

14 倍提交激增

活動水平急劇上升；2025 年約有 10 億次提交，而今年平台的提交量已逼近 140 億次。此成長以全新方式衝擊系統，從單純的可靠性問題延伸至複雜的權限與基礎設施瓶頸。

基礎設施瓶頸與解決方案

• 運算需求： 代理與 Pull Request（PR）數量的增加導致建置需求激增，需要大幅擴充 CPU 資源。GitHub 正日益利用 Azure 的開發運算，啟動小型、快速的 VM 以執行容器化工具呼叫。
• 權限層級： 許多故障被追溯至舊有的權限層（特別是「MySQL 1」）。GitHub 正積極將這些層遷移至更現代、分片的基礎設施，以提升可用性。
• 單一倉庫趨勢： 觀察到大型單一倉庫（monorepo）再次流行。因為大倉庫會產生大型 blob 的獨特效能問題，GitHub 正在更新底層 git 基礎設施，以更有效地處理這類情況。

開源與信任的演變

隨著 AI 代理開始產生大多數的 Pull Request，開源的社會與技術層面正發生變化。

代理產生程式碼的信任問題

當代理撰寫程式碼且另一個代理審查時，傳統的人類信任訊號被稀釋。GitHub 正在探索將信任具象化的方法，儘管這仍是社會性問題。現有的星標數等訊號被視為被動且易於被操弄；平台正朝向更主動的訊號與可塑工具，讓維護者自行定義信任啟發式（例如要求特定的已接受 PR 歷史或綁定社交帳號）。

相依管理與「鬆散分支」

關於 npm 等套件管理工具的未來仍有爭論。有觀點主張走向「AI vendoring」，即代理分析原始碼，僅將庫中必要的子集帶入專案。然而，GitHub 堅持靜態程式碼分析與執行時測試仍是防範漏洞的主要防線，無論專案是自行 vendoring 還是透過套件管理器匯入。

內部 AI 工作流程與領導力

Kyle Daigle 利用 AI 彌合技術領導與實際創作之間的鴻溝，採用「微技能」策略。

原子微技能 vs. 巨大技能

與其構建龐大、全能的 AI 工作流程（「巨大技能」），趨勢正轉向原子微技能——小型、單一目的的工具，專精於一件事。這些工具再透過編排技能串接起來。此模組化避免了過去的「插件地獄」，並允許在需求變更時快速迭代。

AI 在執行層面的應用

AI 正改變幕僚長與高階領導的角色，透過自動化「遞迴回溯」環節。領導者不再花數小時製作投影片，而是使用代理從 Teams、Slack 與 Obsidian 記錄中合成文字稿，找出上週的模式並規劃下週。此舉將人類角色從手動文件製作，轉向管理人際連結與策略編排。

---

摘要： GitHub 執行長 Kyle Daigle 討論平台向代理為中心時代的轉型、管理 14 倍提交成長，以及 Copilot 從程式碼補全工具演變為完整的代理操作系統。

標題： GitHub 的代理時代：為 2 億開發者擴容與 Copilot 的未來