GitHub 正把 Git 改造成能承受大量 AI agents 同時讀寫的底座。99.99999% repositories 已同時存在自建機房與 Azure；現在把鎖住整個 repository 的 quorum 改為 per-reference serialization，讓不同 branch／tag 平行更新。搭配 Azure Blob Storage 與可隨需增加的無狀態 read replicas，內部測試寫入吞吐提高 3～4 倍。

現實應用

適合熱門開源專案、大型 monorepo、CI/CD，以及多個 coding agents 持續 push、fetch。開發者不用換 Git 指令，實際好處是熱門 repository 較少排隊，讀取容量也能獨立擴張。

期望評估

**低標期望：**我認為至少能讓最繁忙的 0.00001% repositories 搬進 Azure，避免跨區約 25ms 延遲卡住整個 repository。

**高標期望：**我猜後續機制補齊後，GitHub 可按熱門程度增加讀取節點，撐住 agents 的高速流量。但目前 quorum 仍限制寫入，virtual read replica 也不能處理所有讀取。

商業策略分析

這把 AI coding 競爭推到底層：能否承接 agents 全天候讀碼與推送，將成為平台門檻，也會迫使 GitLab、Bitbucket 與企業 Git hosting 評估架構。我認為大型平台值得跟進 per-reference consistency 與 storage-compute separation；中小團隊若沒有真實瓶頸，不必照抄跨區 quorum，以免複雜度與成本反而上升。

延伸連結

• GitHub 原文