GitHub Actions 價格計算機：您的分鐘數要花多少錢

GitHub Actions 價格計算機

有兩種使用方式。我知道我的分鐘數使用您用量報告中各執行器的分鐘數。依團隊推估則依您團隊的工作方式推算分鐘數：開發者人數、推送次數、執行次數、作業數與作業長度。兩者都套用 GitHub 的規則：每個作業無條件進位到整分鐘、內含用量以金額計算、大型執行器僅限 Team 與 Enterprise Cloud，以及公開儲存庫中的標準執行器免費。1 至 32 vCPU 的 Linux 作業會以相同規格移到 CRACI；其餘則留在 GitHub 託管執行器上，並套用內含用量。此估算僅涵蓋運算：建置產物、快取與套件的儲存空間另行計費，未納入模型。如何找出您的分鐘數，請參閱如何找出您的真實用量。

起始方式

我知道我的分鐘數依團隊推估

GitHub 方案FreeProTeamEnterprise Cloud

儲存庫

私人公開

執行器Linux x64, 1 vCPULinux x64, 2 vCPULinux x64, 4 vCPU（大型執行器）Linux x64, 8 vCPU（大型執行器）Linux x64, 16 vCPU（大型執行器）Linux x64, 32 vCPU（大型執行器）Linux x64, 64 vCPU（大型執行器）Linux x64, 96 vCPU（大型執行器）Linux ARM64, 2 vCPULinux ARM64, 4 vCPU（大型執行器）Linux ARM64, 8 vCPU（大型執行器）Linux ARM64, 16 vCPU（大型執行器）Linux ARM64, 32 vCPU（大型執行器）Linux ARM64, 64 vCPU（大型執行器）Windows x64, 2 vCPUWindows x64, 4 vCPU（大型執行器）Windows x64, 8 vCPU（大型執行器）Windows x64, 16 vCPU（大型執行器）Windows x64, 32 vCPU（大型執行器）Windows x64, 64 vCPU（大型執行器）Windows x64, 96 vCPU（大型執行器）Windows ARM64, 2 vCPUWindows ARM64, 4 vCPU（大型執行器）Windows ARM64, 8 vCPU（大型執行器）Windows ARM64, 16 vCPU（大型執行器）Windows ARM64, 32 vCPU（大型執行器）Windows ARM64, 64 vCPU（大型執行器）macOS, macos-latest (M1)，3 vCPUmacOS, xlarge (M2 Pro)，5 vCPU（大型執行器）macOS, macos-15-intel，4 vCPUmacOS, large (Intel)，12 vCPU（大型執行器）GPU, Linux, 1x Tesla T4，4 vCPU（大型執行器）每月分鐘數

+ 新增執行器平均作業長度（秒）（選填，用於 CRACI 估算）GitHub 的分鐘數已按作業無條件進位。輸入平均作業長度後，計算機會估算 CRACI 將計費的秒數；若留空，CRACI 會以相同的分鐘數計費。

GitHub 帳單US$102.00扣除內含用量前的支出: US$120.00已使用的內含用量：US$18.00 中的 US$18.00

使用 CRACI，作業長度相同US$80.00每月少 US$22.00, 約低 22%

使用 CRACI，速度約快兩倍US$40.00每月少 US$62.00, 約低 61%

執行器	GitHub 分鐘數	GitHub	CRACI	CRACI，快兩倍	備註
Linux x64, 2 vCPU	20,000	US$120.00	US$80.00	US$40.00

以計算機的起始值（GitHub Team、私人儲存庫、Linux x64 2 vCPU 每月 20,000 分鐘）計算，扣除內含用量前的 GitHub 支出為 $120.00。方案的 $18.00 內含用量涵蓋其中 3,000 分鐘，因此帳單為 $102.00。相同的分鐘數在 CRACI 上費用為 $80.00，約低 22%：每分鐘價格較低，但 CRACI 沒有內含分鐘數。若速度約快兩倍，費用為 $40.00，約低 61%。此範例中沒有任何作業留在 GitHub；若新增 Windows 或 macOS 列，它會留在 GitHub 託管，內含用量則套用在留下的部分。輸入您的平均作業長度後，CRACI 的數字通常還會再降低，因為 CRACI 依作業實際執行的秒數計費，而不是整分鐘。

