Jedna sesja Claude Code jako admin VPS — bezpieczna komunikacja między agentami

📖 OPIS ODCINKA Jedna sesja Claude Code jako admin naszego VPS, do której inne sesje odpalone na innych urządzeniach wysyłają pytania o serwer — bez rozdawania kluczy SSH każdemu z nich. Kolejny odcinek Zabaw z Claude'em. 🖥 Co właściwie stawiamy? Sesja Claude Code o nazwie admin ma dostęp SSH do naszego VPS-a (Ubuntu, serwer www, cały stos). Zarządzamy nią przez remote control, więc może działać na komputerze, tablecie czy telefonie. Druga sesja robocza — nad prostą stroną w HTML, PHP i CSS — nie ma żadnego dostępu do serwera. Zamiast logować się samodzielnie, wysyła wiadomość do sesji admina i czeka na odpowiedź o dostępnej infrastrukturze. Jedna maszyna, jeden klucz, wiele sesji korzystających z tej samej wiedzy. 🔧 Z czego to się składa? 1. Sesja admin z kluczem SSH do VPS-a (Ubuntu + serwer www) 2. Remote control — sesja dostępna z każdego urządzenia 3. Druga sesja pyta o stos: PHP, baza danych, hosting, domena 4. Wiadomości między aktywnymi sesjami Claude Code 5. Pamięć projektu per-agent zapisywana po audycie ⚡ Jak Claude Code prowadzi tu robotę? Pierwszy prompt do admina jest bardzo prosty — sprawdź Linux i serwer www. Admin sam sobie to sprawdza i zapisuje w pamięci na później. Gdy druga sesja pyta o infrastrukturę pod prostą stronę, admin uznaje pytanie za zbyt ogólne i sam je rozszerza — dopytuje o hosting, bazę danych, domenę, subdomenę i sposób wgrywania plików (SSH, FTP, panel czy git). Co ważne, sam sugeruje sprawdzenie tego realnie na maszynie, a nie z pamięci — i to zajmuje mu chwilę, bo zakres pytań jest szeroki. 🔒 A bezpieczeństwo dostępu AI do serwera? Tu jest największy plus tego układu. Tylko jedna sesja ma klucz SSH do VPS-a — nie trzeba trzymać kluczy w telefonie, tablecie i na komputerze naraz, więc zgubienie jednego urządzenia nie jest problemem. Ta konkretna sesja admina działa na małym komputerze bez ekranu i klawiatury, więc dostęp fizyczny do niej też jest utrudniony. Jeśli coś pójdzie nie tak, klucz można w każdej chwili wycofać z konsoli i sesja natychmiast traci dostęp do serwera. 📱 Jak to wygląda w codziennym workflow? Sesje startują ze skryptu, który nazywa je jak katalogi projektów, więc łatwo je rozpoznać przy komunikacji między nimi. Ta sesja admina chodzi cały czas na małym komputerku w sklepie, razem z serwerem druku, dostępna z każdego miejsca na ziemi przez remote control. W dowolnym momencie, z telefonu czy tabletu, można dopisać do niej z prośbą o zmianę na serwerze albo poprosić inną sesję, by sama się z nią skontaktowała. ⏱ ROZDZIAŁY 00:00 Wprowadzenie — przypadkowe odkrycie 00:34 Sesja przez Remote Control na każdym urządzeniu 00:46 Bloczek Admin — sesja z dostępem SSH do serwera 01:04 Pierwszy prompt: jaki Linux i jaki serwer www 01:29 Warto poprosić admina o pełny review serwera 01:52 Zapis wyników audytu w pamięci sesji 02:46 Zadanie dla drugiej sesji: strona HTML, PHP, CSS 03:01 Jak wysłać wiadomość między sesjami 04:11 Admin sprawdza PHP, firewall i demony 05:37 Sesja sama rozszerza zakres pytań 06:36 Jeden klucz SSH zamiast kluczy na każdym urządzeniu 08:41 Wyspecjalizowani agenci — admin serwera vs frontend ❓ FAQ Czym różni się sesja admin od zwykłej sesji? Ma pamięć projektu skupioną tylko na serwerze. Czy trzeba dawać klucz SSH każdemu urządzeniu? Nie, tylko jedna sesja go ma. Jak sesje się komunikują? Przez wysyłanie wiadomości między aktywnymi sesjami. Co jeśli klucz admina wpadnie w niepowołane ręce? Wycofujesz go z konsoli i po dostępie. 🚀 W kolejnym odcinku pokażę, jak taką sesję admina realnie zabezpieczyć i jakie ma to plusy. Dajcie 🔔 i piszcie w komentarzu swoje odkrycia z Claude Code! #ClaudeCode #Anthropic #VPS #Linux #Ubuntu #DevOps #Automatyzacja #Serwer #SSH #Programowanie #SztucznaInteligencja #RemoteControl #PHP #Bezpieczenstwo #AI