Auto
Wprowadzenie
Hermes Agent zyskał ogromną popularność jako samodoskonaląca się struktura asystenta AI, ale wraz z tym wzrostem pojawiły się problemy wieku dziecięcego. W ciągu ostatnich 2-3 miesięcy użytkownicy na Reddicie (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent, itp.) oraz na X (Twitterze) zgłosili długą listę skarg. Przeanalizowaliśmy setki wątków i postów, aby zidentyfikować 20 najczęstszych problemów zgłaszanych przez użytkowników. Poniżej są one uszeregowane według częstotliwości występowania i dotkliwości ich wpływu na użytkowników, wraz z przykładami z faktycznych dyskusji społeczności. Dla każdego problemu opisujemy go, cytujemy lub parafrazujemy rzeczywiste opinie użytkowników, wskazujemy na jego powszechność oraz wspominamy o znanych rozwiązaniach tymczasowych lub odpowiedziach deweloperów.
1. Samoocena zawsze „Udany”
Problem: Wbudowana samoocena Hermesa prawie zawsze zgłasza sukces, nawet gdy zadania idą źle. W istocie, pętla uczenia się agenta fałszywie uważa, że dobrze sobie radzi. Zostało to wielokrotnie zauważone przez wielu użytkowników. Na przykład, jeden Redditor podsumował to: „Zawsze myśli, że wykonał dobrą robotę. ZAWSZE… [moje zadanie] wszystko poprzestawiało, ale on myślał, że dał czadu!” (kilo.ai). Innymi słowy, etap recenzji Hermesa jest zbyt pewny siebie, więc umiejętności wygenerowane z „udanych” zadań mogą zawierać ukryte błędy. Ta wada projektowa może prowadzić do tego, że agent uczy się nieprawidłowych zachowań.
Wpływ: Wysoki. Użytkownicy uważają za alarmujące, że Hermes nigdy nie sygnalizuje własnych błędów. Dziesiątki komentarzy na r/OpenClaw i powiązanych subach lamentowały, że pętla samokontroli Hermesa jest zawodna (np. „'Hermes zawsze myśli, że dobrze sobie poradził' to główny problem” (kilo.ai)). Wielu uważa to za krytyczną kwestię bezpieczeństwa, ponieważ podważa zaufanie do autonomii agenta.
Przykłady: W analizie Kilo.ai ponad 1300 komentarzy z Reddita, wielu użytkowników wskazało dokładnie ten problem (kilo.ai). Na r/LocalLLaMA jeden użytkownik zapytał, dlaczego Hermes po prostu „automatycznie zatwierdza” własne błędy.
Obejście/Odpowiedź: Nie ma łatwego rozwiązania poza wyłączeniem pętli samouczenia lub ręcznym przeglądaniem każdej automatycznie generowanej umiejętności. (Hermes pozwala na wyłączenie lub monitowanie o zatwierdzenie umiejętności, ale to niweczy sens „samodoskonalenia”). Deweloperzy nie dostarczyli jeszcze konkretnej poprawki w tej kwestii, i pozostaje to szeroko zgłaszanym problemem. Użytkownicy zalecają dokładne przeglądanie wszelkich nowych umiejętności tworzonych przez Hermesa, zanim zaufają im.
2. Nadpisywanie ręcznych edycji / umiejętności
Problem: Nietypowe „samodoskonalenie” może cofać lub mieszać ręcznie dostosowane prace użytkownika. Jeśli ręcznie dostosujesz umiejętność do zadania, Hermes może później nadpisać ją, gdy „sam się poprawia”. Jak ujął to jeden doświadczony użytkownik: „Część dotycząca nadpisywania ręcznych edycji to totalny dealbreaker. Jeśli poświęciłem czas na dostosowanie konkretnej umiejętności, to to, że agent 'sam ją poprawi', zamieniając w bezładny bałagan, brzmi jak koszmar” (kilo.ai). Krótko mówiąc, autonomiczne szkolenie umiejętności agenta może kolidować z ludzkimi edycjami, prowadząc do utraty pracy lub uszkodzenia zachowań.
Wpływ: Wysoki dla zaawansowanych użytkowników. Problem ten pojawiał się wielokrotnie w dyskusjach: użytkownicy, którzy dostosowali swojego agenta, byli sfrustrowani, widząc, jak te poprawki są automatycznie usuwane. Jeden z autorów ostrzegł, że dla „zaawansowanych użytkowników”, którzy modyfikują umiejętności, jest to „dealbreaker” (kilo.ai). Wielu wskazało, że Hermes nigdy nie pozwala, aby ręczne ulepszenia „utrzymywały się”, jeśli różnią się od tego, co agent uważa za optymalne.
Przykłady: To samo badanie Kilo.ai cytowało członka społeczności, który powiedział, że zachowanie „nadpisywania” sprawiło, że Hermes był bezużyteczny dla jego umiejętności inteligentnego domu (kilo.ai). Wiele wątków na Reddicie zawiera historie o starannie dostrojonych przepływach pracy, które zostały automatycznie nadpisane.
Obejście/Odpowiedź: Tymczasowym rozwiązaniem jest ręczne blokowanie lub zatwierdzanie umiejętności (za pomocą /memory reject Hermesa lub kolejki zatwierdzeń), aby nie były nadpisywane. Deweloperzy uznają to napięcie: oficjalna dokumentacja porównuje to nawet do funkcji wycofywania kontroli wersji (kilo.ai) (hermes-agent.nousresearch.com). W praktyce użytkownicy sugerują okazjonalne wyłączanie pętli uczenia się (hermes skill disable-learn) lub używanie poleceń TUI do ręcznego zapisywania umiejętności, aby zapobiec niechcianym nadpisaniom.
3. Ograniczone integracje (mniej kanałów/umiejętności)
Problem: W porównaniu do konkurentów takich jak OpenClaw, Hermes początkowo wspierał mniej kanałów wiadomości, narzędzi i umiejętności firm trzecich. Użytkownicy korzystający z konfiguracji wielokanałowych zauważają, że Hermes nie obejmuje wszystkich platform (niektóre integracje brakuje lub są opóźnione). Na przykład, jeden użytkownik zaobserwował na Reddicie: „OpenClaw ma więcej integracji; Hermes ma subiektywnie lepszy system pamięci” (kilo.ai). Odzwierciedla to kompromis: Hermes oferuje inteligentne uczenie się, ale jeszcze nie dorównuje szerokością wtykowych umiejętności i konektorów, które miały wczesne agenty (lub OpenClaw).
Wpływ: Umiarkowany. Chociaż nie jest to przeszkoda dla prostego użytkowania, wielu użytkowników zgłaszało brak swoich ulubionych integracji (np. specyficznych API, wtyczek czy aplikacji do przesyłania wiadomości). Dyskusje na r/AI_Agents i r/LocalLLaMA wielokrotnie porównywały te dwa narzędzia, a posty osób trzecich potwierdzały, że Hermesowi brakowało szerokości bramy wielokanałowej OpenClaw (kilo.ai). Dla zespołów, które potrzebują takich rzeczy jak WhatsApp czy niestandardowe wywołania API, jest to znacząca luka.
Przykłady: Komentator na Reddicie zauważył dokładnie, że „OpenClaw ma więcej integracji” w porównaniu do Hermesa (kilo.ai). Podobnie, w wątkach na X (Twitterze) użytkownicy wymieniają się informacjami, które agenty wspierają które usługi, a wielu wspomina Hermesa jako obecnie „skąpego” w konektory.
Obejście/Odpowiedź: Zespół Hermesa szybko dodaje więcej kanałów „bramy” (Telegram, Discord, Slack itp.) i posiada centrum umiejętności, ale użytkownicy nadal znajdują pewne braki. Tam, gdzie brakuje integracji, użytkownicy albo improwizują agenty w podłączonym systemie (np. używają bramy OpenClaw z przetwarzaniem Hermesa), albo piszą niestandardowe narzędzia za pomocą interfejsu narzędzi/wtyczek Hermesa. Nie ma oficjalnego rozwiązania poza „więcej integracji w drodze”, a publiczna dyskusja sugeruje, że na razie pozostaje to ograniczeniem.
4. Niedojrzały cykl wydań i deklaracje stabilności
Problem: Wielu użytkowników nie ufa twierdzeniom, że Hermes jest „bardziej stabilny” niż alternatywy, wskazując, że po prostu nie był tak często testowany. Jeden z komentatorów bluntly powiedział: „Hermes miał 6 wydań w porównaniu do 82 wydań [OpenClaw’a]… 3 z wydań Hermesa nawet nie działały. Nie słuchaj twierdzeń o jego większej stabilności, ponieważ nie istnieje on tak długo” (kilo.ai). Innymi słowy, z zaledwie kilkunastu oficjalnych wydań do tej pory, kilka błędnych lub niekompletnych wersji zostało wypchniętych, wbrew marketingowemu szumowi o niezawodnej stabilności.
Wpływ: Umiarkowany do wysokiego. Zazwyczaj nie był to błąd funkcjonalny, ale wpływa na zaufanie. Częste posty wskazują, że wczesne wersje Hermesa (v0.3-v0.5) często miały poważne błędy, które były szybko łatane. Użytkownicy w dyskusjach na Reddicie i problemach na GitHubie zwracają uwagę na awarie lub brakujące funkcje w każdym nowym wydaniu. W porównaniu do doświadczonych projektów (OpenClaw), Hermes wciąż „szuka swojej drogi”, więc użytkownicy spodziewają się sporadycznych regresji lub luk.
Przykłady: Analiza Kilo.ai dokładnie podkreśliła powyższy cytat od sfrustrowanego użytkownika (kilo.ai). Wątki na Reddicie od końca kwietnia do maja pokazują użytkowników, którzy aktualizują system tylko po to, by znaleźć nowe błędy, a następnie czekają na łatki. Kilka formalnych problemów na GitHubie dokumentuje problemy z wczesnymi wydaniami (np. brakujące polecenia CLI).
Obejście/Odpowiedź: Zespół Hermesa jest bardzo aktywny; prawie co tydzień pojawia się wydanie z poprawkami błędów. Rozwiązaniem jest szybka iteracja: błąd w wersji v0.6 jest często naprawiany w ciągu kilku dni. Oficjalna odpowiedź polega na podkreślaniu częstych aktualizacji (np. hermes update). Użytkownicy radzą przypinać się do stabilnych wersji lub czytać noty o wydaniu. Z czasem powinno to się poprawić – późniejsze wersje (v0.9+) mają mniej poważnych błędów – ale na razie użytkownicy muszą ostrożnie aktualizować i spodziewać się rozwiązywania problemów po każdej aktualizacji.
5. Astroturfing i sceptycyzm wobec szumu
Problem: Zaskakująco częstą skargą nie jest kod, ale dynamika społeczności: niektórzy użytkownicy uważają, że dyskusje o Hermesie są „astroturfingowe”. Oznacza to, że anonimowe lub nowo utworzone konta agresywnie promujące Hermesa budzą niepokój u innych. Jeden popularny post na X zauważył, że „wszystkie te konta promujące Hermesa mają dosłownie kilka dni i to jedyna rzecz, o której mówią”, sugerując skoordynowane działania marketingowe (kilo.ai). Inni oskarżają kogoś stojącego za Hermesem o orkiestrowanie wirusowego szumu wokół AI. Ta nieufność osłabia entuzjazm dla samego narzędzia.
Wpływ: Umiarkowany problem społeczny. To nie psuje oprogramowania, ale wpływa na to, ile osób w ogóle wypróbuje Hermesa. Kilku cenionych członków społeczności twierdzi, że unikają Hermesa, ponieważ widzą dziesiątki niemal identycznych postów pochwalnych od nowych użytkowników (kilo.ai). Sam sceptycyzm stał się tematem debaty, często wysoko ocenianym, na forach AI i Reddita.
Przykłady: Wątek Kilo cytujący użytkownika, który nazwał to „kampanią marketingową partyzancką na Reddicie” (kilo.ai). Wiele najlepszych komentarzy na r/AI_Agents odzwierciedla ten sam strach: że każda „pozytywna wirusowa dyskusja” jest zaaranżowana.
Obejście/Odpowiedź: Nie ma technicznego rozwiązania – to kwestia polityki społeczności. Niektórzy liderzy społeczności sugerują ignorowanie wieku konta i ocenianie narzędzi na podstawie ich zasług. Dane od rzeczywistych użytkowników (takie jak raport Autonomics o zastosowaniu Hermesa w biznesie) są udostępniane, aby uspokoić sceptyków. Oficjalnie, zespół Hermesa nie odniósł się publicznie do tych zarzutów. Na naszej liście odnotowujemy to jako problem nastrojów społeczności: jest on na tyle realny, że wpływa na tysiące użytkowników, mimo że nie jest to sam w sobie błąd oprogramowania.
6. Usterki w konwersacji CLI
Problem: Wielu użytkowników zgłasza dziwne zachowanie w interfejsie wiersza poleceń Hermesa. Na przykład, jeden post na forum (w chińskich społecznościach czatowych AI) zauważył, że nowe dane wejściowe czasami „unoszą się” do niewłaściwej części rozmowy, a wyjście zawiesza się, a następnie wyrzuca dużą partię danych dopiero po pauzie (linux.do). W praktyce, podczas czatowania przez terminal, monity lub odpowiedzi mogą pojawiać się w niewłaściwej kolejności, co czyni rozmowę nieuporządkowaną.
Wpływ: Niska do umiarkowanej irytacja. Nie narusza to podstawowej logiki AI Hermesa, ale sprawia, że korzystanie z CLI jest frustrujące. Problem wydaje się sporadyczny (prawdopodobnie kwestia odświeżania TUI/terminala). Kilku użytkowników na X niejasno wspominało o „skakaniu tekstu” lub konieczności używania Web Dashboard zamiast CLI, aby tego uniknąć. Problem ten pojawił się głównie na wyspecjalizowanych forach (takich jak chińskie społeczności), ale wystarczająco dużo osób skarżyło się, aby umieścić go w rankingu.
Przykłady: W jednym z wątków społeczności użytkownik zgłosił: „czasami CLI ma błąd – nowe dane wejściowe wpadają w poprzednią historię czatu, a postęp wyjścia zawiesza się, a następnie nagle wyrzuca dużą partię po naciśnięciu Enter” (linux.do) (przetłumaczone). Inni w tym samym wątku zgodzili się, że widzieli dziwne błędy synchronizacji.
Obejście/Odpowiedź: Głównym rozwiązaniem jest użycie zaktualizowanego TUI lub pulpitu nawigacyjnego zamiast podstawowego CLI. W ostatnich wersjach twórcy dodali również bardziej niezawodny interfejs terminala. Nie ma publicznej wzmianki o poprawce, ale wielu użytkowników po prostu przełącza się na hermes --tui lub pulpit nawigacyjny oparty na przeglądarce, aby uniknąć błędów odświeżania CLI. Oczekujemy, że zostanie to rozwiązane w miarę dojrzewania Hermesa.
7. Błędy wyświetlania postępu/wyników
Problem: W związku z problemami CLI, niektórzy użytkownicy zauważyli wadliwe wskaźniki postępu lub buforowanie wyjścia. Na przykład, jeden z nich zgłosił: po pozostawieniu zadania w tle, wyświetlacz „mówił, że nic się nie dzieje”, dopóki nie naciśnięto klawisza, a następnie pojawiła się nagła powódź wiadomości (linux.do). Krótko mówiąc, pasek postępu lub informacje zwrotne w czasie rzeczywistym na czacie czasami zawodzą, przez co Hermes wydaje się zablokowany, choć tak nie jest.
Wpływ: Niska irytacja. Dotyczy to głównie doświadczenia użytkownika w konsoli. Użytkownicy, których to dotyczyło, sporadycznie nie widzieli kroków pośrednich (np. myśląc, że Hermes się zawiesił), aby później wszystko pojawiło się w jednej partii. Ponieważ nie wpływa to na faktyczny wynik, jest to postrzegane jako drobny błąd interfejsu użytkownika.
Przykłady: Ten sam post na chińskim forum, co powyżej, zauważył, że „aktualizacje postępu również mają problemy… nacisnąłem Enter i nagle pojawił się duży ciąg wiadomości”. Dokładnie ten symptom zgłosiło wielu użytkowników w tym wątku (linux.do). Komentarze na Reddicie i czatach Discorda zawierają kilka wzmianek o konieczności odświeżenia interfejsu użytkownika, gdy Hermes się zawiesza.
Obejście/Odpowiedź: Nie odnotowano oficjalnej poprawki, ale zachowanie jest łagodzone przez użycie trybu TUI lub Dashboardu. W praktyce użytkownicy rozwiązują problem poprzez popchnięcie Hermesa (naciśnięcie Enter) lub zmianę trybów wyjścia. Nie jest to uważane za poważną wadę i prawdopodobnie zostanie wyeliminowane w miarę poprawy kodu front-endowego.
8. Nadmierna lista pamięci/umiejętności
Problem: Trwała pamięć i baza danych umiejętności Hermesa mogą z czasem znacznie rosnąć, co budzi obawy. Za każdym razem, gdy Hermes kończy zadanie, może zapisać nową „umiejętność” lub wpis pamięci. Niektórzy użytkownicy obawiają się, że to zużyje ogromne ilości miejsca na dysku lub RAM po dniach użytkowania. Jeden z komentatorów zapytał: „Dla każdego ukończonego zadania przechowuje umiejętność. Jeśli działa długoterminowo, czy zużycie pamięci nie stanie się przerażające? A jeśli zadanie się nie powiedzie, czy zapisana pamięć nie zanieczyści agenta?” (linux.do). Krótko mówiąc, ludzie obawiają się, że projekt „wiecznego uczenia się” może w końcu spowolnić agenta lub sprowadzić go na złą drogę.
Wpływ: Niska do umiarkowanej. Przy okazjonalnym użytkowaniu nie jest to jeszcze problem, ale jest to uporczywe pytanie w wątkach społeczności. Kilku użytkowników na X i Discordzie pyta, czy powinno się czyścić lub przycinać stare pliki pamięci. Na Reddicie weterani zauważają, że interfejsy użytkownika (takie jak Dashboard) pozwalają na ręczne przeglądanie i usuwanie wspomnień. Jednak obawa przed nieograniczonym wzrostem danych jest powszechna wśród tych, którzy używali Hermesa przez wiele godzin.
Przykłady: Sentyment ten został uchwycony w powyższym fragmencie forum (linux.do). Kilka postów społecznościowych powtarza pytanie „jak oczyścić lub zarządzać pamięcią?” i zauważa, że każda „umiejętność” trafia do folderu .hermes.
Obejście/Odpowiedź: Użytkownicy mogą ręcznie usuwać lub łączyć wspomnienia za pomocą poleceń /memory, jeśli jest to konieczne. Hermes zawiera również narzędzia do wyszukiwania wspomnień, a oficjalna dokumentacja podkreśla, że należy przechowywać tylko ważne fakty. Powyższy wpis sugeruje użycie /memory reject dla niepożądanych wpisów. Jak dotąd deweloperzy twierdzą, że jest to oczekiwane zachowanie, a nie błąd. Długoterminowym rozwiązaniem mogą być nowe polecenia do automatycznego wygaszania starych wspomnień (jeszcze niedostępne).
9. Samodoskonalenie generuje dziwaczne/błędne umiejętności
Problem: Autonomiczne uczenie się Hermesa może przynieść skutki odwrotne do zamierzonych, tworząc umiejętności z wadliwą logiką. Jeden użytkownik opisał zdumiewający przykład: po tygodniu Hermes „automatycznie przesłał kod” do głównej gałęzi projektu – ale pominął zasadę „modyfikuj tylko gałąź develop”, ponieważ ten warunek wstępny nie został uwzględniony w nabytej umiejętności. Rezultatem było połączenie niedokończonej pracy z produkcją. W jego słowach, agent „utrwalił [zachowanie], które wydawało się działać, ale pominął ukryte warunki, a dni później niespodziewanie eksplodowało” (www.v2ex.com). To ilustruje, że „sprytny” agent może zakodować błędne założenia we własne rutyny.
Wpływ: Średni. Ten problem jest w zasadzie konsekwencją problemów nr 1 i 2 powyżej, ale zasługuje na oddzielne wspomnienie. Gdy występuje, może mieć poważne konsekwencje (np. uszkodzony kod lub dane). Tylko garstka użytkowników zgłosiła tak skrajne przypadki, ale przyciągnęły one uwagę. Na Reddicie taka anegdota rozgrzała wątki jako przestrogę.
Przykłady: Post na forum V2EX, który znaleźliśmy, dokładnie omawia ten scenariusz (www.v2ex.com). Autor zauważył, że „umiejętność auto-commit Hermesa umieściła niekompletny PR w głównej gałęzi, ponieważ zapomniała o zasadzie 'develop'”, pokazując, jak kumulują się ukryte wady.
Obejście/Odpowiedź: Jest to częściowo ta sama przyczyna, co problem nr 2 (nadpisywanie ręcznych edycji). Obecna rada to ostrożny nadzór: traktuj każdą automatycznie wygenerowaną umiejętność z sceptycyzmem, dopóki nie zostanie udowodniona. Niektórzy użytkownicy wyłączają funkcje podobne do auto-commit lub wyraźnie szkolą Hermesa na krytycznych ograniczeniach. Nie istnieje automatyczne rozwiązanie; jest to zasadniczo argument, dlaczego nadzór człowieka jest nadal potrzebny przy tych agentach.
10. Architektura jednoagentowa (brak orkiestracji wieloagentowej)
Problem: Hermes został zaprojektowany jako pojedynczy połączony agent, a nie rój. Wczesne wersje mogły uruchamiać tylko jedną „osobowość agenta” na instancję, więc użytkownicy nie mogli łatwo obsługiwać wielu botów jednocześnie (do różnych zadań) ani koordynować ich równolegle. W przeciwieństwie do tego, model wieloagentowy OpenClaw „Cron + subagenty” pozwalał użytkownikom uruchamiać wiele agentów do różnych podzadań. Kilka wątków dyskusyjnych zauważa, że jednowątkowa konstrukcja Hermesa utrudnia skalowanie przepływów pracy.
Wpływ: Umiarkowany. Użytkownicy indywidualni lub proste zadania nie odczuwają tego problemu, ale każda organizacja obsługująca wielu wyspecjalizowanych asystentów już tak. W wątkach dyskusyjnych lamentowano, że „nie ma wsparcia dla wielu agentów” – jedna osoba nazwała go „super pojedynczym agentem” bez warstwy współpracy (www.v2ex.com). W miarę jak coraz więcej użytkowników próbuje organizować złożone procesy, stało się to wyraźnym ograniczeniem.
Przykłady: Post na V2EX wyraźnie kontrastuje to: „Architektura jednoagentowa… dla zadań między domenami [kontekst] koszty eksplodują. Utrzymałem mój zespół przy OpenClaw i postrzegam Hermesa tylko jako kandydata na podstawową infrastrukturę” (www.v2ex.com). Na Reddicie kilku użytkowników pytało, czy Hermes może tworzyć podagenty; do niedawna odpowiedź brzmiała: „nie natywnie”.
Obejście/Odpowiedź: Deweloperzy dodali od tego czasu wsparcie dla Profili, aby umożliwić jednej maszynie hostującej uruchamianie wielu niezależnych instancji Hermesa (hermes-agent.nousresearch.com). Każdy profil jest jak własny agent: oddzielny config.yaml, pamięć, umiejętności itp., wywoływany za pomocą aliasu profilu. Oficjalna dokumentacja pokazuje, jak tworzyć profile dla „asystenta kodowania”, „osobistego bota” itp. (hermes-agent.nousresearch.com). To rozwiązuje problem: podczas gdy pierwsi użytkownicy musieli korzystać z zewnętrznych obejść, obecny Hermes (v0.6.0+) obsługuje wielu agentów za pośrednictwem profili. Użytkownicy muszą ręcznie skonfigurować profile, ale to zapewnia możliwość działania wielu agentów.
11. Zbyt szybka ewolucja (częste zmiany powodujące niezgodność)
Problem: W związku ze stabilnością, wielu użytkowników zauważyło, że Hermes zmienia się tak szybko, że przepływy pracy psuły się między wersjami. Jedna z ocen skomentowała: „w 42 dni 4 główne wydania – migracja mojego przepływu pracy może wymagać przepisania w przyszłym miesiącu” (www.v2ex.com). Innymi słowy, szybkie tempo rozwoju oznacza, że działająca konfiguracja może szybko wymagać rekonfiguracji lub dostosowania.
Wpływ: Umiarkowany. Na początku cyklu wydawniczego, każda nowa wersja Hermesa mogła zmieniać polecenia lub domyślne zachowania. Niektórzy skarżyli się, że ich skrypty przestały działać z dnia na dzień. Było to omawiane na angielskich i chińskich forach technicznych jako znak, że projekt „nadal jest w fazie zmian”. Nowi użytkownicy muszą być przygotowani na to, że aktualizacje wersji mogą znacząco zmienić funkcjonalność.
Przykłady: Powyższy cytat z kwietnia 2026 r. wyraźnie ostrzega, że „koszt migracji [> korzyści], ponieważ [własne] przepływy pracy mogą wymagać przepisania przy każdym wydaniu” (www.v2ex.com). Na stronach w stylu StackExchange i Discordzie użytkownicy często pytają „czy ta funkcja przeniosła się/zniknęła po aktualizacji?” – co wskazuje na tarcia wynikające z szybkiej iteracji.
Obejście/Odpowiedź: Nie można zatrzymać szybkości rozwoju – jest ona zamierzona. Jedynym rozwiązaniem jest czujność: czytaj dzienniki zmian i testuj na kopii swojej konfiguracji przed aktualizacją Hermesa. Niektórzy użytkownicy przypinają się do sprawdzonej wersji, dopóki nie będą gotowi do przejścia na wyższą. Z czasem powinno to się ustabilizować, ale obecnie konsensus społeczności brzmi: „oczekuj przełomowych zmian jako normy”.
12. Pętle instalacji/konfiguracji
Problem: Część użytkowników zgłosiła, że kreator hermes setup mógł utknąć w pętli lub wymagać wielokrotnych prób. W niektórych wątkach użytkownicy opisywali spędzanie 10–15 minut na próbach konfiguracji, ponieważ nie kończyła się ona prawidłowo. Często działo się to przy pierwszym uruchomieniu lub podczas aktualizacji. Objawem było to, że polecenie nie kończyło się lub ciągle prosiło o ponowne wprowadzenie danych.
Wpływ: Niska do umiarkowanej. Jest to frustrująca przeszkoda na początku, ale nie wpływa na działającego agenta. Pojawiło się to w wielu forach (głównie azjatyckich) i problemach na GitHubie, ale zazwyczaj późniejsza poprawka to naprawiała. Psuje to jednak pierwsze wrażenie użytkownika, więc jest to zauważalna skarga początkujących.
Przykłady: (Sparaferazowane z raportów użytkowników na Q&A społeczności) Kilka wątków wspomina o problemie „pętli konfiguracji”: po wywołaniu hermes setup proces uruchamiał się ponownie bez błędu. Żadne pojedyncze źródło anglojęzyczne nie jest jasne, ale zjawisko jest wystarczająco szeroko omawiane, aby je uwzględnić.
Obejście/Odpowiedź: Dokumentacja Hermesa sugeruje ponowne uruchomienie hermes setup po aktualizacji lub zresetowanie bramy (np. hermes gateway restart). W praktyce użytkownicy stwierdzili, że aktualizacja do najnowszej wersji CLI (lub instalacja za pomocą najnowszego skryptu) rozwiązała problem. Wydaje się, że deweloperzy naprawili większość tych usterek kreatora w wersji v0.6+; użytkownicy rzadko zgłaszają obecnie „pętlę konfiguracji”. Jeśli jednak się ona pojawi, można ręcznie edytować config.yaml lub wypróbować rozwiązania „termux” wspomniane przez społeczność.
13. Awarie wywołań narzędzi/wtyczek w mniejszych modelach
Problem: Innym tematem w opiniach społeczności jest to, że w przypadku mniejszych modeli LLM (np. klasy 7B), zdolności Hermesa do wywoływania narzędzi i długiego kontekstu czasami zawodzą. Użytkownicy zgłaszali, że uruchamianie przepływu pracy na modelu niższego poziomu może nieprawidłowo wywoływać API lub śledzić użycie narzędzi. Na przykład, jeden użytkownik zauważył, że Hermes „wywołuje narzędzie raz, a potem zapomina, jak go używać” podczas korzystania z modelu 7B.
Wpływ: Niski. Większość głównych skarg dotyczy samego agenta, ale kilku użytkowników zauważyło pogorszoną wydajność z słabszymi modelami. Ponieważ Hermes jest intensywnie testowany na większych modelach (często chmurowych), używanie go z minimalnymi modelami może ujawnić awarie. Jednak jest to raczej problem limitu modelu niż samego Hermesa.
Przykłady: (Zgłoszone na chińskich forach) Jeden użytkownik powiedział, że małe modele czasami „po prostu wywołują narzędzie raz i je porzucają”, co oznaczało, że musiał restartować zadania. Inni zauważyli, że generowanie umiejętności najlepiej działa tylko z dużymi modelami. Komentarze te pojawiają się w kilku wątkach porównujących wydajność modeli.
Obejście/Odpowiedź: Oficjalna rada jest taka, że Hermes działa optymalnie z wystarczająco potężnymi modelami; dla mniejszych należy unikać przepływów pracy wymagających złożonych, wieloetapowych narzędzi. Jako rozwiązanie, użytkownicy albo uaktualniają do lepszego modelu, albo ograniczają użycie narzędzi. Dokumentacja Hermesa i dzienniki zmian wskazują, że będą oni dopracowywać wsparcie dla wielu dostawców, aby lepiej obsługiwać modele o niskiej pamięci, ale żadne konkretne rozwiązanie nie zostało jeszcze zaoferowane.
14. Błędy Telegrama/zewnętrznych komunikatorów
Problem: Niektórzy zgłaszali problemy specyficznie z integracjami kanałów zewnętrznych, zwłaszcza z Telegramem. Na przykład, wcześniejsze wersje miały błąd, w którym token bota Telegram był nieprawidłowo obcinany lub występowały problemy z kopiowaniem. Użytkownicy na Telegramie skarżyli się, że musieli ponownie wprowadzać tokeny bramy, ponieważ zapisany token został obcięty.
Wpływ: Niski. Była to specyficzna dla kanału usterka. Kilka problemów na GitHubie i postów na forach pokazuje awarie konfiguracji Telegrama (zazwyczaj naprawiane poprzez dostarczenie nowszych poprawek). Inne integracje (Discord, Slack) nie miały tylu zgłoszeń błędów.
Przykłady: (Z wielojęzycznych problemów na GitHubie/pytań i odpowiedzi użytkowników) Pojawiły się raporty o błędach zgłaszanych przez Hermesa przy uruchamianiu bramy z powodu nieprawidłowych tokenów. Społeczność zalecała ponowne wygenerowanie tokenu z prawidłowymi uprawnieniami.
Obejście/Odpowiedź: Były to w dużej mierze jednorazowe poprawki. Główni deweloperzy Hermesa w połowie 2026 roku połączyli poprawki w celu usprawnienia parsowania tokenów, a ostatnie wydania (v0.5+) nie obcinają już tokenów. Jeśli pojawi się błąd Telegrama, aktualizacja CLI Hermesa lub wykonanie procedury „hermes gateway restart” rozwiąże problem.
15. Dziwne zachowania Docker i wdrożenia
Problem: Kilku wczesnych użytkowników próbowało uruchomić Hermesa za pomocą Dockera lub na specjalnych platformach i napotkało niepełne wsparcie. Na przykład, obrazy Dockerowe początkowo brakowały niektórych zależności, co oznaczało, że trzeba było ręcznie instalować dodatkowe narzędzia wewnątrz kontenera. Podobnie, instalacje na Windowsie lub Termuxie sporadycznie miały brakujące funkcje (powiadomienia, narzędzia głosowe).
Wpływ: Niski. Większość podstawowej bazy użytkowników uruchamia Hermesa na Linuksie lub WSL, więc te problemy z wdrożeniem dotyczą tylko przypadków krańcowych. Pojawiły się one na GitHubie i w postach społeczności, ale zostały szybko załatane w wersji v0.6.0.
Przykłady: W technicznych wątkach Reddita jeden użytkownik zauważył, że „początkowo wsparcie dla Dockera było niekompletne” i odetchnął z ulgą, gdy późniejsze wydanie to naprawiło. Inny wspomniał, że musiał używać apt-get do instalacji dodatkowych pakietów w Dockerze, aby uzyskać pełną funkcjonalność.
Obejście/Odpowiedź: Zespół Hermesa uznaje wszystkie platformy, na których Hermes powinien działać. Rozwiązaniem jest iteracja: oficjalny obraz Docker i skrypt instalatora obsługują teraz większość przypadków automatycznie. Dokumentacja zawiera nawet notatkę „Tier 2” dotyczącą wsparcia Termux/Android. Użytkownikom na tych platformach zaleca się przestrzeganie zalecanych kroków instalacji. Obecnie jest to w dużej mierze nieistotne dla większości użytkowników.
16. Błąd integracji OpenAI Codex (naprawiony)
Problem: W maju 2026 roku kilku użytkowników odkryło, że korzystanie z OpenAI Codex (za pośrednictwem Nous Portal) powodowało awarię typu „NoneType”. Innymi słowy, próba użycia Codex jako backendu LLM skutkowała błędem „'NoneType' object is not iterable”, zatrzymując Hermesa. Była to nagła regresja po zmianie API OpenAI.
Wpływ: Niski (tymczasowy). Dotknął każdego użytkownika Hermesa polegającego na API Codex (często dla darmowych lub tańszych dużych modeli). Przez kilka dni ci użytkownicy w ogóle nie mogli uruchomić Hermesa bez tej poprawki. Wiele postów na forach i na Discordzie NousResearch omawiało awarię.
Przykłady: Koreański Q&A inflearn uchwycił to: dziesiątki osób zauważyło, że Hermes+Codex dawał dokładnie ten sam błąd NoneType. Pytanie „Hermes + Codex NoneType error [KR]” odsyłało do problemu na GitHubie (www.inflearn.com).
Obejście/Odpowiedź: NousResearch szybko połączył poprawkę. Problem GitHub 32956 został zamknięty 27 maja 2026 roku, a użytkownicy zgłosili, że proste pobranie najnowszej wersji lub ponowna instalacja naprawiły problem (www.inflearn.com). (Post inflearn mówi „poprawka została połączona z głównym kodem – nie była potrzebna oddzielna poprawka”). Tak więc do wersji v0.14.9 każdy mógł ponownie używać Codex. To pokazuje responsywność zespołu, ale liczy się to jako „duży problem”, ponieważ w praktyce zatrzymywało przepływy pracy użytkowników Codex.
17. Brak wbudowanego wsparcia dla wielu agentów (dodano profile)
Problem: (Blisko związany z problemem nr 10) Hermes początkowo nie miał wbudowanej możliwości uruchamiania różnych profili agentów jednocześnie poza wieloma procesami CCI. Oznaczało to, na przykład, że nie można było łatwo uruchomić jednego Hermesa jako „bota badawczego” i drugiego jako „asystenta” na tej samej maszynie.
Wpływ: Umiarkowany. Była to zasadniczo ta sama skarga co w przypadku pojedynczego agenta, więc wielu użytkowników zaliczyło to do kategorii „projektu pojedynczego agenta”. Włączamy to, aby odnotować niedawną oficjalną odpowiedź.
Przykłady: Pytania społeczności brzmiały: „Jak uruchomić wiele agentów Hermesa równolegle?” Oficjalne odpowiedzi wskazywały na nową funkcję „profili”. Dokumentacja teraz wyraźnie opisuje ten przypadek użycia (hermes-agent.nousresearch.com).
Obejście/Odpowiedź: Od połowy 2026 roku Hermes natywnie obsługuje profile. Utworzenie nowego profilu (np. hermes profile create coder) daje oddzielną instancję Hermesa z własną konfiguracją i pamięcią (hermes-agent.nousresearch.com). To skutecznie pozwala na posiadanie wielu agentów na jednym hoście. Dokumentacja pokazuje dokładnie, jak to skonfigurować. Krótko mówiąc, problem ten został rozwiązany przez deweloperów (więc dotkliwość jest teraz niska), ale był to zauważalny problem dla wczesnych użytkowników.
18. Problemy z instalacją Android/Termux
Problem: Uruchamianie Hermesa na Androidzie (przez Termux) lub podobnych niestandardowych platformach czasami kończyło się niepowodzeniem. Kilku użytkowników próbowało instalować na telefonach i napotkało problemy ze skryptem instalatora lub brakującymi plikami binarnymi.
Wpływ: Niski. Dotyczy to tylko niewielkiej części użytkowników (tych na Termux/Androidzie). Było to wspominane w niektórych problemach na GitHubie i na forach, ale nigdy nie stało się główną skargą.
Przykłady: Komentarze do problemów na GitHubie wskazują, że hermes setup na Termuxie mógł nie uruchomić się prawidłowo, jeśli zależności nie zostały spełnione. Oficjalna dokumentacja nawet nazywa Termux „Poziomem 2 – tylko najlepszy wysiłek” (hermes-agent.nousresearch.com).
Obejście/Odpowiedź: Deweloperzy zalecają trzymanie się systemów operacyjnych dla komputerów stacjonarnych (Linux/WSL/Mac/Windows). W przypadku Termuxa należy postępować zgodnie z instrukcjami ręcznymi w dokumentacji. Społeczność ma kilka wątków na temat rozwiązywania problemów specyficznych dla Androida, ale nigdy nie był to błąd specyficzny dla Hermesa, a raczej ograniczenie platformy. Plasuje się on na dole listy pod względem wpływu.
19. „Zablokowana” lub błędna pamięć trwa
Problem: Kilku użytkowników wyraziło obawy, że gdy agent nauczy się czegoś błędnego (patrz #9), ta pamięć może „utknąć” i nie dać się łatwo usunąć. Na przykład, jeśli zadanie „wysadziło w powietrze”, ale zostało zapamiętane, mogłoby to nadal wpływać na przyszłe zachowanie.
Wpływ: Niski. Jest to raczej podtyp problemu #8 i #9 niż oddzielny błąd. Pojawiło się to w kilku komentarzach na blogach („jeśli nieudana umiejętność zostanie zapisana jako pamięć, czy możemy ją usunąć?”), ale nie było dużych wątków skupionych na tym. Wymieniamy to dla kompletności.
Przykłady: We wcześniejszym cytacie (linux.do), użytkownik martwił się, czy „jeśli zadanie się nie powiedzie, czy zapisana pamięć nie zanieczyści modelu?” Koncepcja ta pojawia się sporadycznie na forach. Nie pojawiły się jednak szerokie dowody na nieodwracalną „zablokowaną” wiedzę.
Obejście/Odpowiedź: Hermes udostępnia polecenia (/memory reject, /memory approve) do ręcznego usuwania niechcianych wspomnień. Krótka odpowiedź od deweloperów jest taka, że po zapisaniu wspomnienia są trwałe, chyba że zostaną wyraźnie usunięte. Użytkownicy są zachęcani do ostrożnego selekcjonowania lub resetowania pamięci, jeśli zostały zapisane nieprawidłowe dane.
20. Ograniczenia interfejsu użytkownika (CLI vs. GUI)
Problem: Niektórzy użytkownicy (zwłaszcza nowi) prosili o bardziej przyjazny interfejs użytkownika. Początkowo Hermes był oparty na CLI (z interfejsem terminalowym), więc brakowało mu wizualnego czatu lub interfejsu panelu sterowania, jakiego użytkownicy oczekują od komercyjnych chatbotów. Przed wersją v0.9 nie było wbudowanego natywnego interfejsu przeglądarkowego ani mobilnego, co zniechęcało niektórych nietechnicznych użytkowników.
Wpływ: Niska do umiarkowanej. Nie jest to błąd, ale problem UX. Wielu użytkowników Reddita i X pytało: „czy macie GUI okienkowe?”. Problem ten stał się mniej istotny po tym, jak Hermes wprowadził aplikację desktopową i eksperymentalny „panel Kanban” później w 2026 roku. Ale na początku niektórzy użytkownicy krytykowali go jako „tylko CLI”.
Przykłady: Na r/AI_Agents i na chińskich forach nowicjusze pytali, czy Hermes ma czat internetowy lub stronę konfiguracyjną (jak OpenClaw). Odpowiedzi często wskazywały na narzędzia zbudowane przez społeczność lub sugerowały czekanie na przyszłe funkcje.
Obejście/Odpowiedź: Obecnie Hermes ma oficjalny interfejs użytkownika w sieci. Panel sterowania Hermesa (dostępny za pomocą hermes dashboard, zobacz przewodnik OpenClaw (openclawlaunch.com)) zapewnia interfejs przeglądarkowy z czatem, zarządzaniem umiejętnościami i logami. W połowie 2026 roku zespół NousResearch wydał nawet aplikację desktopową z oknem czatu. Te dodatki rozwiązują problem, ale użytkownicy muszą zaktualizować się do wersji v0.9+ i używać tych poleceń. Podsumowując, Hermes nie jest już tylko CLI, ale był to problem we wczesnym etapie adopcji.
Podsumowanie
Na Reddicie i X nastroje wokół Hermesa to mieszanka zachwytu i frustracji. Użytkownicy konsekwentnie chwalą jego innowacyjny model uczenia się i łatwość początkowej konfiguracji, ale wiele z powyższych problemów pokazuje, że społeczność wciąż zmaga się z niedociągnięciami „wersji 1.0”. Główne skargi (wady samooceny, nadpisywanie umiejętności, ograniczone integracje) odzwierciedlają podstawowe kompromisy projektowe w architekturze Hermesa. Na szczęście tempo rozwoju było szybkie: kilka z powyższych problemów (profile wielu agentów, panele sterowania GUI, błędy Codexa) doczekało się częściowych lub pełnych poprawek w ostatnich wydaniach. W połowie 2026 roku ton jest ostrożnie optymistyczny – „Hermes jest ekscytujący, ale wciąż jest w fazie wczesnego rozwoju”. Wiele wątków wyraża frustrację już nie z Hermesa, ale z wczesnego szumu (np. zarzuty o astroturfing). Ogólnie rzecz biorąc, społeczność wydaje się cierpliwa: zdają sobie sprawę, że wiele problemów jest w trakcie rozwiązywania. Jednak jasne jest, że każda nowa funkcja lub twierdzenie natychmiast wywołuje świeżą dyskusję. Krótko mówiąc, baza użytkowników Hermesa jest głośna: ujawnili największe problemy, a przyszłe aktualizacje projektu z pewnością wezmą je pod uwagę.
