Roadmapa.Od postawione do zadbane.
Bez dat. Repo rozwija autonomiczny agent z przeglądem człowieka, więc tempo wyznacza dowód, nie kalendarz. Każda pozycja ma jedno zdanie o tym, co zyskujesz, i jedno o tym, po czym poznamy, że jest gotowa. Propozycje i pull requesty są mile widziane na GitHubie.
Dla kogo
Jedna osoba, która prowadzi kilka aplikacji dla siebie i dla klientów i chce mieć serwer z pipeline'em do deployu bez uczenia się najpierw Coolify, Dockera i Hetznera, wrzucić na niego dowolną rozsądną apkę, widzieć na jeden rzut oka, czy apki działają, mają backup i są aktualne, przetrwać zły dzień i przekazać projekt bez oddawania własnych dostępów.
Zasady dla każdej pozycji
- Nic nie wchodzi bez przebiegu na świeżym, jednorazowym serwerze. „Powinno działać” to nie wynik.
- Runbooki plus cienka, przetestowana warstwa shella. Tam, gdzie Coolify ma daną funkcję, sterujemy nią; nigdy nie budujemy jej od nowa.
- Sekrety zostają na Twoim komputerze albo Twoim serwerze. Nigdy w czacie, nigdy w repo.
- Jeden sposób na każdą rzecz. Druga opcja powstaje tylko dla użytkownika z konkretnym przypadkiem.
TerazW pracy.
R01 Test end-to-end na jednorazowym serwerze
Skrypt tworzy mały serwer na Hetznerze, przechodzi wszystkie fazy bez udziału człowieka, wysyła formularz startera i usuwa serwer. Grosze za przebieg, przy każdej zmianie i co noc na najnowszym Coolify.
Gotowe, gdy: Zielony przebieg od utworzenia serwera do ALL DONE, serwer usunięty, wersja Coolify zapisana.
R02 Nagrany przebieg, potem publikacja
Cały proces na świeżym serwerze, na wideo. Każda niesprawdzona notatka w repo rozstrzygnięta. Instrukcja dla agentów, które współtworzą projekt.
Gotowe, gdy: Zero znaczników [verify], repo publiczne, ta strona linkuje nagranie.
R03 status.sh: jeden ekran
Serwer odpowiada, dysk i pamięć, oczekujący restart, wersja Coolify, każda apka z ostatnim deployem, dni do wygaśnięcia certyfikatu, ostatni backup i czy się udał.
Gotowe, gdy: Każda linia oparta na prawdziwym sprawdzeniu, na serwerze testowym i produkcyjnym.
R04 Backupy poza serwerem i ćwiczenie restore
Backupy bazy do dowolnego storage zgodnego z S3, ustawiane przy przekazaniu. Runbook, który przywraca jedną bazę z wybranego backupu.
Gotowe, gdy: Test robi backup, niszczy bazę, przywraca ją i dane wracają.
R05 DOCTOR.md: moja apka nie działa
Od objawu (strona nie działa, deploy padł, 502, błąd certyfikatu, serwer nie odpowiada) do naprawy albo do uczciwego „tu potrzebny człowiek, bo”.
Gotowe, gdy: Pięć objawów wywołanych celowo w teście; runbook dochodzi do właściwej naprawy każdego.
R06 Alerty, które docierają na telefon
Powiadomienia Coolify podpięte do maila, Telegrama albo Discorda, plus zewnętrzny monitor dostępności każdej apki z publiczną stroną statusu.
Gotowe, gdy: Test zatrzymuje apkę i alert przychodzi w ciągu pięciu minut.
NastępneZaraz po tym, co wyżej.
R07 Bezpieczne deploye
Dump bazy przed każdym deployem, wypisany punkt powrotu, runbook, który wraca do poprzedniego obrazu i w razie potrzeby przywraca dump.
Gotowe, gdy: Zepsuty commit wchodzi, zostaje cofnięty, a apka działa ze swoimi danymi.
R08 Więcej stacków, każdy z aplikacją testową
Strony statyczne, stacki Docker Compose, Python, Go. Każdy stack ma przykładową apkę, którą test wdraża; bez niej zostaje „jeszcze niewspierany”.
Gotowe, gdy: Trzy stacki poza Node na zielono.
R09 Projekty i klienci
Jeden projekt Coolify na klienta albo produkt, nazwy i domeny wyprowadzone z niego, plik z listą co gdzie działa, status pogrupowany po projektach.
Gotowe, gdy: Dwa projekty działają obok siebie w teście.
R10 SERVICES.md: własne narzędzia jednym promptem
n8n, Plausible albo Umami, Uptime Kuma, Forgejo, Minio i inne usługi one-click, każda z domeną, HTTPS, backupem i linią w statusie.
Gotowe, gdy: Trzy usługi wdrożone w teście, backupy sprawdzone.
R11 Staging bez drugiego serwera
Gałąź staging wdraża się na staging.<twoja-domena> z własną bazą. Promocja to merge do main.
Gotowe, gdy: Push na staging zmienia staging; merge zmienia produkcję.
R12 Pakiet przekazania
Wszystko, czego klient albo współpracownik potrzebuje, żeby przejąć projekt lub serwer: zaproszenie do zespołu z właściwą rolą, podsumowanie serwera, własność DNS i repo, i checklista odcinająca Twój dostęp.
Gotowe, gdy: Druga osoba, mając tylko pakiet, wdraża zmianę.
R13 Przeprowadzka z Vercela, Railway albo Rendera
Agent czyta istniejący projekt, odtwarza go na Twoim serwerze i prowadzi przez przełączenie domeny z oknem na powrót.
Gotowe, gdy: Przykładowa apka przenosi się ze środowiskiem, a stary deployment nadal istnieje.
PóźniejZaplanowane, bez kolejności.
R14 Aktualizacje
Coolify, Ubuntu i duże wersje Postgresa, każda z dumpem przed i sprawdzeniem po. Status mówi, kiedy która jest należna.
Gotowe, gdy: Coolify aktualizuje się do najnowszej wersji, a Postgres 17 do 18 bez utraty danych.
R15 Odbudowa z niczego
Nowy serwer, każda baza przywrócona z backupów poza serwerem, DNS przepięty, apki wdrożone z gita. Uruchamiane celowo co kwartał.
Gotowe, gdy: Odbudowany serwer przechodzi wszystkie sprawdzenia z kompletem danych.
R16 Miesięczny przegląd
Otwarte porty, konfiguracja SSH, ekspozycja Dockera, ostrzeżenia Coolify, odnowienia certyfikatów, skuteczność backupów, przyrost dysku i koszt tego miesiąca. Kończy się listą działań, każde z runbookiem.
Gotowe, gdy: Zero fałszywych alarmów na czystym setupie.
R17 Drugi serwer i przenoszenie apki
Większa maszyna albo własny serwer klienta w tym samym Coolify i przeniesienie apki razem z bazą.
Gotowe, gdy: Starter przenosi się między dwoma serwerami, a dane z formularza zostają.
R18 DNS przez API
Najpierw Cloudflare, potem dostawcy, o których ludzie poproszą. Agent tworzy rekordy; klik w DNS znika.
Gotowe, gdy: Przebieg testu na domenie w Cloudflare nie wymaga kliku w DNS.
R19 Pakowanie dla agentów
Plugin Claude Code z /vps-setup, /vps-status i /vps-doctor oraz ta sama instrukcja działająca w Codex i Cursor.
Gotowe, gdy: Test przechodzi przez plugin i przez zwykły markdown.
R20 Dostawcy poza Hetznerem
Dowolna maszyna z Ubuntu i Twoim kluczem jako pełnoprawna ścieżka, sprawdzona u jeszcze jednego dostawcy.
Gotowe, gdy: Zielono na Hetznerze i u jednego innego dostawcy.
PomysłyBez zobowiązań.
R21 Podgląd dla każdego pull requesta
Jeśli źródło GitHub App w Coolify da się ustawić bez klikania.
R22 Strona statusu dla każdego klienta
Z monitora dostępności, na domenie klienta.
R23 Sejf na sekrety na Twoim komputerze
age albo sops, z runbookiem rotacji.
R24 Warianty startera
Ta sama instalacja z logowaniem i mailem transakcyjnym; przykład workera jako druga apka z tego samego repo.
R25 Windows przez WSL
Sprawdzone w sterowniku testu.
R26 Prognoza kosztów, zanim cokolwiek powstanie
Ile ten setup będzie kosztował miesięcznie, z aktualnego cennika dostawcy.
Zrobione
- 11 października 2026
- Wariant z istniejącym serwerem Hetznera: wskazujesz serwer, który już masz, firewall chmurowy zostaje podpięty, dalej jak zwykle.
- 11 października 2026
- Landing po angielsku i polsku, opcjonalne aktualizacje mailem z podwójnym potwierdzeniem, zgoda, limit prób.
- 9 października 2026
- Faza 05 sprawdzona na Coolify 4.3.23: prywatne repo, Postgres 17, klucz deploy, webhook, deploy po pushu. Ta strona działa na setupie, który opisuje.
Ta sama lista jest w ROADMAP.md w repo. ROADMAP.md