CRACI 不是答案的情況

• 如果您的用量在內含用量之內，或您的儲存庫是公開的且在標準執行器上執行，GitHub 不會向您收費，CRACI 也無法降低帳單。CRACI 沒有內含分鐘數；新創計畫是唯一的免費途徑。
• 如果您大部分的分鐘數是 macOS 或 Windows，CRACI 目前無法執行：它僅支援 Linux，Windows 與 macOS 已列入產品藍圖。
• 在 ARM64 上，GitHub 的牌價在 4 vCPU 時與 CRACI 相同，從 8 vCPU 起則較低。

在這些情況下，考慮 CRACI 的理由是建置紀錄與對外連線政策，而不是帳單。若要比較所有供應商的價格，而不只是 GitHub，請參閱CI 執行器價格比較。

GitHub Actions 如何計費

每個 GitHub 方案每月都內含 Actions 用量：GitHub Free 為 $12、Pro 與 Team 為 $18、Enterprise Cloud 為 $300，在標準 2 核心 Linux 執行器上分別可用 2,000、3,000 與 50,000 分鐘。標準 GitHub 託管執行器在公開儲存庫中免費，GitHub 也不對自架執行器按分鐘收費。超出內含分鐘數後，私人儲存庫須按執行器時間的分鐘數付費，價格取決於執行器的規格、作業系統與架構。請參閱免費 CI 分鐘數涵蓋什麼，又遺漏了什麼。

截至 2026 年 11 月 11 日，標準 2 核心 Linux x64 執行器每分鐘 $0.006。有兩條規則讓帳單比價格看起來更高：

• 每個作業都無條件進位到整分鐘。10 秒的作業會以一整分鐘計費，包含十個短作業的工作流程至少要付十分鐘。
• 大型執行器即使在公開儲存庫中也會計費。在 Team 與 Enterprise Cloud 上，它們會以自己較高的費率扣抵內含用量，因此用量會更快耗盡。

用 GitHub 的話來說，內含用量是「以金額表示，而非固定的分鐘數」。上述分鐘數是它在標準 2 核心 Linux 執行器上可買到的量；任何更貴的執行器都會更快用完。內含的 Actions 用量達到 90% 與 100% 時，GitHub 會寄送電子郵件通知您，而預算設定可在您設定的上限停止計量的 Actions 用量。

GitHub Actions 每分鐘價格：各種執行器規格

以下為截至 2026 年 11 月 11 日、超出內含分鐘數後的 GitHub 託管執行器每分鐘價格。1 至 32 vCPU 的 Linux 執行器可以在 CRACI 上以每 vCPU 分鐘 $0.002 執行，x64 與 ARM64 價格相同。CRACI 目前僅支援 Linux；Windows 與 macOS 已列入產品藍圖。

在 Linux x64 上，從 2 vCPU 起 CRACI 的牌價都低於 GitHub。在 ARM64 上，從 8 vCPU 起 GitHub 的牌價較低；在實際管線中，按秒計費與更快的建置會縮小或抹平這個差距。

一分鐘要多少錢：CRACI 與 GitHub 託管比較

在標準 Linux 執行器上，CRACI 的牌價較低，而且按秒計費。在 2 vCPU x64 上，每分鐘價差約 33%；在實際管線中，大部分節省來自取消進位。在 ARM64 上，GitHub 的牌價在 4 vCPU 時與 CRACI 相同，從 8 vCPU 起則較低：8 vCPU 時每分鐘 $0.014 對 $0.016。各供應商的價格請參閱GitHub Actions 執行器比較。

建置越快，用掉的分鐘數越少

每分鐘價格只是帳單的一半，另一半是一次建置要花幾分鐘。CRACI 的建置速度約為 GitHub 託管執行器的兩倍，這要歸功於更快的硬體、更短的排隊時間與快取。在 GitHub 託管 2 核心執行器上需要 10 分鐘的建置，在 CRACI 上約只需 5 分鐘，而您只需支付這 5 分鐘。

更快的建置也能減少一項從不出現在帳單上的成本：工程師在合併前等待檢查通過的時間。

按秒計費在哪裡最划算

