GitHub-Actions-Freiminuten für private Repos, danach unbegrenzt

Ein privates Repository bekommt 2.000 oder 3.000 kostenlose GitHub-Actions-Minuten im Monat. Ein Team, bei dem die CI bei jedem Push läuft, hat sie bis zur Monatsmitte verbraucht, und ab dann berechnet GitHub jede Minute oder stoppt deine Jobs und damit deine Merges.

Skipbox führt dieselben Jobs pauschal für $39 im Monat mit unbegrenzten Minuten aus. Ändere eine Zeile, runs-on: skipbox, und der Job läuft, ohne deine GitHub-Minuten anzutasten.

Die Freiminuten, Plan für Plan

GitHub gibt jedem Plan inzwischen einen Dollarbetrag und berechnet die Minuten jedes Jobs zum Preis seines Runners:

Windows verbraucht ihn mit $0.010 pro Minute und macOS mit $0.062, $12 reichen unter macOS also für etwa 193 Minuten. Jeder Job wird auf eine volle Minute aufgerundet: Ein Lint-Job von 20 Sekunden kostet eine ganze. Der Betrag wird am 1. um 00:00 UTC zurückgesetzt und nicht übertragen.

Standard-Runner in öffentlichen Repositorys und selbstgehostete Runner berühren ihn nie. Skipbox ist ein selbstgehosteter Runner.

Ist er aufgebraucht, passiert eines von drei Dingen:

• Eine Zahlungsmethode ist hinterlegt: Jede zusätzliche Minute wird berechnet, $0,006 auf ubuntu-latest.
• Keine Zahlungsmethode: Jobs starten bis zum 1. nicht mehr.
• Ein Budget, das die Nutzung stoppt: Jobs stoppen, wenn das Budget aufgebraucht ist.

Was es kostet, bei den Freiminuten zu bleiben

3.000 Minuten sind 150 Minuten CI am Tag für 20 Tage. Danach kosten dieselben Jobs jeden Monat Geld. Bei 4 vCPU:

Die GitHub-Werte sind die Rechnung nach Abzug des in GitHub Team enthaltenen Betrags. Gegenüber ubuntu-latest mit 2 Kernen ist Skipbox S ab etwa 9.500 Minuten im Monat günstiger, mit doppelt so vielen Kernen. Trag deine eigenen Minuten in den Rechner auf der Startseite ein.

Und die Minuten steigen weiter:

• KI-Coding-Agents pushen viel öfter als Menschen, und bei jedem Push läuft die CI. Das kostenlose Kontingent wächst nicht mit.
• Mehr Tests. Eine E2E-Suite oder ein Matrix-Build vervielfacht die Minuten hinter jedem Push.
• Budgets, die die Nutzung stoppen, halten die Rechnung niedrig, indem sie am Monatsende deine Merges stoppen.

Du kannst Minuten selbst einsparen: concurrency, um veraltete Läufe abzubrechen, paths-Filter, timeout-minutes, winzige Jobs zusammenlegen. Für jedes davon schreibst du YAML und behältst es im Blick, und zusammen sparen sie einen Bruchteil. Die Obergrenze bleibt. Auf Skipbox gibt es keine Obergrenze zu verwalten.

Was sich mit Skipbox ändert

Keine Minuten zu zählen

Jobs auf Skipbox verbrauchen nichts vom kostenlosen Betrag von GitHub oder von deinem Actions-Budget. Die Minuten sind unbegrenzt, ohne nutzungsabhängige Kosten.

Schnellere CI

Die Runner von GitHub starten jeden Job auf einer leeren VM, also lädt jeder seine Abhängigkeiten neu herunter und baut Docker-Images von Grund auf neu. Skipbox behält die eigene Maschine deines Kontos zwischen den Jobs: Docker-Images und Build-Cache, die Caches von npm, pip und Gradle und die Tools, die setup-node und Co. installieren, liegen für den nächsten Job noch auf der Festplatte, mit mindestens 7× so viel Cache-Speicher wie bei GitHub und ohne Cache-Keys schreiben zu müssen.

Keine Maschine zu verwalten

Skipbox stellt die Maschine bereit, aktualisiert Betriebssystem und Tools, 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

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

Der nächste Lauf ist auf Skipbox, unter Ubuntu 24.04 mit Docker, Node.js und Python. Organisationen und persönliche Konten funktionieren beide. Die Migrationsanleitung erklärt die Einzelheiten.

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 deinen eigenen Jobs

Die Testphase braucht keine Karte und läuft 7 Tage oder 3.000 Job-Minuten. Verschiebe den Job, der die meisten deiner Freiminuten frisst, auf runs-on: skipbox, und sieh zu, wie deine GitHub-Nutzung aufhört zu wachsen, während der zweite Lauf schneller zurückkommt.

Aktualisiert am 11. November 2026