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

> GitHub nie uruchamia zadań z tym komunikatem, gdy budżet jest wyczerpany, darmowe minuty skończyły się bez metody płatności albo płatność się nie powiodła. Dopóki ktoś nie naprawi rozliczeń, scalanie czeka. Zmień runs-on na skipbox, a zadanie ruszy dziś poza Twoim budżetem w GitHubie, potem za stałe $39 miesięcznie, minuty bez limitu.

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ą.

- Zadania z `runs-on: skipbox` startują dziś, bez nowej karty i bez wyższego budżetu
- Stałe $39 miesięcznie, minuty bez limitu; 20 000 minut na 4-rdzeniowym runnerze GitHuba to $222
- Nie stoi za tym żaden budżet w GitHubie, więc koniec przyszłego miesiąca znów nie zamrozi CI

**Zadania są właśnie zablokowane?** Zmień zadanie w repozytorium prywatnym na `runs-on: skipbox`: zadziała w Skipbox i nie zużyje nic z budżetu GitHuba. Za darmo przez 7 dni lub 3000 minut, bez karty. [Zacznij za darmo z GitHubem](https://app.skipbox.dev/sign-in?ref=guide-limit-blocked)

## Dlaczego GitHub nie uruchamia zadania

Strona uruchomienia pokazuje:

```text
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:

| Przyczyna | Jak to rozpoznać | Kto to naprawia |
|---|---|---|
| Wyczerpany budżet ustawiony na zatrzymanie użycia | **Budgets and alerts** pokazuje budżet na Actions na limicie | Właściciel organizacji (na koncie osobistym Ty) |
| Darmowe minuty zużyte, brak metody płatności | Brak zapisanej karty albo budżet na Actions równy 0 USD | Właściciel lub billing manager dodaje kartę |
| Nieudana płatność | GitHub wysłał Ci e-mail o odrzuconym obciążeniu | Właściciel lub billing manager |

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](https://skipbox.dev/guides/github-actions-budget-preventing-further-use).

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:

| Minuty miesięcznie (4 vCPU) | GitHub | Skipbox S | Oszczędzasz co miesiąc |
|---|---|---|---|
| 10 000 | $102 | $39 | **$63** |
| 20 000 | $222 | $39 | **$183** |
| 30 000 | $342 | $39 | **$303** |

Kwoty GitHuba to rachunek po odjęciu kwoty wliczonej w GitHub Team. Sprawdź własne minuty w [kalkulatorze na stronie głównej](https://skipbox.dev/?ref=g-github-actions-spending-limit-job-not-started-pl#cost).

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

| Plan | Maszyna | Miesięcznie |
|---|---|---|
| S | 4 vCPU, 16 GB | $39 |
| M | 8 vCPU, 16 GB | $79 |
| L | 16 vCPU, 32 GB | $149 |

### 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

```yaml
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](https://docs.skipbox.dev/spending-limit).

## 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 2026-11-11 · https://skipbox.dev/pl/guides/github-actions-spending-limit-job-not-started