Lint、型別檢查、單元測試分片與部署步驟，往往不到一分鐘就完成。在 GitHub 託管執行器上，每一個仍要付一整分鐘；在 CRACI 上，您只需支付實際執行的秒數。以下範例比較相同長度的作業，尚未計入任何加速效果。

作業越短，按秒計費省下的越多。在長時間的建置上，節省來自速度：10 分鐘的建置約省 67%，若只看每分鐘價格則約省 33%。

您用了多少 GitHub Actions 分鐘數？找出真實數字

多數團隊說不出自己的 CI 每月用掉多少建置分鐘數，而用猜的無法作為比較供應商的依據。GitHub 在四個地方記錄這個數字，每個地方呈現的內容不同，也各有限制。

來源	位置	呈現內容	限制
帳務用量頁面與用量報告	組織設定中的 Billing and licensing、Usage；篩選 Actions，或透過電子郵件索取用量報告（CSV）	每日、各 SKU（執行器作業系統與規格）及各儲存庫的支出與數量；詳細報告另含工作流程路徑	僅限擁有者與帳務管理員。它呈現的是支出：免費用量（公開儲存庫中的標準執行器、自架執行器、內含用量）會以折扣形式出現，因此請比較總額與淨額
Actions 用量指標	組織 Insights 中的 Actions usage metrics；下方表單會開啟最近 30 天的資料	依工作流程、作業、儲存庫、執行器類型與作業系統統計的分鐘數	需要「View organization Actions metrics」權限。GitHub 表示這些指標「不套用分鐘乘數」，因此不等於帳單
帳務用量 REST API	GET /organizations/{org}/settings/billing/usage，可選填 year、month 與 day	彙總的用量報告，供腳本使用	僅限組織擁有者與帳務管理員，且僅適用於 GitHub 的增強型帳務平台；需要個人存取權杖（classic），不支援 fine-grained 權杖；沒有各工作流程的明細
您的工作流程執行紀錄	透過 GitHub CLI 取得的執行與作業歷史（腳本如下）	每個作業的開始與結束時間，需自行進位	僅限您查詢的儲存庫；呈現的是執行時間，而非金額

帳務頁面呈現的是帳單；指標頁面與執行歷史呈現的是分鐘數花在哪裡。若要開啟您組織最近 30 天的 Actions 用量指標，請輸入組織名稱：

您的 GitHub 組織

github.com/ 開啟 Actions 用量 ↗︎

從工作流程執行紀錄計算計費分鐘數

沒有帳務存取權限時，可以自行計算分鐘數。這個腳本使用 GitHub CLI 列出某個儲存庫最近 30 天的工作流程執行，擷取每次執行的作業（含重新執行），將每個作業無條件進位到整分鐘，再依執行器標籤加總：

# Billed GitHub Actions minutes per runner label, one repository, last 30 days.
# GitHub rounds each job up to the whole minute, so the script does too.
REPO=your-org/your-repo
SINCE=$(date -u -d '30 days ago' +%F)   # macOS: date -u -v-30d +%F

gh api --paginate "repos/$REPO/actions/runs?created=>=$SINCE&per_page=100" \
  --jq '.workflow_runs[].id' |
while read -r run; do
  gh api --paginate "repos/$REPO/actions/runs/$run/jobs?filter=all&per_page=100" \
    --jq '.jobs[] | select(.conclusion != "skipped" and .started_at and .completed_at)
      | [(.labels | join(",")), ((.completed_at | fromdate) - (.started_at | fromdate))]
      | @tsv'
done |
awk -F'\t' '{ jobs[$1]++; secs[$1] += $2; billed[$1] += int(($2 + 59) / 60) }
  END { for (l in jobs) printf "%s\t%d jobs\t%d s run\t%d billed min\n", l, jobs[l], secs[l], billed[l] }'

進位必須像 GitHub 一樣以作業為單位，而不是對總和進位：包含十個 20 秒作業的工作流程會計費十分鐘，而不是四分鐘。標籤會顯示每個作業在哪裡執行。在自架或第三方執行器上的作業，以及在公開儲存庫標準執行器上的作業，都不使用 GitHub 的付費分鐘數，因此不要算進帳單。runs 端點在單一日期篩選下最多回傳 1,000 次執行，因此請將繁忙的儲存庫拆成較短的期間。GitHub 每次執行的 timing 端點過去會回報可計費時間，但 GitHub 表示它即將停用，因此本腳本改為讀取作業時間戳記。

