Jakiego VPS użyć dla Claude Code lub innych agentów kodujących?

Maszyna 4 vCPU / 4 GB to wygodny wybór dla jednego agenta na prawdziwym projekcie (plan AI-Agent EQVPS); 2 GB wystarczy dla lekkich repozytoriów. Sam agent jest lekki — dobierz rozmiar pod toolchain builda i testów Twojego projektu, nie agenta.

Czy mogę uruchamiać agentów kodujących na VPS bez KYC?

Tak. Zarejestruj się e-mailem i płać kryptowalutą (USDC lub USDT na Base lub Ethereum) — bez dokumentu, bez karty. Przydatne, gdy uruchamiasz jednorazowe maszyny na agenta i nie chcesz, by każda była powiązana z Twoją tożsamością.

NAT czy dedykowane IP dla agenta kodującego?

NAT wystarczy — agent kodujący wykonuje tylko wychodzące wywołania (API modelu, git, rejestry pakietów), więc przekierowany SSH na planie NAT to obejmuje. Wybierz dedykowane IP tylko, jeśli hostujesz też coś przychodzącego, jak odbiornik webhooków lub serwer podglądu.

Czy agent AI może przygotować własny VPS?

Tak — EQVPS udostępnia serwer MCP, więc agent może wylistować plany, zapłacić kryptowalutą i uruchomić własną maszynę programowo. Szczegóły w /docs.

Dlaczego uruchamiać agenta kodującego na VPS zamiast na laptopie?

Trwałość. Na serwerze agent działa dalej, gdy laptop zasypia, zamyka się lub traci wifi — długa refaktoryzacja lub przebieg testów przetrwa Twój dzień. Trzyma też ciężkie instalacje i bałagan builda z dala od maszyny i daje agentowi czyste, powtarzalne środowisko do pracy.

Ile RAM potrzebuje agent kodujący na serwerze?

Sam proces agenta jest lekki — woła model przez API, więc 2 GB spokojnie obsługuje agenta plus checkout gita i edytory. RAM zjada toolchain builda/testów Twojego projektu (duży build Node lub kompilatora), więc dobierz rozmiar pod to. 4 GB to bezpieczny domyślny wybór dla prawdziwych projektów.

Jak utrzymać agenta działającego po rozłączeniu SSH?

Uruchom go wewnątrz tmux (lub screen). Podłączasz się, odpalasz agenta, odłączasz i zamykasz laptop — działa dalej na serwerze. Połącz się później przez tmux attach, by zobaczyć postęp. Do nienadzorowanych zaplanowanych przebiegów usługa systemd lub cron jest czystsza.

Czy bezpieczne jest danie autonomicznemu agentowi dostępu do powłoki na serwerze?

Traktuj go jak każde potężne narzędzie: uruchom na dedykowanym VPS, nie obok niczego cennego, użyj użytkownika innego niż root, trzymaj sekrety w zmiennych środowiskowych i pracuj w repozytorium git, by każda zmiana była do przejrzenia i cofnięcia. Izolacja osobnej maszyny jest dokładnie powodem, dla którego VPS jest bezpieczniejszym miejscem na to, nie Twoja główna maszyna.

Czy agent potrzebuje mocnego CPU?

Nie do myślenia — to dzieje się na sprzęcie dostawcy modelu. CPU ma znaczenie tylko dla buildów i testów Twojego projektu. Maszyna 2-rdzeniowa jest w porządku dla większości repozytoriów; podbij rdzenie, jeśli Twój zestaw testów jest ciężki lub uruchamiasz kilku agentów naraz.

Najlepszy VPS dla Claude Code i agentów kodujących (bez KYC, płatność kryptowalutą)

Agent kodujący na Twoim laptopie zatrzymuje się w chwili, gdy zamkniesz klapę. Co jest w porządku do szybkiej edycji — i po cichu frustrujące w chwili, gdy chcesz, by przemielił długą refaktoryzację, przeorał zestaw testów lub działał dalej, gdy pójdziesz zrobić coś innego. Przenieś go na serwer, a to ograniczenie po prostu znika: działa, gdy śpisz, przetrwa spadek Twojego wifi i wręcza Ci wynik, gdy wracasz. To obejmuje, który VPS faktycznie pasuje do agenta kodującego — Claude Code, CLI Cursora, Cline, OpenCode czy aider — co płacić i jak utrzymać go działającym, bez KYC i z płatnością kryptowalutą.

Co „na serwerze” faktycznie Ci kupuje

Nie zatrzymuje się. Długie zadanie działa do końca niezależnie od Twojego laptopa.
Czysty pokój. Agent dostaje powtarzalne środowisko; Twoja maszyna pozostaje wolna od śmieci builda i połowicznie zainstalowanych zależności.
Izolacja. Agent z dostępem do powłoki jest potężny. Znacznie lepiej, by miał tę moc na jednorazowej maszynie niż obok Twoich zdjęć i kluczy SSH.

