# 策展 · X (Twitter) 🔥🔥🔥🔥

> 作者：Mario Rodriguez (@mariorod1) · 平台：X (Twitter) · 日期：2026-04-29

> 原始來源：https://x.com/mariorod1/status/2049067078292808139

## 中文摘要

GitHub因Agentic工作流程爆發性成長導致可用性挑戰，承諾10X至30X擴容並強化可靠性。

GitHub工程副總裁Mario Rodriguez及工程師Vlad Fedorov於2026年4月28日發布公告，承認近期兩起事件暴露系統瓶頸，並對開發者造成不便致歉。他們強調，自2025年10月啟動10X容量擴張計畫後，2026年2月已意識到需設計30X規模，以因應軟體開發方式的急速轉變，尤其是2025年12月下旬以來Agentic開發工作流程的急劇加速，導致程式庫建立、pull request活動、API使用、自動化及大型程式庫工作負載全面快速成長。

**成長驅動因素**

公告指出，軟體建置方式快速變化是主要推手：
- 自2025年12月下旬起，Agentic開發工作流程加速，程式庫建立、pull request活動、API使用、自動化及大型程式庫工作負載皆呈指數成長。
- 這種成長不只壓迫單一系統，一個pull request可能觸及Git儲存、合併檢查、分支保護、「GitHub Actions」、搜尋、通知、權限、webhooks、API、背景工作、快取及資料庫等多系統。
- 高規模下，小型低效會累積放大：佇列加深、快取遺漏轉為資料庫負載、索引落後、重試放大流量、一個緩慢依賴即可影響多項產品體驗。

Mario Rodriguez在X上回應社群，承認垃圾郵件（spam）增加，但強調真實開發者提交的寶貴commit活動也同步成長，軟體創作已變得更易入手；他反駁僅靠更大CPU無法解決人類審核瓶頸，並指出已與維護者合作推出新設定控制pull request存取。

**近期事件細節**

兩起事件凸顯可用性問題，GitHub視為不可接受，並加速隔離與減低爆破半徑（blast radius）。

**4月23日merge queue事件**

- pull request經merge queue使用squash合併方法時，若合併群組含多於一個pull request，會產生錯誤合併commit，導致先前合併的pull request變更及舊commit被後續合併意外還原。
- 影響658個程式庫及2,092個pull request（初始評估保守估計較高數字）；不影響merge queue外的pull request，或使用merge/rebase方法的群組。
- 無資料遺失，所有commit均存於Git，但受影響預設分支狀態錯誤，無法安全自動修復。
- 暴露多項流程失效，GitHub正修改流程防範類似問題；詳細根因分析已發布。

**4月27日搜尋相關事件**

- Elasticsearch子系統過載（疑似botnet攻擊），導致pull request、issues、projects等搜尋依賴UI體驗失效，無法返回搜尋結果。
- 無資料遺失，Git操作及API不受影響，但UI重大中斷。
- 此系統尚未完全隔離為單一失效點，因先前風險優先排序其他領域；GitHub正應用依賴及爆破半徑分析，降低此類失效機率與影響，根因分析即將發布。

社群反饋尖銳，如qrush表示信任破裂，正考慮下季遷出GitHub，並獲Mario Rodriguez邀請通話討論；Invincible要求下次事件報告間隔拉長，Mario承諾致力達成。

**短期修復措施**

GitHub優先可用性，其次容量，再來新功能，進行分散式系統優化：
- 解決webhooks遷移至非MySQL後端、使用者工作階段快取重設計、驗證授權流程重做等瓶頸，大幅減低資料庫負載。
- 利用遷移至Azure增加大量運算資源。
- 隔離git及「GitHub Actions」等關鍵服務，減低單一失效點及爆破半徑，依風險順序分析依賴及流量階層，過濾合法流量免受攻擊影響。
- 加速將效能敏感程式碼從Ruby單體架構遷至Go。

**長期擴容策略**

- 加速從自有小型資料中心遷至公共雲，並規劃多雲路徑，以達未來所需韌性、低延遲及彈性。
- 重視大型monorepo趨勢，過去三個月大力投資git系統及pull request體驗優化，包括merge queue操作（每日數千pull request的關鍵）。
- 即將發布專文描述工作及新API設計，提升效率與規模。

**新功能強化控制**

2026年2月13日更新程式庫設定，讓維護者更精準管理貢獻：
- **完全停用pull request**：類似wiki、issues、discussions、projects，從Settings > General > Features關閉，pull request分頁消失，無人可見現有或新建pull request；適合鏡像程式庫、唯讀程式碼或僅公開分享不管理貢獻的專案。
- **限制僅collaborators建立pull request**：分頁仍可見，所有pull request可查看及評論，但僅寫入權限使用者（經Collaborators分頁新增/移除）可新建；適用關鍵開發階段或需嚴控提交者品質。
- 適用所有公開/私有程式庫；行動app全UI變更即將上線，目前停用pull request時分頁仍現但無法新建，其他設定跨平台一致。
- 補充：公開程式庫可持續用暫時互動限制限縮特定使用者活動。

**透明度與承諾提升**

回應客戶回饋，GitHub更新status page加入可用性數字，承諾大小事件皆標記，避免使用者猜測問題來源；改善事件分類讓規模範圍更易懂，並優化報告管道及中斷時訊號分享。Mario Rodriguez強調將更頻繁溝通可靠性改善進度，傾聽每封郵件、社群貼文及支援票證，團隊充滿熱情支持開放可擴充平台。儘管社群如bepsays批評PR成長多為spam，GitHub堅稱每日積極偵測阻擋濫用，並持續推出如新設定的對策。

此波事件反映GitHub面臨的雙重壓力：Agentic開發帶來的真實成長與spam攻擊並存，系統需從根本重構以 graceful degrade（優雅降級）。他們的立場明確：承認痛點、不推卸責任，但也捍衛成長為軟體民主化的正面訊號，未來挑戰在於平衡規模與人類瓶頸，預計透過工程投資及社群合作逐步重建信任。

## 標籤

Agent, 自動化, 產業趨勢, GitHub