GitHub Actions が使用上限で止まったとき（The job was not started…）の原因と対処

このメッセージは、GitHub ホストランナーの利用分をアカウントが払えなくなったときに出ます。原因は 3つのどれかです。Stop usage when budget limit is reached をオンにした予算が尽きた、プランに含まれる分を使い切ったのに有効な支払い方法がない、支払いに失敗した。予算は組織の owner が Billing & Licensing → Budgets and alerts で、支払いは owner か billing manager が Billing & Licensing → Payment information で直し、止まったジョブは再実行すれば動きます。

このメッセージが意味すること

GitHub のどのプランにも、GitHub ホストランナーに使える月々の「含まれるコンピューティング（included compute usage）」があります。単位は分ではなく、ドルです。

ジョブの分数にランナーごとの単価をかけた額が、ここから引かれます。プライベートリポジトリの ubuntu-latest で動く Linux 2コアなら、1分 $0.006 です。使い切ると、それ以上の利用は登録した支払い方法に請求されます。そこで請求に進ませずに止めるのが、このメッセージです。

止まるもの・止まらないもの:

• プライベートリポジトリの GitHub ホストランナーは、含まれるコンピューティングを使うので、止まります。
• 大きいランナー（larger runners）は、パブリックリポジトリでも請求され、有効な支払い方法が要ります。
• パブリックリポジトリの標準ランナーとセルフホストランナーは、GitHub が「remains free」としていて、含まれるコンピューティングも減りません。

原因と、それぞれを直せる人

使用を止める設定の予算

予算は月ごとのドルの上限です。Stop usage when budget limit is reached を選ぶと、使い切った時点でそれ以上の利用を止めます。選ばなければメールが来るだけで、利用は続きます。

予算は重なり、尽きた予算が 1つでもあれば止まります。GitHub のドキュメントの例では、ある組織が Actions という製品に $50、その中の Linux 96コアの SKU に $100 の予算を置いています。請求対象の Actions の利用が $50 に達すると、SKU の予算に余りがあっても、メンバーは次の請求期間か予算が上がるまで、GitHub ホストランナーをすべて使えなくなります。組織の予算とリポジトリの予算を並べたときも同じです。

$0 の初期値と、支払い方法がない場合

予算の前、GitHub は Actions の超過を「spending limit（使用上限）」で管理していて、ドキュメントにはこう書かれていました。「If you are a monthly-billed customer, your account will have a default spending limit of 0 US dollars (USD)」。月払いのアカウントは、初期値が $0 で、含まれる分を超える利用はできない、という意味です。そのページは、いまは予算のガイドに転送されます。Actions の予算が $0 のまま止める設定がオンになっているアカウントは、同じように、含まれる分を使い切ったところで止まります。

カードを登録していないアカウントも、いまのルールで同じく止まります。「If your account does not have a valid payment method on file, usage is blocked once you use up your quota.」。大きいランナーについては「Larger runners require a valid payment method.」とあります。

支払いの失敗

カードの請求が通らないと、GitHub は理由をメールで知らせ、数日後にもう一度請求します。支払いが通るまで、アカウントの有料の機能はロックされます。個人アカウントでは、Copilot の申し込みや予算を上げたときの与信確保（authorization hold）に失敗しただけでも、請求がロックされ GitHub Actions が止まることがある、と GitHub は書いています。GitHub Free のまま使うつもりでも起きます。

直し方

予算を上げる、または止める設定を外す（組織の owner）

1. 右上のプロフィール画像から Your organizations を開き、組織の横の Settings を押します。
2. サイドバーの Access にある Billing & Licensing を押します。
3. Budgets and alerts を押します。予算ごとに、範囲（scope）、上限に対して使った額、状態が並んでいます。
4. Actions にかかる予算をすべて探します。製品単位の Actions の予算、SKU（ランナーのサイズ）単位の予算、リポジトリ単位の予算です。
5. 尽きた予算の横の … から Edit を押し、額を上げます。止めるよりアラートだけでよければ、Stop usage when budget limit is reached を外します。
6. 止まったジョブを再実行します。ワークフローの実行を開き、Re-run jobs から Re-run failed jobs を押します。

個人アカウントは github.com/settings/billing から Budgets and alerts を開きます。エンタープライズに属する組織では、エンタープライズの Billing & Licensing タブに、エンタープライズとコストセンターの予算があります。

コミュニティの回答には、いまも「Settings → Billing & plans → Actions spending limit」と書いたものが多くあります。これは前の請求の画面で、いまは予算で設定します。

支払いを直す（owner か billing manager）

1. アカウントの Billing & Licensing を開き、Payment information を押します。
2. Payment method の Edit から、使えるカードか PayPal を登録します。
3. GitHub はすぐに請求し、支払いが通るとロックは自動で外れます。処理には最大 24時間かかります。
4. Payment history で請求が通ったことを確かめてから、止まったジョブを再実行します。

それでもカードが通らないときは、カード会社に問い合わせます。金額、請求日、領収書の取引 ID、加盟店名（GitHub）を伝えると、断った理由を教えてもらえます。日本のカードでは、海外の加盟店やネットでの継続払いに制限をかけていることがあるので、GitHub への支払いを通すよう頼みます。

設定がすべて正しいとき

設定で直せる範囲と、Support でしか直らない範囲は、GitHub のコミュニティの 2つのスレッドでわかります。

