O czym jest ten film
- Autorkan… — Nadrabianie obietnicy z wcześniejszego materiału: jak z komputera połączyć się z Claude Code działającym na własnym serwerze VPS — trzema sposobami: terminalem, aplikacją desktopową i IDE.
- Serwer VPS od Hostingera (partnera kanału): plan KVM2 jako rozsądny kompromis cenowo-sprzętowy, 100 GB na dysku i instalacja Claude Code albo Codexa jednym kliknięciem, bez terminala i bez kodu.
- Konfiguracja zakupu: lokalizacja z najniższym opóźnieniem (Litwa albo Frankfurt), wybór aplikacji zamiast gołego systemu, generowane przez panel hasło roota, kod rabatowy kanału.
- Sedno problemu: uruchomienie agenta na VPS trwa minuty i nie wymaga programowania — trudność zaczyna się dopiero przy dostępie z komputera.
- Zabezpieczenie serwera bez wiedzy technicznej: autorski poradnik i skrypt wklejane jako prompt; agent sam tworzy konto zamiast roota, wyłącza logowanie hasłem, ustawia klucz SSH, instaluje firewalla i Fail2ban, a na końcu robi audyt „przed” i „po”.
- ClamAV (antywirus) został pominięty przy 4 GB RAM — każdy może go doinstalować samodzielnie.
- tmux jako fundament pracy na VPS: sesja przeżywa zamknięcie terminala; komendy
new,attachikill-session. - Metoda druga: aplikacja desktopowa Claude z połączeniem SSH opartym o alias „vps”, zaufanie katalogowi roboczemu i globalna pamięć Claude przeniesiona z komputera.
- Metoda trzecia: IDE — Warp z rozszerzeniem Warp SSH oraz instrukcja alternatywna dla VS Code z Remote SSH; przewaga nad terminalem to podgląd plików na serwerze.
- Rekomendacja autora: aplikacja desktopowa dla osób nietechnicznych, IDE dla bardziej technicznych; na końcu lista potknięć (uprawnienia klucza, znak „!” w terminalu, komendy wymagające roota, porty poniżej 1024) i odesłanie do odcinka o łączeniu z telefonu.
Redakcyjne tłumaczenie
Trzy drogi do agenta na własnym serwerze
Jakiś czas temu nagrałem materiał, w którym pokazałem, jak uruchomić Claude Code na własnym serwerze VPS i łączyć się z nim z telefonu. Obiecałem wtedy, że pokażę też łączenie z komputera. Wygenerowaliśmy nawet klucz SSH — i na tym się skończyło. Samego połączenia, jakimś dziwnym trafem, nigdy nie pokazałem. Dziś nadrabiam zaległości, i to z nawiązką: zamiast jednego sposobu pokażę aż trzy drogi do Claude Code na własnym serwerze — terminal, IDE oraz aplikację desktopową.
(Informacja dodatkowa: Claude Code to agent Anthropic pracujący w terminalu, dostępny w ramach subskrypcji Claude; uruchomiony na serwerze działa niezależnie od twojego komputera.)
Maszyna w chmurze zamiast serwerowni w piwnicy
Pierwsza rzecz, jakiej potrzebujesz, to własny serwer. Ja skorzystam z VPS-a, czyli komputera w chmurze — bo, tak się składa, serwerowni w piwnicy nie mam. Wybieram serwer od Hostingera, głównego partnera technologicznego mojego kanału, którego niezmiennie polecam. Taki serwer przydaje się, gdy chcesz, żeby twoje agenty AI pracowały na okrągło — także wtedy, gdy zamykasz klapę laptopa albo śpisz. Wszystko, co dziś zobaczysz, będzie działać na moim serwerze, a nie na dysku mojego komputera.
Uważam, że Hostinger ma obecnie najlepszy stosunek jakości do ceny. Na start polecam plan KVM2 — na tyle tani, że nie zrujnuje miesięcznego budżetu, i na tyle mocny, że Claude Code chodzi na nim na najwyższych obrotach. Dwie rzeczy zasługują na plus. Po pierwsze: 100 GB miejsca na dysku, więc nawet gdyby nie Claude Code, można tam instalować całą masę aplikacji — swoją drogą da się je później podpiąć do agenta, co pokazuję na kanale. Po drugie — i to doceniam najbardziej — Hostinger pamięta o osobach nietechnicznych albo mało technicznych, takich jak ja. Większość aplikacji open source, w tym Claude Code czy Codex, zainstalujesz tam jednym kliknięciem, bez dotykania terminala i bez pisania kodu. Za chwilę to udowodnię.
Zakup i pierwsza konfiguracja
Jak to wygląda w praktyce? Klikasz link z opisu i wybierasz plan — na przykład KVM2 — a potem okres rozliczeniowy: im dłuższy, tym taniej. Zaznaczasz, że masz kod rabatowy, wpisujesz wielkimi literami ROBERTHOST, klikasz „zastosuj” — i serwer na dwa lata wychodzi niecałe 1000 zł. Korzystając z kodu i linku z opisu, wspierasz mój kanał, za co bardzo dziękuję.
W kolejnej zakładce wybierasz lokalizację serwera — tę z najlepszą, a więc najniższą latencją, czyli najmniejszym opóźnieniem. U mnie to Litwa albo Niemcy, Frankfurt — biorę Frankfurt. Następnie, w zakładce z systemem operacyjnym, wyszukujesz aplikację, którą chcesz zainstalować. Z mojego linku masz już wskazanego Claude Code, ale możesz równie dobrze wybrać Codexa. Klikasz „wybierz aplikację”, potem „kontynuuj”, opłacasz serwer, a asystent sam wszystko zainstaluje. Podkreślę raz jeszcze: to ścieżka dla osób nietechnicznych. Link i kod znajdziesz w opisie — radzę się jednak pospieszyć, bo nic, co dobre, nie trwa wiecznie, a oferta jest ograniczona czasowo.
Serwer kupiony i system przeprowadza nas przez konfigurację. W pierwszym kroku tworzysz hasło roota — możesz kliknąć „generuj” i je podejrzeć. Za chwilę i tak je wyłączymy, ale na początek się przyda. Możesz też dodać klucz SSH; jeśli go nie masz, nic nie szkodzi — zrobimy to dalej i w praktyce zrobi się niemal samo. Nie będę na razie spoilerować. Klikamy „dalej”. Możesz jeszcze włączyć skaner złośliwego oprogramowania, jeśli chcesz; jeśli nie — „zakończ konfigurację” i czekasz, aż system zainstaluje Claude Code na twoim VPS-ie.
I tu jest sedno dzisiejszego materiału. Samo uruchomienie Claude Code albo Codexa na własnym serwerze zajmuje dosłownie kilka minut i nie wymaga żadnej wiedzy programistycznej. Problem zaczyna się chwilę później — kiedy chcesz dostać się do tego agenta ze swojego komputera. Zanim jednak przejdziemy do logowania, trzeba nieco zabezpieczyć serwer, żeby nikt niepowołany nie miał do niego dostępu. I od razu uspokajam: nie musisz być programistą ani „turbotechnicznym ogarniaczem”. Na potrzeby tego materiału przygotowałem dokładną instrukcję krok po kroku oraz skrypt, który wyręczy cię w całym procesie — mnie również, bo ja też przejdę przez niego razem z wami.
(Informacja dodatkowa: hardening, czyli „utwardzanie” serwera, to zamykanie nadmiarowych drzwi dostępu — logowanie kluczem zamiast hasłem, firewall, blokada serii nieudanych logowań.)
Zabezpieczanie serwera z pomocą agenta
Pierwszy ruch: klikasz link w opisie i kopiujesz cały poradnik jako prompt dla agenta — to on zajmie się dostosowaniem serwera. Zaczynamy od utworzenia nowego projektu, czyli folderu, który będzie odpowiadał za Claude Code na naszym VPS-ie. Nazywam go „claude-code-vps-host” — bez spacji. Pusty folder gotowy. W aplikacji klikamy „open folder”, wskazujemy świeżo utworzony projekt i przechodzimy do ustawień.
Teraz wybierasz model. Jeśli pracujesz na planie Pro, polecam Opusa 5 ustawionego na „high” albo „extra”. Ja zaszaleję — wczoraj wyszedł Fable 51, więc weźmiemy jego, zwłaszcza że limit i tak niedługo mi się zresetuje. Do wybranego modelu dochodzi jeszcze „effort”, czyli poziom rozumowania. Zmieniam na „medium” — do tego zadania w zupełności wystarczy. Kiedy i jak zmieniać te ustawienia, wyjaśniam w osobnym materiale o maksymalizowaniu limitów w Claude; miniaturka wyświetla się teraz na ekranie, a link jest w opisie.
Plugin Hostingera i logowanie przez przeglądarkę
Przy okazji odsyłam do dwóch wcześniejszych odcinków, w których pokazałem łączenie z VPS-em z poziomu Claude Code i Codexa — linki znajdziesz w opisie. W dużym skrócie: ze swoim serwerem możesz się połączyć przez oficjalny plugin Hostingera dostępny w Claude Code. Klikasz plusik, „plugins”, „browse plugins”, wchodzisz w zakładkę „partners” i wpisujesz „hostinger”. Klikasz plusik przy wyniku, żeby go zainstalować — u mnie jest już zainstalowany — i wszystko powinno śmigać. Żeby sprawdzić, czy plugin jest aktywny, powinien wyświetlić się w tym miejscu na ekranie. U mnie jest.
Teraz kopiuję wspomniany poradnik jako prompt i wklejam go do Claude. Na końcu dodaję jeszcze jedną rzecz: przechodzę na pulpit Hostingera, kopiuję nazwę serwera — mam tam bowiem swój zwykły serwer i nie chcę na nim nic ruszać — i proszę agenta, żeby cały proces przeprowadził na maszynie, którą mu wskażę. Dopisuję, że Claude Code jest zainstalowany właśnie na tym serwerze, i to na nim będziemy pracować. Klikamy „wyślij” i Claude zajmuje się resztą.
Warto wiedzieć, że do Claude Code na serwerze da się wejść także przez konsolę internetową. Wpisujesz claude, przechodzisz przez krótką konfigurację (na przykład tryb ciemny) i wybierasz sposób logowania — u nas „Claude account with subscription”. Kopiujemy link, logujemy się kontem Claude, klikamy „authorize”, kopiujemy kod, wracamy i wklejamy go. Wszystko gra; potwierdzamy zaufanie i agent na serwerze jest gotowy.
Wracam do okna z Claude na komputerie. Widać, że połączenie się udało: agent zaczyna od sklonowania repozytorium i przeczytania kreatora hardeningu, a potem pokaże plan i pytania z fazy zero. Klikamy „allow once”. W samej instrukcji, kilka akapitów niżej, są rozpisane kroki — „otwórz Claude Code w pustym folderze” to wersja terminalowa; my pracujemy w aplikacji desktopowej, więc wystarczyło otworzyć nowy folder i od razu przesiedliśmy się do kroku drugiego. Zamiast wklejać pojedyncze prompty, wstawiliśmy całą instrukcję naraz — po to, żeby nie klikać nic ręcznie. Agent klonuje repozytorium z moimi skryptami; możesz je podejrzeć, zanimagent zacznie czytać pliki. Zgadzamy się na kolejne etapy („allow once”) i Claude robi wszystko za nas.
Audyt przed, audyt po
Co dokładnie się wydarzy? Claude wykona kilka kroków. Najpierw sprawdzi nasze dane i to, czy mamy klucz SSH — ja mam wygenerowany przy okazji wcześniejszego serwera; jeśli nie masz, agent go utworzy. Potem przeprowadzi audyt i przejdzie przez punkty opisane w skrypcie. W widoku plików pojawia się folder „vps-security” ze wszystkim, co się pobrało — jest tam nawet „open-close-setup” z poprzedniego materiału — ale nas interesuje skrypt do hardeningu. Okazuje się, że mój lokalny klucz nie jest jeszcze na tym serwerze; za chwilę będzie.
Teraz musimy przesłać agentowi dane, których potrzebuje: adres IP, port SSH, login, nazwę nowego użytkownika i hasło roota. Wracamy na pulpit Hostingera, kopiujemy IP i uzupełniamy resztę: port 22, login „root”, nazwa użytkownika — u mnie „robson” — i hasło. Wysyłamy; wszystko działa.
Claude przechodzi do kolejnego etapu i odpala audyt, o którym mówiliśmy. Następnie: stworzy nowego użytkownika zamiast roota, wyłączy logowanie hasłem — to bezpieczniejsze — i zamieni je na logowanie kluczem SSH. Zapyta o port: my wzięliśmy 22 i zostawiamy domyślny, choć można zmienić. Zainstaluje firewalla oraz Fail2ban — jeśli ktoś będzie próbował logować się zbyt wiele razy, zostanie zablokowany — zrobi porządki i jeszcze raz przeprowadzi audyt. Nie będę tego wszystkiego pokazywał, chyba że wyskoczy coś ciekawego; po prostu przez to przechodzisz i widzimy się za moment.
Po tym etapie mamy już dwa raporty: audyt przed i audyt po. Pierwszy służył sprawdzeniu, czego brakuje na świeżo uruchomionej maszynie — a brakowało sporo. Drugi ma potwierdzić, czy Claude zgodnie ze skryptem zainstalował wszystko, co trzeba. Widzimy, że jest — jedynie ClamAV, czyli antywirus, nie został zainstalowany, bo serwer ma 4 GB RAM-u i szkoda mi było tej pamięci. Ty możesz go sobie spokojnie doinstalować. Lokalnie wszystko zostało dopisane: mamy host VPS i użytkownika. Wszystko śmiga.
tmux, czyli sesja, która nie umiera
Teraz musimy odpalić tmuxa — mówiąc obrazowo, sesję, która nie umiera. Chodzi o to, że gdy zamkniesz okno z sesją Claude Code, będzie ona żyła tak długo, aż sam ją wyłączysz, dopóki nie zamkniesz w niej agenta. Najprościej mówiąc: możesz zamknąć terminal, wyjść z domu, a Claude będzie robił swoje. Wracasz później, otwierasz okno ponownie — i wszystko jest zrobione. W tym leży cała magia korzystania z serwera VPS.
Jest jednak jedno „ale”. Przed nagraniem przetestowałem ten element i po wejściu w tmuxa Claude po prostu nie mógł się uruchomić — był zainstalowany dla roota, a nie dla nowego użytkownika. Ciebie to nie obejmie: agent już poprawił instalator, więc dostaniesz gotowe. Ja przeszedłem przez to ręcznie, razem z Claude, więc teraz wchodzimy na skrócie.
Do dzieła. Odpalam terminal, powiększam okno i wpisuję: ssh vps. To alias — dzięki niemu nie musisz wpisywać długiego ciągu znaków, którym normalnie loguje się do serwera. Jesteśmy na naszym VPS-ie. Teraz wpisujemy tmux new -s praca — tworzymy sesję o nazwie „praca” — i klikamy enter. Wbiliśmy do środka. Wpisujemy claude. Wszystko poszło; musimy się tylko jeszcze raz zalogować, bo agent uruchamia się teraz na koncie nowego użytkownika, a nie roota. Loguję się tak jak przed chwilą i pierwszy dostęp z poziomu terminala mamy gotowy. Fajne jest to, że sesja żyje nawet po jej zamknięciu.
Sprawdźmy to. Pytamy Claude: „kim jesteś i jak możesz mi pomóc?” — taki prosty prompcik. Wyłączamy. Jeśli chciałbyś wrócić do sesji „praca”, wejście do istniejącej sesji to komenda tmux attach -t praca. A jeśli chcesz ją definitywnie zakończyć: tmux kill-session -t praca. Wracamy więc do terminala, wpisujemy ssh vps, potem tmux attach -t praca — i widzimy, że Claude dalej śmiga; w sesji czeka odpowiedź na nasze pytanie. Teraz wyłączamy Claude, kopiujemy komendę na ubicie sesji, wykonujemy ją — i „praca” zakończona. Wszystkie te komendy znajdziesz w instrukcji w opisie.
Wróćmy jeszcze na chwilę do instrukcji, bo połączenie z komputera odbywa się trzema drogami. Pierwszą już znasz: terminal. Alias działa wszędzie, a w instrukcji jest opisane, jak go dodać — nam dopisał go automatycznie Claude zgodnie ze skryptem. Jeśli robiłeś wszystko według instrukcji, masz to już zrobione.
Aplikacja desktopowa — najprzyjemniejsza droga
Teraz czas zalogować się do Claude Code nieco wygodniejszym i — moim zdaniem — bardziej intuicyjnym sposobem, dzięki któremu będziemy sterować agentem z poziomu aplikacji desktopowej, którą widzisz na ekranie. Żeby to zadziałało, najpierw zmieniamy sposób połączenia: zamiast „local” wybieramy SSH. Klikamy plusik „add SSH connection”. „Name” to nazwa dla ciebie — ja wpisuję „Robert Hostinger YouTube”. W polu „SSH host” podajesz alias z poprzedniego kroku; jeśli robiłeś wszystko zgodnie z instrukcją (a właściwie kazałeś zrobić to Claude), będzie to „vps”. Port możesz zostawić pusty, klucz SSH również — aplikacja sama odnajdzie i skopiuje to, co powinno się tam znaleźć. Klikamy „test connection”, potem „connect” — wszystko działa, host gotowy do użycia.
Wybieramy nasz serwer i możemy do niego napisać choćby „siemanko”. Następnie wskazujemy folder — u nas po prostu katalog domowy użytkownika — i dajemy „trust workspace”. Claude się uruchamia. Model trochę przestrzeliłem z tym Fablem, ale widać, że działa: potrafi pomóc kodem zrobić miniaturki, widzi też moje inne projekty, bo ma globalną pamięć Claude z komputera. Jeśli wejdziemy w widok plików, zobaczymy, że na VPS-ie nie ma jeszcze żadnego folderu — jesteśmy w katalogu głównym — ale wszystkie foldery będą się tam wyświetlać. Zmieniamy jeszcze model na Opusa i tryb na automat; konwersacja przeładuje się jeszcze raz, a limit zużyje się szybciej — trudno, konsekwencje rozumiemy. Prosimy: „utwórz folder o nazwie test123”. Folder powstał; po wejściu w pliki widzimy „test123”. Wszystko śmiga.
IDE: Warp i VS Code
Skoro mamy dwa sposoby, czas na trzeci. W pierwszym logowaliśmy się do serwera przez terminal — niczym prawdziwy haker. W drugim skorzystaliśmy z funkcji dostępnych natywnie w aplikacji desktopowej Claude. Teraz pokażę, jak dostać się do maszyny z poziomu IDE, czyli edytora z podglądem plików, w którym pracują programiści. Ja użyję Warp — bezpłatnego narzędzia, z którego korzystam na co dzień; link jest w opisie, gdybyś chciał je przetestować.
Wpisuję w nim ssh vps — dokładnie tę samą komendę co w terminalu. Dlaczego? Bo Warp też jest terminalem, więc czyta ten sam alias. Klikam enter; pojawia się propozycja zainstalowania rozszerzenia „Warp SSH Extension” na naszym serwerze. Jest rekomendowane, więc instalujemy. Znów jesteśmy na VPS-ie. Teraz możemy wpisać claude albo jeszcze raz skorzystać z tmuxa: tmux new -s praca. Agent wystartował; potwierdzamy zaufanie do folderu i możemy spróbować pełnoekranowego renderu. Wygląda to tak.
Plusem tego rozwiązania jest to, że — w przeciwieństwie do czystego terminala — widzimy wszystkie foldery na serwerze, na przykład nasz „test123”. Wszystko działa. Jeśli korzystasz z innego IDE niż Warp, do instrukcji dorzuciłem też wersję dla VS Code z rozszerzeniem Remote SSH; ta ścieżka zadziała również w innych edytorach tego typu.
Którą drogę wybrać?
Być może zastanawiasz się, którą drogę wybrałbym ja. Jeśli chodzi o mnie, najwygodniej pracuje mi się w aplikacji desktopowej — i właśnie ją polecam osobom, które nie są techniczne. Aplikacja Claude mocno się rozwinęła i jest po prostu bardzo wygodna; więcej o niej opowiadam w dedykowanym filmie na kanale (miniaturka na ekranie, link w opisie). Jeśli jednak nie przepadamy aplikacji desktopowej i jesteś nieco bardziej techniczny — ja na przykład lubię pracować z Claude Code i Codexem w aplikacji, ale do samego kodowania używam Warp, tego IDE, które ci pokazałem — ten sposób polecam bardziej technicznym użytkownikom. Moim zdaniem jest wygodniejszy od terminala, bo daje dostęp do podglądu plików na serwerze.
Pułapki dla dociekliwych
Trzy drogi mamy za sobą, ale zostało kilka rzeczy, które i tak by cię zaskoczyły. Na dole mojego poradnika wypisałem potknięcia, na które sam się natknąłem — to lektura dla bardziej technicznych, ale warto rzucić okiem. Po pierwsze: klucz „krzyczy” o uprawnienia — obok jest instrukcja, co z tym zrobić. Po drugie: hasło albo klucz ze znakiem wykrzyknika, wpisany wprost w terminalu, potrafi się popsuć — i na to też jest instrukcja. Po trzecie: bez roota część komend przestaje działać od razu. Po czwarte: porty poniżej 1024 są zablokowane dla zwykłego użytkownika. To sprawy bardziej techniczne, ale spokojnie — wystarczy wkleić opis problemu do Claude, a agent będzie wiedział, o co chodzi, nawet jeśli nie jesteś techniczny.
Na koniec
Zobaczyłeś właśnie trzy różne sposoby wejścia do tego samego agenta siedzącego na serwerze VPS — agenta, który pracuje nawet wtedy, gdy śpisz albo gdy twój komputer jest wyłączony. Jeśli chciałbyś dodatkowo logować się z telefonu, polecam odcinek sprzed dwóch miesięcy; link do niego — jak i do wszystkich najważniejszych rzeczy omawianych w tym materiale — znajdziesz w opisie. Jeśli materiał był dla ciebie wartościowy, będzie mi miło, gdy zostawisz łapkę w górę: nic cię to nie kosztuje, a w ten sposób wspierasz kanał, za co bardzo dziękuję. A jeśli jesteś tu nowy, zostaw subskrypcję, żeby nie przegapić kolejnych materiałów o praktycznym wykorzystaniu AI w codziennym życiu i pracy. Dziękuję za uwagę. Do zobaczenia w kolejnym odcinku!
10 najważniejszych takeaways — z kontekstem zastosowania
1.Agent na VPS pracuje, kiedy ty nie pracujesz
Na czym polega: przeniesienie Claude Code na serwer w chmurze odcina pracę agenta od twojego sprzętu — zadania trwają dalej, nawet gdy komputer jest zamknięty.
Jak stosować: uruchom Claude Code na VPS-ie, bieżące zlecenia zostawiaj w sesji tmuxa, a połączenie z komputera traktuj wyłącznie jako okno do podglądu i sterowania.
Na co uważać: to, co dzieje się na serwerze, zużywa limity subskrypcji niezależnie od tego, czy patrzysz; dochodzi do tego stały, choć nieduży, koszt utrzymania serwera.
2.Instalacja Claude Code na VPS bez terminala
Na czym polega: w panelu Hostingera Claude Code i Codex instalują się jak aplikacja z szablonu — jednym kliknięciem, bez komend i bez kodu.
Jak stosować: wybierz plan (autor poleca KVM2), lokalizację z najniższym opóźnieniem (np. Frankfurt), a w kroku systemu operacyjnego wskaż aplikację zamiast gołego systemu.
Na co uważać: fragment jest materiałem partnerskim kanału — porównaj oferty u innych dostawców; lokalizacja serwera realnie wpływa na opóźnienia, więc wybieraj najbliższą sobie.
3.Zanim się połączysz — zabezpiecz serwer
Na czym polega: świeży VPS z logowaniem roota hasłem to otwarte drzwi; autor zamienia cały proces hardeningu w jeden prompt z gotowym skryptem.
Jak stosować: utwórz pusty folder projektu w aplikacji Claude, wklej całą instrukcję jako jedno polecenie i podaj agentowi IP, port, login, nazwę nowego użytkownika oraz hasło roota.
Na co uważać: nie odkładaj tego kroku „na później” — audyt po zakończeniu sprawdź raportem końcowym, zanim zaczniesz pracować na serwerze.
4.Nowy użytkownik, klucz SSH, firewall i Fail2ban
Na czym polega: skrypt tworzy konto zamiast roota, wyłącza logowanie hasłem, wstawia klucz SSH, firewalla i blokadę po serii nieudanych prób; audyt „przed” i „po” pokazuje różnicę.
Jak stosować: pozwól agentowi przejść wszystkie punkty, potwierdź domyślny port 22 albo wskaż własny, a efekt zweryfikuj drugim audytem.
Na co uważać: po odcięciu haseł klucz SSH staje się jedyną drogą do serwera — zadbaj o jego kopię; niektóre operacje nadal wymagają uprawnień roota.
5.tmux — sesja nieśmiertelna
Na czym polega: sesja tmuxa przeżywa zamknięcie terminala, więc Claude Code pracuje dalej także po twoim rozłączeniu.
Jak stosować: tmux new -s praca tworzy sesję, tmux attach -t praca wraca do istniejącej, tmux kill-session -t praca kończy ją definitywnie.
Na co uważać: sesja żyje aż do ubicia — bez kill-session agent może działać w tle bez twojej wiedzy; przy pierwszym uruchomieniu zaloguj się na nowo utworzone konto, nie na roota.
6.Alias ssh vps zamiast długiej komendy
Na czym polega: alias w konfiguracji SSH skraca logowanie do dwóch słów i jest czytany przez terminal oraz inne narzędzia — w tym aplikację desktopową i Warp.
Jak stosować: skrypt z poradnika dopisuje go automatycznie — po hardeningu wystarczy wpisać ssh vps; jeśli aliasu brakuje, poproś Claude o jego dodanie.
Na co uważać: alias musi istnieć na komputerze, z którego się łączysz — nowy sprzęt oznacza potrzebę nowej konfiguracji.
7.Aplikacja desktopowa z połączeniem SSH — najwygodniejsza droga
Na czym polega: aplikacja Claude łączy się z agentem na VPS przez alias SSH, z pominięciem terminala, i korzysta z globalnej pamięci Claude znanej z komputera.
Jak stosować: w ustawieniach zmień „local” na SSH, dodaj połączenie (nazwa dowolna, host: „vps”, port i klucz zostaw puste), sprawdź „test connection”, wskaż katalog i zaufaj przestrzeni roboczej.
Na co uważać: zmiana modelu w trakcie rozmowy przeładowuje konwersację i szybciej zżera limity; na planie Pro do zadań typu hardening wystarczy średni poziom rozumowania, mocniejszy model zostaw na trudniejsze prac.
8.IDE — droga dla technicznych: Warp i VS Code
Na czym polega: edytor z podglądem plików na serwerze daje wygodę, której brakuje w czystym terminalu; Warp korzysta z tego samego aliasu SSH.
Jak stosować: w Warp wpisz ssh vps, zgodź się na instalację rozszerzenia Warp SSH, a potem uruchom Claude bezpośrednio albo w tmuxie; w VS Code użyj Remote SSH według instrukcji autora.
Na co uważać: pod spodem to wciąż terminal — ta droga wymaga nieco więcej swobody w operowaniu komendami niż aplikacja desktopowa.
9.Typowe potknięcia i szybka naprawa
Na czym polega: najczęstsze zgrzyty to uprawnienia klucza, hasło lub klucz ze znakiem „!” wpisany wprost w terminalu, komendy wymagające roota oraz blokada portów poniżej 1024.
Jak stosować: opisy potknięć z końca poradnika wklej do Claude jako kontekst — agent rozpozna problem i przeprowadzi cię przez rozwiązanie krok po kroku.
Na co uważać: unikaj wpisywania haseł ze znakami specjalnymi bezpośrednio w linii komend; porty systemowe wymagają uprawnień administratora.
10.Dobierz drogę do siebie — wszystkie prowadzą do tego samego agenta
Na czym polega: terminal działa zawsze i wszędzie, aplikacja desktopowa jest najprostsza dla nietechnicznych, a IDE najlepiej służy do pracy z kodem dzięki podglądowi plików.
Jak stosować: na co dzień trzymaj się jednego interfejsu, ale opanuj przynajmniej terminal jako ścieżkę awaryjną; do dostępu z telefonu wróć do wcześniejszego odcinka autora.
Na co uważać: każde z okien to ten sam serwer — pamiętaj, w której sesji tmuxa zostawiłeś niedokończoną pracę, żeby jej nie zgubić.