回到頂部
代理工作代幣擠入交付管線,通過 CI、PR、API 容量閘門與備援分流

GitHub 被 AI 代理流量壓垮:6/1 起按量計費,那些流量直接變你的帳單

GitHub 官方數字證明 AI 代理製造的流量正在壓垮平台。但對台灣團隊更切身的是:6/1 起 Copilot 改按量計費,同一批代理流量直接變成你的帳單。你要控的不是 GitHub 穩不穩,是讓代理跑多少、誰買單。

內容查核: 來源查核:

GitHub 正在被 AI 代理製造的流量壓得喘不過氣,而且這件事有官方數字。GitHub 在 2026 年 6 月的可用性報告裡揭露,平台流量正快速成長、很大一部分由 AI 輔助與代理式開發推動:它把單體架構的流量大量移到 Azure,承載比例從 2 月的 8% 衝到 40%,四個月內有效容量翻倍以上,但 5 月仍出現 9 起造成服務降級的事件。它甚至把自己的排序原則講白:「可用性優先,其次容量,最後才是功能」——等於承認短期會不穩。

但對台灣的開發團隊,這則新聞真正切身的一面,不是「Microsoft 是不是尷尬地要租 AWS 幫 GitHub 擴容」。而是——6 月 1 日起,Copilot 改成按量計費,那些「代理製造出來的流量」,現在會直接變成你的帳單。 容量壓力和你的帳單,其實是同一枚硬幣的兩面。所以你該控的不是「GitHub 穩不穩」(那是 Microsoft 的事),是「我讓代理跑多少、跑幾次、誰買單」。

容量壓力有多真

先看 GitHub 自己的數字(都出自官方可用性報告)。除了前面那組,5 月 5 日 GitHub Actions 標準 runner 的作業失敗率一度到 13.5%、隔天 17.1%——而代理式工作流最依賴 Actions,所以代理往往是最先被打斷的那一個。GitHub 的容量計畫也從 2025 年 10 月的「10X」,在 2026 年 2 月上修到「30X」。

規模有多誇張?GitHub 的 COO 在受訪時說,commit 量已經到每週約 2.75 億、全年上看 140 億,AI 代理開的 PR 半年成長逾三倍。這幾個數字很震撼,但要誠實標明:它們是 COO 受訪的二手轉述,不是 GitHub 部落格白紙黑字,引用時當背景看。至於 Microsoft 動用 AWS 幫 GitHub 擴容,目前仍是媒體(Business Insider 等)報導,Microsoft 官方只確認多雲策略,沒有具名 AWS,維持保守看待。

6/1 按量計費:代理流量變成帳單

這是中文報導只單獨談、卻沒和容量壓力接起來的一塊。GitHub 從 2026 年 6 月 1 日起,把 Copilot 改成按量計費:用「AI Credits」(依 token 消耗計算)取代原本的 premium request 制。各方案(如 Pro 每月 $10、Business 每席 $19)只內含等額的 Credits,超過就另計。

關鍵在於哪些動作會吃 Credits。程式碼補全和 Next Edit 建議不扣 Credit——所以如果你只是把 Copilot 當個人補全工具,這波影響其實有限。真正會吃爆 Credits 的,是代理式工作流:反覆重跑 CI、批次讀 issue、開一堆小 PR、修錯再重試。也就是說,GitHub 平台端在扛的「代理流量」,和你帳單上暴增的「Credits 消耗」,根本是同一件事。要把代理的真實成本算清楚,可用 AI 寫程式代理的 ROI 與成本

台灣團隊:三個成本控制動作

方向很清楚——你控不了 GitHub 穩不穩,但 100% 控得了「讓代理跑多少」。

先開帳單預覽、設 Credits 上限,再放代理。 6/1 起代理式工作流最容易吃爆 Credits,GitHub 5 月已推出帳單預覽工具,先用它估,再決定要不要放 agent 進 CI/PR。

把「重跑次數」當成本項來管。 訂明確規則:代理每個任務最多重試 N 次、矩陣測試對代理開的 PR 要收斂、把「補全類(不扣 Credit)」和「agent 類(扣 Credit)」分帳看待。代理找不對程式碼就會一直重試、一直燒 Credit,這點在 coding agent 找不找得到對的程式碼 講得更細。

保留人工發版路徑,並觀察 GitHub Status。 GitHub 自己都把「可用性」排在功能前面,等於承認短期會不穩,別把 agentic pipeline 變成唯一通道。

也講一句公道話:這波不必恐嚇小團隊。純個人補全(不扣 Credit)受影響有限,真正該調整節奏的,是「已經放 agent 進 CI/PR」的團隊。想比較各方案,可看 GitHub Copilot 方案怎麼選

常見問題

GitHub 為什麼最近一直不穩?

因為 AI 代理製造的流量快速成長,壓垮了原本為人類尺度設計的基礎設施。GitHub 官方揭露它四個月內有效容量翻倍以上、5 月仍有 9 起服務降級,Actions 作業失敗率一度到 17%。而代理式工作流最依賴 Actions,所以往往最先被打斷。GitHub 已把容量計畫從 10X 上修到 30X,但短期仍會不穩。

Copilot 6/1 改按量計費,對我影響大嗎?

看你怎麼用。程式碼補全和 Next Edit 建議不扣 Credit,所以純個人補全用戶影響有限。真正會吃爆 Credits 的是代理式工作流——反覆重跑 CI、批次讀 issue、大量小 PR。各方案只內含等額 Credits(如 Pro $10、Business 每席 $19),超過另計。放 agent 前先開帳單預覽估一下。

用 AI 代理寫程式,怎麼控成本?

三招:一、先開 GitHub 的帳單預覽、設 Credits 上限,再放代理;二、把「重試次數」當成本項管,訂每個任務最多重試幾次、對代理 PR 收斂矩陣測試;三、把不扣 Credit 的補全和會扣 Credit 的 agent 分帳看待。代理找不對程式碼就會一直重試燒 Credit,issue 寫清楚、reproduction 齊全能直接降低成本。

參考來源

№ · further reading

延伸閱讀