← 回首頁

免費方案

你的 CI 本來是免費的，除非你選了 macOS runner

一樣的 build、一樣的分鐘數、什麼都一樣——但你選的 runner 讓帳單差了十倍。而兩個設定可以讓它直接歸零。

多數在付 CI 費用的團隊沒有用量問題，他們有的是設定問題，而那個設定只有兩個勾選框深。

兩個讓帳單歸零的設定

GitHub 自己的計費文件講得很明白：自架 runner 與使用標準 GitHub 託管 runner 的 公開 repository 都是免費的。不是打折，不是額度比較大——是不計費。

對現在正在付錢的專案裡相當大的一部分，這就是全部的答案。你的 repository 如果是 公開的，不管燒掉多少分鐘，標準 runner 都不會跟你收錢。工作流程如果跑在你自己的 機器上，也一樣。

所以真正有討論價值的只剩下一種情況：私有 repository + GitHub 託管的 runner。

在那裡，選哪個 runner 是一個十倍的決定

每分鐘費率，取自 GitHub 文件：

macOS 是 Linux 的十倍以上。這不是 GitHub 在刁難——Apple 的授權條款要求 macOS 建置必須跑在 Apple 硬體上，所以沒有任何供應商能像處理 Linux 那樣把它們塞進通用 伺服器。每一家 CI 廠商的定價方式都一樣。

真正讓它變貴的是沒有人會去看。runs-on: macos-latest 從某個範例複製過來， pipeline 跑得動，那一行帳目從此再也沒有被質疑過。

把你自己的數字填進去

試試每天 20 次 build、每次 8 分鐘——一個相當普通的團隊。以 22 個工作天計， 那是每月 3,520 分鐘。在 Free 方案下，你的 2,000 分鐘內含額度會在第 12 個工作天 用完，剩下的要付：

一模一樣的工作、一模一樣的分鐘數。唯一變的是 YAML 裡的一行。

然後把「公開 repository」或「自架 runner」勾起來，看那三個數字一起變成零。

誠實的但書

自架不是真的免費，是不開帳單。 你付的是硬體、維護與資安審查——自架 runner 會執行工作流程叫它做的任何事，而在公開 repository 上，那代表任何人開一個 pull request 就能在你的機器上跑程式。GitHub 自己的文件也是這樣寫的，這正是自架 runner 對公開專案來說是個糟糕預設值的原因。

這些價格會變。 上面的費率是 2026 年 8 月 6 日對照 GitHub 官方計費文件查核的。 這也是為什麼那個試算工具讓你自己改費率、而不是把它寫死：一個寫死價格的工具， 會在價目表變動的那一天開始說錯話，而且它會一邊說錯一邊看起來很權威。

實際該做的三件事

1. 先確認你到底需不需要付錢。 公開 repository，或一台自己的 runner—— 任一個成立，碼表就停了。多數「怎麼降低 CI 成本」的討論串，答案就是這個， 但沒有人講到。
2. 在看任何其他東西之前，先看 runs-on 寫什麼。 把不需要 macOS 的工作移出 macOS，是差一個數量級的那一根槓桿，而它只有一行。
3. 最後才去優化分鐘數——快取、砍 matrix、跳過沒改動的路徑。把建置時間縮短 20%，遠不如一開始就別跑在那台貴的機器上。