Skipbox

„Your spending limit needs to be increased”: uruchom CI jeszcze dziś

Ten komunikat oznacza, że CI w Twoim prywatnym repozytorium stanęło i nie ruszy, dopóki ktoś z uprawnieniami do rozliczeń tego nie naprawi albo do 1. dnia miesiąca, godz. 00:00 UTC. Każdy pull request, który czeka na zielony check, czeka razem z nim.

Zadanie możesz uruchomić już teraz. Zmień je na runs-on: skipbox i zrób push: runnery Skipbox nie zużywają Twojego budżetu w GitHubie ani darmowych minut, więc zadanie startuje, choć rozliczenia nadal nie działają.

Dlaczego GitHub nie uruchamia zadania

Strona uruchomienia pokazuje:

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

Twoje konto nie może zapłacić za więcej czasu runnerów hostowanych przez GitHub. Są trzy przyczyny:

Budżety są w Billing & Licensing → Budgets and alerts, karty w Billing & Licensing → Payment information. Po naprawie odrzucone zadania nadal są odrzucone: otwórz każde uruchomienie i kliknij Re-run failed jobs. Jeśli rozliczenia wyglądają dobrze, a zadania wciąż nie startują, odblokować je może tylko GitHub Support. Osobny komunikat o budżecie ma własny poradnik: budżet na Actions blokuje dalsze użycie.

Zablokowane są runnery hostowane przez GitHub w repozytoriach prywatnych. Runnery self-hosted nie są: GitHub nie nalicza opłat za ich minuty. Skipbox to runner self-hosted.

Naprawa rozliczeń daje Ci tylko miesiąc

Darmowa pula to 12 lub 18 USD miesięcznie, czyli 2000 lub 3000 minut ubuntu-latest. Zespoły, które uruchamiają CI przy każdym pushu, zużywają ją do połowy miesiąca. Karta albo wyższy budżet zamieniają blokadę w rachunek za minuty:

Kwoty GitHuba to rachunek po odjęciu kwoty wliczonej w GitHub Team. Sprawdź własne minuty w kalkulatorze na stronie głównej.

A minut jest tylko więcej. Agenci do kodowania pushują i uruchamiają CI ponownie przez całą dobę, zestawy E2E i buildy z macierzą mnożą każdy push, a budżet na tyle niski, żeby trzymać rachunek w ryzach, jest też na tyle niski, żeby w przyszłym miesiącu znów zatrzymać scalanie. Za każdym razem cały zespół czeka na osobę, która może zmienić rozliczenia.

Co się zmienia w Skipbox

Zadania nie stają przez rozliczenia

Zadania w Skipbox nie zużywają nic z Twojej puli ani budżetu w GitHubie, a nieudane obciążenie w GitHubie ich nie dotyczy. Jeśli przyjdzie więcej zadań, niż Twój plan uruchamia naraz, czekają na swoją kolej, zamiast kończyć się błędem.

Jedna stała cena, minuty bez limitu

Szybciej i bez niczego do zarządzania

Maszyna Twojego konta zostaje między zadaniami, więc warstwy Dockera, cache pakietów i zainstalowane narzędzia czekają na kolejne uruchomienie, z 7× lub więcej miejsca na cache niż w GitHubie. Skipbox przygotowuje i aktualizuje maszynę, sprząta po każdym zadaniu, a także automatycznie sprawdza jej stan i buduje ją od nowa.

Przejście to jedna linia

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test
  1. Zaloguj się do Skipbox przez GitHuba.
  2. Zainstaluj aplikację Skipbox w GitHubie i wybierz zablokowane repozytoria.
  3. Zmień runs-on i zrób push.

Uruchomienie z Twojego ostatniego pusha startuje w Skipbox, na Ubuntu 24.04 z Dockerem, Node.js i Pythonem. Działa to zarówno w organizacjach, jak i na kontach osobistych. Kroki i sposób powrotu opisuje artykuł Co zrobić, gdy GitHub zatrzyma Twoje zadania.

Bezpieczeństwo

  • Każde konto dostaje własną maszynę. Twoje zadania nigdy nie dzielą jej z zadaniami innej firmy.
  • Po każdym zadaniu Skipbox usuwa dane uwierzytelniające runnera, procesy i kontenery. Od 13 listopada 2026 Twój checkout i wynik jego buildu (katalog target/ Cargo) zostają na Twojej własnej maszynie dla kolejnych zadań; opcja Nowa VM dla każdego zadania daje każdemu zadaniu nową maszynę.
  • Kod od osób bez uprawnień do zapisu (na przykład pull requesty z forków) działa na nowej, jednorazowej maszynie.

Wypróbuj na zablokowanym zadaniu

Okres próbny nie wymaga karty i trwa 7 dni lub 3000 minut zadań. Przełącz zablokowane zadanie na runs-on: skipbox, zrób push i scal zmiany dziś, zamiast czekać na rozliczenia.

FAQ

Jak od razu uruchomić zadania po tym błędzie?

Zmień runs-on zablokowanego zadania na skipbox i zrób push. Dla GitHuba runnery Skipbox to runnery self-hosted, więc nie zużywają Twojego budżetu ani darmowych minut, a zadanie startuje, choć nikt nie ruszał rozliczeń. Okres próbny nie wymaga karty.

Czy ten błąd zatrzymuje też runnery self-hosted?

Nie. Zatrzymuje runnery hostowane przez GitHub. GitHub nie nalicza opłat za minuty runnerów self-hosted ani nie odejmuje ich od puli wliczonej w plan, więc nie zatrzyma ich żaden budżet ani brak karty. Dlatego zadania w Skipbox działają dalej.

Budżet jest już podniesiony, a zadania nadal nie startują. Co teraz?

Uruchom ponownie nieudane zadania: GitHub nie ponawia ich sam. Sprawdź, czy nie ma drugiego wyczerpanego budżetu obejmującego Actions i czy w Payment history nie ma nieudanego obciążenia; jeśli wszystko jest w porządku, skontaktuj się z GitHub Support. Dopóki zgłoszenie jest otwarte, przenieś zadanie na runs-on: skipbox, żeby CI nie czekało na odpowiedź.

Kiedy blokada zniknie sama?

  1. dnia miesiąca o 00:00 UTC, gdy zaczyna się nowy okres rozliczeniowy, a pula wliczona w plan się odnawia. Jeśli to jeszcze kilka dni, Skipbox uruchomi zadanie dziś.

Jak uniknąć tego w przyszłym miesiącu?

Wyższy budżet to wyższy rachunek za minuty; niższy to znów ten sam błąd. Przeniesienie zadań do Skipbox wyjmuje je z rozliczeń GitHuba: stałe $39 miesięcznie, minuty bez limitu.

Zaktualizowano 11 listopada 2026

Szybsze CI/CD z cache, który jest zawsze rozgrzany

Twój rozgrzany runner w stałej cenie

1/12 ceny GitHuba przy pełnym wykorzystaniu. Stała cena, więc możesz uruchamiać zadania przez cały dzień. 7× więcej miejsca na cache niż w GitHubie.

  • Bez karty
  • Logowanie przez GitHub
  • Anulujesz w każdej chwili