„Your spending limit needs to be increased“: Jobs heute starten

Diese Meldung heißt: Die CI deiner privaten Repositorys steht und startet erst wieder, wenn jemand mit Abrechnungsrechten das Problem behebt, oder am 1. um 00:00 UTC. Jeder Pull Request, der auf einen grünen Check wartet, wartet mit.

Du kannst den Job jetzt ausführen. Ändere ihn auf runs-on: skipbox und pushe: Skipbox-Runner verbrauchen nichts von deinem GitHub-Budget oder deinen Freiminuten, also startet der Job, während die Abrechnung noch kaputt ist.

Warum GitHub den Job nicht startet

Die Seite des Laufs zeigt:

The job was not started because recent account payments have failed or your spending limit needs to be increased.

Dein Konto kann keine weitere Zeit auf von GitHub gehosteten Runnern bezahlen. Es gibt drei Ursachen:

Ursache	Woran du sie erkennst	Wer sie behebt
Ein Budget, das die Nutzung stoppt, ist aufgebraucht	Budgets and alerts zeigt ein Actions-Budget an seinem Limit	Ein Owner der Organisation (bei einem persönlichen Konto du)
Freiminuten verbraucht, keine Zahlungsmethode	Keine Karte hinterlegt, oder ein Actions-Budget von $0	Ein Owner oder Abrechnungsmanager hinterlegt eine Karte
Eine Zahlung ist fehlgeschlagen	GitHub hat dir per E-Mail mitgeteilt, dass eine Abbuchung abgelehnt wurde	Ein Owner oder Abrechnungsmanager

Budgets findest du unter Billing & Licensing → Budgets and alerts, Karten unter Billing & Licensing → Payment information. Nach der Behebung bleiben abgelehnte Jobs abgelehnt: Öffne jeden Lauf und klicke auf Re-run failed jobs. Sieht die Abrechnung richtig aus und starten Jobs trotzdem nicht, kann das nur der GitHub Support lösen. Für die andere Budget-Meldung gibt es eine eigene Anleitung: Ein Actions-Budget verhindert die weitere Nutzung.

Blockiert sind von GitHub gehostete Runner in privaten Repositorys. Selbstgehostete Runner nicht: GitHub berechnet ihre Minuten nicht. Skipbox ist ein selbstgehosteter Runner.

Die Abrechnung zu reparieren verschafft dir nur einen Monat

Das kostenlose Kontingent sind $12 oder $18 im Monat, 2.000 oder 3.000 Minuten ubuntu-latest. Teams, bei denen die CI bei jedem Push läuft, haben es bis zur Monatsmitte verbraucht. Eine Karte oder ein höheres Budget macht aus der Sperre eine Rechnung nach Minuten:

Minuten im Monat (4 vCPU)	GitHub	Skipbox S	Du sparst jeden Monat
10.000	$102	$39	$63
20.000	$222	$39	$183
30.000	$342	$39	$303

Die GitHub-Werte sind die Rechnung nach Abzug des in GitHub Team enthaltenen Betrags. Probier deine eigenen Minuten im Rechner auf der Startseite aus.

Und die Minuten steigen nur. Coding-Agents pushen rund um die Uhr und führen die CI erneut aus, E2E-Suites und Matrix-Builds vervielfachen jeden Push, und ein Budget, das niedrig genug ist, um die Rechnung klein zu halten, ist niedrig genug, um nächsten Monat wieder die Merges zu stoppen. Jedes Mal wartet das ganze Team auf die Person, die die Abrechnung bearbeiten darf.

Was sich mit Skipbox ändert

Jobs stoppen nicht wegen der Abrechnung

Jobs auf Skipbox verbrauchen nichts von deinem GitHub-Kontingent oder Budget, und eine fehlgeschlagene Abbuchung bei GitHub berührt sie nicht. Kommen mehr Jobs, als dein Tarif gleichzeitig ausführt, warten sie, bis sie an der Reihe sind, statt fehlzuschlagen.

Ein Festpreis, unbegrenzte Minuten