Ten ostatni punkt jest niedoceniany: VPS to bezpieczniejszy dom dla autonomicznego agenta, właśnie dlatego, że jest osobny.

Dobieranie właściwego rozmiaru

Sam agent jest lekki — woła model przez API, więc myślenie dzieje się gdzie indziej (ten sam powód, dla którego większość agentów AI potrzebuje mało RAM). Co faktycznie zużywa zasoby, to toolchain Twojego projektu: duży build, ciężki przebieg testów, lokalna baza danych. Więc dobierz rozmiar pod projekt, nie agenta:

2 GB / 2 rdzenie — wygodne dla agenta + checkout gita + lekkie buildy.
4 GB — bezpieczny domyślny wybór dla prawdziwych projektów z porządnymi zestawami testów.
Więcej tylko, jeśli Twój build jest naprawdę głodny lub uruchamiasz kilku agentów naraz.

Który plan pasuje — i jak płacisz

Dla pojedynczego agenta kodującego na prawdziwym projekcie wygodnym wyborem jest 4 vCPU / 4 GB — miejsce na agenta plus Twój build i zestaw testów. Na EQVPS to plan AI-Agent (10 $/mies.); maszyna 2 GB jest w porządku dla lekkich repozytoriów, zwiększaj rozmiar tylko, jeśli Twoje testy są ciężkie lub uruchamiasz kilku agentów naraz.

Dwa praktyczne wybory:

NAT, nie dedykowane IP. Agent kodujący wykonuje tylko wychodzące wywołania — API modelu, git, rejestry pakietów — więc plan NAT z przekierowanym SSH to wszystko, czego potrzebuje, i jest tańszy. Sięgnij po plan z dedykowanym IP tylko, jeśli hostujesz też coś, do czego inni się łączą (odbiornik webhooków, serwer podglądu).
Bez KYC, płatność kryptowalutą. Zarejestruj się e-mailem i płać w USDC lub USDT na Base lub Ethereum — bez karty, bez dokumentu. Przydatne, jeśli uruchamiasz jednorazowe maszyny na agenta i nie chcesz, by każda była powiązana z Twoją tożsamością. Karta też działa, ale on-ramp ma minimum ~27 $, więc doładowanie małego salda raz jest wygodniejsze dla tanich planów.

To tylko CPU i działa z jednego centrum danych w Niemczech — w porządku dla agenta kodującego (ciężkie myślenie jest po stronie dostawcy modelu), warto wiedzieć, jeśli konkretnie potrzebujesz GPU lub innego regionu.

Uruchamianie go

Zaloguj się przez SSH, skonfiguruj toolchain i agenta (Claude Code, CLI Cline, aider — którego używasz), sklonuj repozytorium i wyeksportuj klucz API:

export ANTHROPIC_API_KEY=...    # lub klucz Twojego dostawcy
cd ~/myproject

Teraz kluczowa sztuczka — nie uruchamiaj go w gołej sesji SSH, bo umiera, gdy się rozłączysz. Uruchom go wewnątrz tmux:

sudo apt install -y tmux
tmux new -s agent
# wewnątrz tmux: uruchom agenta kodującego, skieruj go na zadanie
# potem odłącz się przez: Ctrl-b, potem d

Odłącz się, zamknij laptop, idź na lunch. Agent działa dalej na serwerze. Wróć i tmux attach -t agent, by zobaczyć, co zrobił. Do zaplanowanych, nienadzorowanych przebiegów (np. nocny przebieg konserwacyjny) owiń go w usługę systemd zamiast tego — ten sam wzorzec co utrzymywanie dowolnego procesu przy życiu.

Uczciwe zastrzeżenia

Daj mu piaskownicę, nie klucze do królestwa. Użyj użytkownika innego niż root, trzymaj go w repozytorium git (każda zmiana do przejrzenia i cofnięcia) i nie umieszczaj danych produkcyjnych na maszynie. Autonomia plus dostęp do powłoki plus nieostrożność to sposób, w jaki zdarzają się wypadki.
Obserwuj wydatki na tokeny. Długo działający agent wołający model w pętli kosztuje realne pieniądze API — ustaw limity i sprawdzaj. Serwer jest tani; to inferencja się sumuje.
To nie magia. Agent w tle jest świetny do dobrze określonych, weryfikowalnych zadań. Skieruj go na coś niejasnego i nienadzorowanego, a wrócisz do pewnych siebie bzdur. Zakreślaj ściśle.

W tych ramach agent kodujący na własnym serwerze to naprawdę użyteczny wzorzec — Twoja praca trwa dalej, niezależnie od tego, czy Ty. Uruchom maszynę 4 GB, wrzuć tmux i swojego agenta i pozwól mu gotować. Agent może nawet wynająć serwer sam przez MCP, jeśli chcesz całą pętlę autonomiczną.