• #166876 では、ある組織が Actions の予算を $0 より上にし、失敗した支払いも未払いの請求書もないことを確かめたうえで、同じメッセージが出続けました。直したのはサポートへの問い合わせで、Support が手作業で同期したあとは問題なく動いた、と報告しています。
• #184661 では、CI を多く回したあと、アカウント単位で Actions が無効になりました。Support に連絡すると、フラグを外してもらえました。

support.github.com から、メッセージの全文、Budgets and alerts の画面、Payment history を添えて問い合わせます。

月末に止まりやすい理由

Actions のような従量課金の製品では、請求期間は毎月 1日の 00:00:00（UTC）から月末の 23:59:59（UTC）までです。含まれるコンピューティングは期間の初めに戻り、予算も月ごとに数えます。

つまり、ジョブはすべて 1本の合計に積み上がります。まず含まれる分を使い、次に予算を使います。毎日同じくらい回すチームなら、線を越えるのは月の終わりごろ。リリース前の週や、落ちては再実行されるテストがあれば、もっと早く来ます。止まると、だれかが予算を上げないかぎり、1日の 00:00（UTC）、日本時間の朝 9時まで動きません。

もう 1つの落とし穴があります。作ったばかりの予算は、作った日からの利用しか数えません。最初の月は、止める設定をオンにしていても、予算を超えることがあります。

来月くり返さないために

予算を上げ、アラートを受け取る

Actions の予算を、忙しい月に本当にかかる額に合わせます。同じ画面で Receive budget threshold alerts を選ぶと、75%・90%・100% でメールと GitHub 上のバナーが届きます。Included usage alerts で Receive alerts when my included usage reaches 90% and 100% を選べば、請求が始まる前にわかります。追加の支出を決められる人を、Additional billing details で請求の連絡先に入れておきます。

止める予算は、Actions に 1つだけにします。製品の予算と SKU の予算、組織の予算とリポジトリの予算を重ねると、思わぬジョブが止まります。

請求される分数を減らす

• 短いジョブはまとめる。GitHub はジョブごとに 1分単位で切り上げるので、10秒のジョブを 30本回すと 30分ぶん請求されます。
• 足りる中でいちばん小さいランナーを使う。Linux 2コアは 1分 $0.006、Linux 4コアは $0.012、macOS は $0.062 で、Linux 2コアの 10倍を超えます。
• だれも見ない実行を止める。concurrency に cancel-in-progress: true を書けば、新しいコミットが来たときに古い実行を取り消せます。paths で関係のない変更ではワークフローを動かさず、timeout-minutes で固まったジョブを 6時間の上限より前に終わらせます。

月額固定のランナーにジョブを移す

セルフホストランナーは GitHub が請求せず、含まれるコンピューティングも使いません。移したジョブが Actions の予算を減らすことはなく、予算で止められることもありません。

セルフホストランナーは、自分のマシンで動かして自分で保守するか、サービスから借ります。分単位で請求するサービスなら、忙しい月はやはり高くなります。月額固定なら、高くなりません。プランが同時に動かせる数より多くのジョブが来ると、あふれたジョブは止められるのではなく、キューで順番を待ちます。GitHub はセルフホストのジョブを 24時間待たせると取り消すので、いつまでも待ち続けることはありません。

Skipbox は、この形のサービスです。GitHub の組織か個人アカウントのプライベートリポジトリのジョブを、ジョブごとにヘルシンキの新しい Linux の VM で動かします。料金は月 $39・$79・$149 で、分数は無制限、従量の請求はありません。プランで決まるのは、同時に動くジョブの数と 1つのジョブの大きさです。あふれたジョブは順番を待ち、請求額は変わりません。ジョブの runs-on を 1 行書き換えれば移り、戻すときも書き戻すだけです。macOS・Windows・Arm のジョブと、パブリックリポジトリのジョブは、GitHub に残ります。

まず自分のジョブで試せます。カード不要で、7日間かジョブの合計 3,000分まで無料です。

出典

いずれも 2026-11-09 に読んだもの。

• GitHub Docs「Budgets and alerts」: 従量課金の製品で利用を止める仕組み、予算を設定できる人、75/90/100% のアラート、含まれる分のアラート、予算を作った最初の請求期間。
• GitHub Docs「Setting up budgets to control spending on metered products」（前の使用上限のページ「managing your spending limit for GitHub Actions」の転送先）: 予算の重なりと $50 の例、止める設定、手順。
• GitHub Docs、2024-06-01 に保存された使用上限のページ（Wayback Machine）: 月払いのアカウントの初期値 $0。
• GitHub Docs「GitHub Actions billing」: プランごとの含まれるコンピューティング、無料のままの利用、支払い方法がないときの停止。
• GitHub Docs「Actions runner pricing」: 1分あたりの単価、1分単位の切り上げ。
• GitHub Docs「Billing cycles」: UTC で区切る従量課金の請求期間。
• GitHub Docs「Troubleshooting a declined credit card charge」「Unlocking a locked account」「Managing your payment and billing information」「Adding a billing manager to your organization」。
• GitHub Docs「Actions limits」: セルフホストランナーのキューの 24時間、GitHub ホストランナーのジョブの 6時間。
• GitHub Community「#166876 GitHub Action Failing Despite Adding Budget Amount」「#184661 GitHub Actions disabled after heavy CI/CD usage」。

2026年11月9日 更新