Czy runnery self-hosted GitHuba są darmowe? Tak, i bez serwera

Zespół, który zużywa 20 000 minut miesięcznie na 4-rdzeniowym runnerze GitHuba, płaci za to $222, a rachunek rośnie z każdym pushem. GitHub nie nalicza nic za runnery self-hosted, a mimo to zespoły zostają przy runnerach hostowanych, bo własny runner to serwery, aktualizacje, sprzątanie i skalowanie.

Skipbox to runner self-hosted bez utrzymania, w stałej cenie $39 miesięcznie, z minutami bez limitu. Zmieniasz jedną linię runs-on, a zadanie działa na maszynie, za którą GitHub nie wystawia rachunku.

Tak, runnery self-hosted są darmowe

Dokumentacja rozliczeń GitHuba umieszcza runnery self-hosted na liście użycia, które pozostaje bezpłatne i nie zmniejsza puli wliczonej w plan, zarówno w repozytoriach publicznych, jak i prywatnych.

GitHub ogłosił opłatę za runnery self-hosted 16 grudnia 2025 i następnego dnia ją odłożył. Od tamtej pory nic nie naliczono.

Rozsądnie jest więc w pełni z nich korzystać: przenieś na runnery self-hosted zadania Linux z repozytoriów prywatnych, które podbijają Twój rachunek, i nie płać GitHubowi nic za te minuty.

Ile kosztuje pozostanie przy runnerach hostowanych

4-rdzeniowy runner Linux w GitHubie kosztuje $0,012 za minutę. Te same 4 vCPU w Skipbox:

Kwoty GitHuba dotyczą planu GitHub Team, po odjęciu puli wliczonej w plan. Wpisz własne minuty do kalkulatora na stronie głównej; bez logowania.

Minut przybywa, nigdy nie ubywa. Agenci AI do kodowania otwierają pull requesty i pushują poprawki, a każdy push uruchamia CI. Nowe zestawy testów E2E i buildy z macierzą mnożą liczbę zadań na jeden push. A budżet ustawiony, żeby ograniczyć rachunek, zatrzymuje Twoje zadania w dniu, w którym się wyczerpie, i scalanie stoi do następnego miesiąca.

Ile kosztuje własny runner

Własny runner usuwa rachunek GitHuba i daje Ci w zamian pracę:

• Serwery. Dobierz maszyny do swoich buildów i dodawaj kolejne, gdy rośnie kolejka.
• Aktualizacje. Utrzymuj aktualny system, Dockera i aplikację runnera. Aplikacja runnera, która zbyt mocno zostanie w tyle, przestaje dostawać zadania.
• Sprzątanie. Dopilnuj, żeby dane uwierzytelniające, checkout i kontenery jednego zadania nigdy nie trafiły do następnego, bez kasowania cache, dzięki któremu maszyna jest szybka.
• Dostępność. Gdy maszyna padnie o 2 w nocy, CI nie działa, dopóki ktoś jej nie naprawi.

Nic z tego nie dostarcza Twojego produktu. Skipbox robi to za Ciebie.

Skipbox: self-hosted, bez utrzymania

GitHub nie nalicza nic, Skipbox bierze stałą cenę

Runnery Skipbox rejestrują się w Twojej organizacji lub na Twoim koncie osobistym w GitHubie jako runnery self-hosted. GitHub nie nalicza opłat za żadną z ich minut. Płacisz jedną stałą cenę, minuty bez limitu:

Zadania ponad możliwości maszyn z Twojego planu czekają na swoją kolej, zamiast kończyć się błędem.

Szybsze CI, bo maszyna zostaje

Runner hostowany zaczyna każde zadanie na pustej VM i pobiera wszystko od nowa. Skipbox zachowuje własną VM Twojego konta między zadaniami: obrazy Dockera, warstwy i cache buildów, cache pakietów i tool cache są już na dysku, gdy startuje kolejne zadanie. Dostajesz co najmniej 7× więcej miejsca na cache, niż GitHub daje repozytorium, bez pisania kluczy cache.

Bez maszyny do zarządzania

Skipbox aktualizuje obraz, sprząta po każdym zadaniu, po każdym przeprowadza kontrolę stanu i buduje od nowa maszynę, która jej nie przejdzie. VM działają na Ubuntu 24.04 z Dockerem, Node.js i Pythonem.

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 repozytoria.
3. Zmień runs-on i zrób push.

Następne zadanie działa w Skipbox. Twoje kroki i akcje zostają bez zmian. Aby wrócić, przywróć poprzednią linię.

Bezpieczeństwo

• Każde konto dostaje własną maszynę. Twoje zadania nigdy nie dzielą jej z zadaniami innej firmy.
• Po każdym zadaniu usuwane są dane uwierzytelniające runnera, procesy i kontenery; od 13 listopada 2026 checkout i katalog target/ Cargo zostają dla kolejnego zadania, więc buildy są przyrostowe.
• Kod od osób bez uprawnień do zapisu (na przykład pull requesty z forków) działa na nowej VM, którą potem się usuwa.

Szczegóły znajdziesz w artykule Jak zadania są od siebie odizolowane.

Wypróbuj na własnych zadaniach

Okres próbny jest bezpłatny przez 7 dni lub 3000 minut zadań, zależnie od tego, co nastąpi wcześniej, i nie wymaga karty. Przenieś zadanie, które zużywa najwięcej minut, na runs-on: skipbox i zobacz, jak ta pozycja znika z rachunku GitHuba.

Zaktualizowano 11 listopada 2026