O czym jest ten film
- Callum z kanału Wanderloots pokazuje, jak korzystać z jednej instalacji Hermesa z dwóch komputerów, zamiast prowadzić osobne historie rozmów i pamięci.
- Mac Studio wykonuje zadania, a MacBook Pro jest interfejsem do tej samej instancji. Autor wskazuje też możliwość wykorzystania mocniejszego komputera do modeli lokalnych.
- Oba urządzenia łączy Tailscale. Wspólna prywatna sieć, nazywana tailnet, ma umożliwiać dostęp również podczas podróży.
- Przed uruchomieniem zdalnego panelu autor ustawia nazwę użytkownika, hasło i losowy sekret. Szyfrowane połączenie nie zastępuje logowania.
- Laptop może otworzyć panel WWW albo połączyć aplikację desktopową ze zdalną bramą. Film opisuje ograniczenie tej drugiej drogi dotyczące profilu domyślnego.
- Udostępnianie folderu przez SMB rozwiązuje osobny problem: dostęp do plików, z których korzysta agent wykonujący zadania w kontenerze Docker.
- Gdy laptop uruchomi własną instancję offline, nie otrzyma automatycznie historii i pamięci serwera. Rozbudowana pamięć z Obsidianem i zewnętrznymi dostawcami pozostaje zapowiedzią kolejnych materiałów.
10 najważniejszych takeaways — z kontekstem zastosowania
{Informacja dodatkowa: poniższe punkty łączą relację z demonstracji z wnioskami redakcyjnymi. Pola „Jak stosować” i „Na co uważać” są praktyczną interpretacją materiału, nie dodatkowymi instrukcjami autora ani sprawdzoną konfiguracją dla każdej wersji programu.}
1.Wspólna historia wymaga wspólnej instancji
Na czym polega: W pokazanym układzie rozmowa rozpoczęta na laptopie zapisuje się na Macu Studio. Autor unika w ten sposób podziału historii i pamięci między dwa samodzielne agenty.
Jak stosować: Przy pracy na kilku komputerach wybierz jedną instancję jako główne miejsce prowadzenia rozmów, a inne urządzenia wykorzystuj do dostępu do niej.
Na co uważać: Samo zainstalowanie Hermesa na obu komputerach nie daje efektu pokazanego w filmie. Potrzebne jest połączenie klienta z właściwym serwerem.
2.Laptop nie musi uruchamiać modelu
Na czym polega: Autor porównuje swój komputer stacjonarny z 32 GB RAM z laptopem mającym 24 GB. Mocniejszą maszynę chce wykorzystać do modeli lokalnych, pozostawiając laptopowi obsługę rozmowy.
Jak stosować: Oddziel wybór urządzenia do pracy od wyboru maszyny wykonującej zadania agenta. Zdalny dostęp może pozwolić korzystać z zasobów komputera pozostawionego w domu.
Na co uważać: Film nie dowodzi, że wszystkie obliczenia są lokalne: w demonstracji autor korzysta również z modelu chmurowego. Zdalny Hermes i lokalny model to dwie różne decyzje.
3.Stałe zasilanie ułatwia dłuższą pracę
Na czym polega: Callum wskazuje, że komputer stacjonarny łatwiej pozostawić włączony niż laptop działający na baterii. Agent może wtedy kontynuować zadania podczas przerwy użytkownika.
Jak stosować: Rozważ tę architekturę, jeśli ważny jest powrót do tej samej instancji po zmianie urządzenia lub dłuższej nieobecności.
Na co uważać: Dostępność agenta zależy od działającego serwera. Film nie pokazuje konfiguracji gwarantującej nieprzerwaną pracę po każdej awarii czy restarcie.
4.Tailscale łączy urządzenia, ale nie zastępuje całej konfiguracji
Na czym polega: Autor instaluje Tailscale na obu komputerach, loguje je na to samo konto i autoryzuje we wspólnej sieci. Opisuje tę sieć jako prywatne, szyfrowane połączenie.
Jak stosować: Najpierw sprawdź obecność obu urządzeń w panelu Tailscale, potem przejdź do udostępniania Hermesa. W filmie są to odrębne etapy.
Na co uważać: Autor preferuje instalator z tailscale.com nad wersją z App Store. To jego wskazówka z czasu nagrania, a nie potwierdzona tutaj ocena wszystkich wydań aplikacji.
5.Szyfrowanie i logowanie pełnią różne funkcje
Na czym polega: Przed udostępnieniem panelu Callum dodaje do pliku środowiskowego login, hasło oraz losowy sekret. Następnie pokazuje ekran logowania również przy dostępie przez Tailscale.
Jak stosować: Zachowaj kolejność z demonstracji: najpierw poświadczenia, potem zdalny dostęp do panelu.
Na co uważać: Transkrypt nie zawiera pełnego zapisu ustawianych zmiennych. Nie należy odtwarzać ich nazw ani kompletnego skryptu na podstawie samego opisu słownego.
6.Adres klienta musi odpowiadać uruchomionemu panelowi
Na czym polega: Autor uruchamia panel poleceniem hermes dashboard --host 0.0.0.0, a następnie korzysta z adresu komputera w Tailscale i portu usługi.
Jak stosować: Traktuj komendę jako zapis demonstracji. Przy odtwarzaniu konfiguracji odczytaj port z uruchomionego panelu zamiast kopiować go bez sprawdzenia.
Na co uważać: W transkrypcie pojawiają się zarówno 9119, jak i 9199. Nie rozstrzygamy tej rozbieżności na podstawie domysłu. Samo uruchomienie panelu z tą flagą nie jest w filmie dowodem ograniczenia dostępu wyłącznie do Tailscale.
7.Przeglądarka upraszcza pracę z profilami
Na czym polega: Panel WWW ma przełącznik profili. Autor przedstawia go jako prostszą drogę do sesji, pamięci, narzędzi i ustawień modelu przypisanych do wybranego profilu.
Jak stosować: Jeśli korzystasz z kilku profili, zacznij od wariantu przeglądarkowego i sprawdź, który profil jest aktywny przed rozmową.
Na co uważać: Jedna instalacja nie oznacza, że wszystkie profile mają wspólne ustawienia. W demonstracji zmiana profilu zmienia również model.
8.Ograniczenie aplikacji dotyczy profilu klienta
Na czym polega: W aplikacji desktopowej Callum przełącza ustawienie Gateway na Remote Gateway. Ostrzega, by konfigurację zdalną wykonać w domyślnym profilu laptopa, nawet jeśli na ekranie pokazuje inny.
Jak stosować: Odtwarzając wariant z aplikacją, kieruj się jego słownym zastrzeżeniem, a nie samą nazwą profilu widoczną w demonstracji.
Na co uważać: Autor opisuje błąd dostępu do historii po restarcie przy niedomyślnym profilu klienta. To ograniczenie zgłoszone w czasie nagrania, nie zweryfikowany opis obecnej wersji.
9.Dostęp do rozmowy nie zapewnia dostępu do pliku
Na czym polega: Autor udostępnia na Macu wybrany folder roboczy, a na laptopie otwiera go w Finderze przez SMB, korzystając z nazwy MagicDNS. Folder jest też udostępniony kontenerowi wykonawczemu.
Jak stosować: Przy pracy na dokumentach sprawdzaj osobno połączenie z agentem i dostępność właściwego katalogu. W filmie plik umieszczony we wspólnym obszarze pojawia się na obu komputerach.
Na co uważać: Callum wyłącza udostępnianie całego dysku i wybiera konkretny folder. Przesłanie pliku z laptopa poza obszar dostępny kontenerowi nie musi udostępnić go narzędziom agenta.
10.Praca offline tworzy odrębny obieg pamięci
Na czym polega: Po utracie połączenia aplikacja laptopa może zaproponować lokalne uruchomienie Hermesa. Autor zaznacza, że nie będzie to ta sama historia ani ta sama pamięć co na serwerze.
Jak stosować: Przed przejściem na pracę offline ustal, czy akceptujesz osobną instancję. Wspólnej pamięci nie należy zakładać wyłącznie dlatego, że aplikacja wygląda tak samo.
Na co uważać: Film wspomina o odrębnej synchronizacji lub strategii wspólnej pamięci, ale jej nie konfiguruje. Nie jest więc instrukcją scalania dwóch baz po ponownym połączeniu.
Omówienie materiału
Jedna instalacja, kilka sposobów dostępu
Callum zaczyna od problemu organizacyjnego: przy osobnej instalacji agenta na każdym urządzeniu trzeba pamiętać, gdzie odbyła się rozmowa i gdzie zostały jej wyniki. Jego rozwiązaniem jest pozostawienie Hermesa na Macu Studio i używanie laptopa jako interfejsu. W teście pytanie zadane na MacBooku zostaje obsłużone przez instancję na komputerze stacjonarnym, a sesja pojawia się także po stronie tego komputera.
Wspólna historia jest główną korzyścią, ale autor wymienia też dostęp do większej pamięci RAM, uporządkowanych plików i maszyny, którą łatwo pozostawić włączoną. Odwołuje się również do komunikatorów, takich jak Telegram, Signal czy Discord, jako kanałów mogących prowadzić do tego samego systemu. W tym odcinku pokazuje jednak przede wszystkim połączenie dwóch komputerów, nie konfigurację wszystkich wymienionych kanałów.
Sieć, logowanie i profile
Tailscale zapewnia w tej demonstracji połączenie urządzeń należących do tej samej prywatnej sieci. Dopiero na tej podstawie autor uruchamia panel Hermesa, wcześniej ustawiając poświadczenia. Rozdzielenie tych czynności jest ważnym elementem materiału: możliwość dotarcia do usługi nie powinna oznaczać rezygnacji z logowania.
Po stronie laptopa prostszą opcją jest przeglądarka. Panel WWW pozwala zmieniać profile i korzystać z odpowiadających im sesji oraz ustawień. Aplikacja desktopowa stanowi alternatywę, ale Callum dodaje wyraźne zastrzeżenie dotyczące domyślnego profilu klienta. Opisany problem po restarcie ogranicza wygodę tej drogi w wersji używanej podczas nagrania.
Transkrypt jest niejednoznaczny przy numerze portu: we wcześniejszej części podaje 9119, a przy konfiguracji aplikacji 9199. Zamiast rozstrzygać, który zapis jest pomyłką, należy oddzielić zasadę połączenia od konkretnej wartości. Klient ma wskazywać faktycznie uruchomiony panel na właściwym komputerze.
Pliki i pamięć to osobne zagadnienia
Udana rozmowa z agentem nie zamyka konfiguracji. Przy wykonywaniu zadań w Dockerze ważne jest, gdzie leży dokument przekazywany do analizy. Callum pokazuje udostępnianie folderu roboczego między komputerami, a zarazem udostępnienie go kontenerowi. Dzięki temu nie musi polegać na samym przeciągnięciu pliku do zdalnego okna rozmowy.
W końcówce autor zapowiada rozbudowę pamięci o Obsidian, LLM Wiki oraz zewnętrznych dostawców. Uzasadnia, że łatwiej rozwijać taki system w jednym miejscu niż utrzymywać rozchodzące się kopie na laptopie i komputerze stacjonarnym. Nie przedstawia jednak kompletnego wdrożenia tych warstw ani nie dowodzi, że każdy dostawca przechowuje dane w identyczny sposób.
{Informacja dodatkowa — ocena redakcyjna: najmocniej udokumentowaną korzyścią filmu jest ciągłość pracy na jednej instancji. Sformułowania autora o całkowitej lokalności nie powinny być odczytywane jako obietnica braku usług chmurowych w całym systemie: sam pokaz korzysta także z modelu chmurowego. Materiał nie jest też audytem bezpieczeństwa sieci ani instrukcją automatycznego scalania pamięci po pracy offline.}