完全沒有帳務存取權限？請向組織擁有者或帳務管理員索取用量報告；若您有權限，可使用 Actions 用量指標頁面；或在您最繁忙的三個儲存庫上執行腳本，再按比例推估。

與我們交談過的團隊中，常常用完內含分鐘數的，有時會把 CI 移到筆電上，由程式撰寫代理在本機執行管線。這樣確實省下了分鐘數，但建置變慢、記憶體與 swap 耗盡，而且沒有人能重現或稽核建置了什麼。解決之道是掌握數字、削減浪費（請參閱降低帳單的九種方法），並將繁重的 Linux 作業移到更便宜的分鐘數上。

不會以每分鐘形式出現的成本

• 重新執行。每十次執行就失敗一次的不穩定測試，會讓所在工作流程的帳單增加約 10%，而每個重新執行的作業也會再次進位。
• 卡住的作業。沒有設定 timeout-minutes 時，卡住的作業會一直執行到 GitHub 的上限，並全程計費。
• 等待中的工程師。緩慢的管線會耗費開發者的時間，而這通常比分鐘數值錢得多。請為關鍵路徑上的作業選擇合適的執行器規格，或在更快的執行器上執行。
• 自架的額外負擔。自架執行器免去了每分鐘的價格，卻免不了成本：機器在建置之間閒置，還得有人負責修補、擴縮與保護。請參閱代管與自架執行器比較。

降低帳單的九種方法

1. 先找出昂貴的作業。使用用量報告、指標頁面或上方的腳本，查看哪些工作流程、執行器與儲存庫用掉最多分鐘數，並從那裡著手。
2. 取消已被取代的執行。concurrency 群組搭配 cancel-in-progress，會在同一分支有較新的 commit 時，停止較舊 commit 的執行。
3. 略過不相關的工作。paths 篩選條件可避免文件變更觸發完整的測試套件。
4. 快取相依套件。從快取還原套件比每次執行都重新下載更快。請參閱GitHub Actions 快取的運作方式。
5. 設定逾時。在每個作業上設定 timeout-minutes，可避免卡住的作業一直耗用分鐘數直到預設上限。
6. 合併極短的作業。在整分鐘進位下，三個 10 秒的作業要付三分鐘；把三件事合在一個作業裡只要付一分鐘。
7. 選擇合適的執行器規格。大型執行器每分鐘較貴，但若完成得快很多，每次建置的費用反而可能較低。兩者都要量測。
8. 在較便宜時使用 ARM64。在 GitHub 上，2 核心 ARM64 執行器的標價低於 x64。
9. 改用更快、更便宜的執行器。CRACI 的建置速度約快兩倍，在標準 Linux 執行器上標價更低，並按秒計費，工作流程除了 runs-on 之外無須任何變更。

改用 CRACI

CRACI 取代的是執行器，而不是 GitHub Actions。安裝 CRACI GitHub App，將 runs-on 改為 craci，作業就會在 CRACI 上執行，而工作流程、其 actions 與日誌都留在 GitHub。規格從 1 到 32 vCPU，以 cracicorp/setup action 設定。先移轉一個工作流程，比較建置時間與帳單。關於快取、OIDC 與備援，請參閱如何更換執行器供應商。

CRACI 只針對建置分鐘數收費：每 vCPU 分鐘 $0.002（預設 2 vCPU 執行器為 $0.004），按秒計量，沒有月費，也不按 SBOM 收費。新創公司可透過新創計畫獲得至少 100,000 分鐘的免費建置分鐘數。請參閱價格方案。

同一個執行器也會記錄每個作業擷取內容的 SBOM、強制執行對外連線政策並記錄來源證明資料，讓更快、更便宜的建置同時附帶其內容的紀錄。請參閱CRACI 與 GitHub 託管執行器比較。

GitHub Actions 價格：常見問題

GitHub Actions 要多少錢？

每個方案每月都以金額形式內含 Actions 用量：GitHub Free 為 $12、Pro 與 Team 為 $18、Enterprise Cloud 為 $300，在標準 2 核心 Linux 執行器上分別可用 2,000、3,000 與 50,000 分鐘。超出後，截至 2026 年 11 月 11 日，標準 2 核心 Linux x64 執行器每分鐘 $0.006，大型執行器則更貴。