Tarif	Maschine	Pro Monat
S	4 vCPU, 16 GB	$39
M	8 vCPU, 16 GB	$79
L	16 vCPU, 32 GB	$149

Schneller, und nichts zu verwalten

Die Maschine deines Kontos bleibt zwischen den Jobs bestehen, also sind Docker-Layer, Paket-Caches und installierte Tools für den nächsten Lauf da, mit mindestens 7× so viel Cache-Speicher wie bei GitHub. Skipbox stellt die Maschine bereit und aktualisiert sie, räumt nach jedem Job auf, prüft ihren Zustand und baut sie automatisch neu auf.

Der Wechsel ist eine Zeile

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test

Melde dich bei Skipbox mit GitHub an.
Installiere die GitHub-App von Skipbox und wähle die blockierten Repositorys.
Ändere runs-on und pushe.

Der Lauf, den du gerade gepusht hast, startet auf Skipbox, unter Ubuntu 24.04 mit Docker, Node.js und Python. Organisationen und persönliche Konten funktionieren beide. Was tun, wenn GitHub deine Jobs stoppt erklärt die Schritte und wie du zurückwechselst.

Sicherheit

Jedes Konto bekommt seine eigene Maschine. Deine Jobs teilen sich nie eine mit den Jobs eines anderen Unternehmens.
Nach jedem Job löscht Skipbox die Zugangsdaten, Prozesse und Container des Runners. Ab dem 13. November 2026 bleiben dein Checkout und seine Build-Ausgabe (target/ von Cargo) für deine nächsten Jobs auf deiner eigenen Maschine; „Jeder Job sauber“ gibt jedem Job eine frische Maschine.
Code von Personen ohne Schreibzugriff (etwa Pull Requests aus Forks) läuft auf einer frischen Maschine, die nur einmal verwendet wird.

Probier es mit dem blockierten Job

Die Testphase braucht keine Karte und läuft 7 Tage oder 3.000 Job-Minuten. Stell den blockierten Job auf runs-on: skipbox um, pushe und merge heute, statt auf die Abrechnung zu warten.

FAQ

Wie bringe ich Jobs nach diesem Fehler sofort wieder zum Laufen?

Ändere runs-on des blockierten Jobs auf skipbox und pushe. Für GitHub sind Skipbox-Runner selbstgehostete Runner, also verbrauchen sie nichts von deinem Budget oder deinen Freiminuten, und der Job startet, ohne dass jemand die Abrechnung anfasst. Die Testphase braucht keine Karte.

Stoppt dieser Fehler auch selbstgehostete Runner?

Nein. Er stoppt von GitHub gehostete Runner. GitHub berechnet keine Minuten auf selbstgehosteten Runnern und rechnet sie nicht auf deine enthaltene Rechenzeit an, also stoppt sie weder ein Budget noch eine fehlende Karte. Deshalb laufen Jobs auf Skipbox weiter.

Ich habe das Budget erhöht, und die Jobs starten trotzdem nicht. Was jetzt?

Führe die fehlgeschlagenen Jobs erneut aus: GitHub wiederholt sie nicht von selbst. Prüfe, ob ein zweites aufgebrauchtes Budget Actions abdeckt und ob es in Payment history eine fehlgeschlagene Abbuchung gibt; ist alles in Ordnung, wende dich an den GitHub Support. Solange das offen ist, verschiebe den Job auf runs-on: skipbox, damit die CI nicht auf das Ticket wartet.

Wann hebt sich die Sperre von selbst auf?

Am 1. um 00:00 UTC, wenn der nächste Abrechnungszeitraum beginnt und deine enthaltene Rechenzeit zurückgesetzt wird. Ist das noch Tage hin, führt Skipbox den Job heute aus.

Wie verhindere ich, dass es nächsten Monat wieder passiert?

Ein höheres Budget bedeutet eine größere Rechnung nach Minuten, ein niedrigeres diesen Fehler noch einmal. Wenn du Jobs auf Skipbox verschiebst, fallen sie aus der Abrechnung von GitHub heraus: pauschal $39 im Monat mit unbegrenzten Minuten.

Aktualisiert am 11. November 2026