AI 代理寫程式寫到爆量，GitHub 喺年度大會上「認」。微軟旗下程式碼託管平台 GitHub 喺 10 月 28 日 GitHub Universe 大會上公佈，平台每月程式碼提交（commit，提交代碼變更記錄）次數已達 74 億次，一年之間成長六倍；合併嘅拉取請求（pull request）則成長四倍。
成長曲線係加速嘅。2026 年 4 月每月提交 14 億次，8 月跳上 29 億次，9 月再跳到 74 億次。GitHub 披露，過去 12 個月嘅程式碼推送（push）共 179 億次，超過 2024 年同 2025 年兩年嘅總和。
呢波量係咁嚟？GitHub 歸因係「代理式 AI」（Agentic AI，會自己用工具、執行任務嘅 AI 代理）。截至 2026 年 9 月，超過 40% 嘅拉取請求由 AI 代理發起，而 2026 年 3 月呢個比例只係 17%；以 AI 起始建立嘅儲存庫，活動量約為人工建立者嘅八倍。
為頂住呢波流量，GitHub 稱 2026 年至今已增加 400 萬個 CPU 核心、160PB 高速儲存容量，以及 50 Tb/s 網絡頻寬，並為 GitHub Actions 加運算資源。壓力集中在 CI/CD 流程：每次提交或合併，都要觸發一連串自動檢查——查待辦項目、用程式碼檢查工具（linting）統一格式、跑單元同整合測試，確認新代碼冇壞到舊功能。每一次提交都要跑完呢一攤，運算同 I/O 需求就係咁膨脹。
圖片：Wikideas1／CC0／Wikimedia Commons
光加硬件唔夠，GitHub 同時話要改寫架構，盡量將運算同儲存分離。公司 10 月稍早透露內部基準測試顯示，新架構寫入吞吐量最高可提升 35 倍。微軟核心 AI 執行副總裁 Jay Parikh 喺公告寫道：「代理正在改變軟體開發的數量與型態。增加容量很重要，但光靠容量無法達成目標，我們也必須改變架構。」
不過外界有另一種睇法。有媒體點出，GitHub 服務中斷近來幾乎成「固定戲碼」，原因正係代理帶來嘅用量急升；又指出運算同儲存分離喺 2026 年講唔算激進設計，反映嘅係佢一直喺舊有基礎上硬撐規模，而自家資料中心容量已滿，搬去 Azure 幾乎係唯一選項。有評測則認為，照呢個速度，GitHub 好快又得再升級基礎設施。
阿調搞兩下：「加足 400 萬核都話『光靠容量無用，得改架構』」——呢句實話好真實，就似老細見你產量爆升，第一句唔係加人手，而係「你哋流程要優化」。你教 AI 開工開到伺服器冒煙，最後執手尾、改架構嘅，始終係平台自己。
阿調｜深度調教