GitHub Actions 每分鐘多少錢？

截至 2026 年 11 月 11 日，標準 2 核心 Linux 執行器在 x64 上每分鐘 $0.006，在 ARM64 上為 $0.005。Windows 2 核心為 $0.010，macOS 則從 $0.062 起。大型執行器依規格調整，96 核心 Linux x64 最高達每分鐘 $0.252。GitHub 會將每個作業無條件進位到整分鐘。

CRACI 比 GitHub 託管執行器便宜嗎？

在標準 Linux 執行器上，是的。CRACI 的 2 vCPU 標價為每分鐘 $0.004（每 vCPU 分鐘 $0.002），比 GitHub 2 核心 x64 的 $0.006 約低 33%，按秒計費，且建置速度約快兩倍，因此每次建置用掉的分鐘數更少。在 GitHub 託管 2 核心執行器上需要 10 分鐘的建置，在 CRACI 上費用約低 67%，也就是三分之一的價格。

為什麼 CRACI 比 GitHub 託管執行器更快？

三者相加：更快的硬體、作業開始前更短的排隊時間，以及快取。CRACI 的建置速度約為 GitHub 託管執行器的兩倍。

GitHub 會將 Actions 分鐘數進位嗎？

會。GitHub 將每個作業無條件進位到整分鐘，因此執行 10 秒的作業會以一整分鐘計費。包含許多短作業的管線，在進位上付出最多。

內含用量涵蓋大型執行器嗎？

在 GitHub Team 與 Enterprise Cloud 上，是的：大型執行器會以自己的每分鐘費率，扣抵與標準執行器相同的內含用量。Free 與 Pro 無法使用大型執行器，而且大型執行器在公開儲存庫中也不免費。

GitHub Actions 對公開儲存庫免費嗎？

在標準執行器上，是的。GitHub 表示標準 GitHub 託管執行器在公開儲存庫中免費。

自架執行器免費嗎？

GitHub 不對自架執行器按分鐘收費，但您要支付機器費用（包括閒置的機器），並負責其作業系統、軟體與資安。GitHub 警告，自架執行器幾乎不應用於公開儲存庫。

如何將作業移到 CRACI？

安裝 CRACI GitHub App，並將作業中的 runs-on 改為 craci。工作流程、其 actions 與日誌都留在 GitHub。使用 cracicorp/setup action 選擇 1 至 32 vCPU 的執行器規格。

我需要多少 GitHub Actions 分鐘數？

實際計算，而不要用猜的。您的帳務用量報告會顯示各執行器使用的分鐘數。沒有帳務存取權限時，可用 GitHub CLI 列出儲存庫的工作流程執行與作業，並像 GitHub 一樣將每個作業無條件進位到整分鐘。短作業會讓數字膨脹：十個 20 秒的作業會計費十分鐘。接著將數字輸入本頁的計算機。

如何查看我的 GitHub Actions 用量？

有四個地方。組織設定中 Billing and licensing 下的 Usage 頁面，可下載用量報告，適用於擁有者與帳務管理員。組織 Insights 中的 Actions 用量指標，依工作流程、作業、儲存庫與執行器統計，但不套用分鐘乘數。帳務用量 REST API，供腳本使用。以及透過 GitHub CLI 取得的工作流程執行歷史，可取得每個作業的執行時間，由您自行進位。

用完內含分鐘數後會怎樣？

若帳戶中沒有有效的付款方式，內含用量用完後 GitHub 會封鎖 Actions 用量。若有付款方式，後續用量會向其收費，而預算設定可在您設定的上限停止 Actions 用量。大型執行器一律需要有效的付款方式。內含用量達到 90% 與 100% 時，GitHub 會寄送電子郵件通知您。

GitHub 會對第三方執行器的分鐘數收費嗎？

不會按分鐘收費。第三方執行器供應商以自架執行器的形式連接 GitHub，而 GitHub 表示自架執行器上的 Actions 用量免費。您仍需向 GitHub 支付方案費用與超出內含量的儲存空間費用，並向執行器供應商支付其分鐘數費用。