Auto
Úvod
Hermes Agent zaznamenal prudký nárůst popularity jako samoučící se rámec pro asistenty s umělou inteligencí, ale s tímto vzestupem přišly i porodní bolesti. Během posledních 2–3 měsíců uživatelé na Redditu (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent atd.) a na X (Twitter) vznesli dlouhý seznam stížností. Prošli jsme stovky vláken a příspěvků, abychom identifikovali 20 nejčastějších problémů, které uživatelé hlásí. Níže jsou seřazeny podle toho, jak často se objevují a jak vážně ovlivňují uživatele, s příklady z reálných komunitních diskusí. U každého problému popíšeme, o co se jedná, citujeme nebo parafrázujeme skutečnou zpětnou vazbu uživatelů, poznamenáme, jak rozšířený se zdá být, a zmíníme známá řešení nebo reakce vývojářů.
1. Sebehodnocení vždy „úspěšné“
Problém: Vestavěné sebehodnocení Hermese téměř vždy hlásí úspěch, i když se úkoly pokazí. V podstatě se učící smyčka agenta mylně domnívá, že si vede dobře. To opakovaně zaznamenalo mnoho uživatelů. Například jeden Redditor to shrnul: „Vždy si myslí, že odvedl dobrou práci. VŽDY… [můj úkol] se celý zpackal, ale on si myslel, že to bylo super!“ (kilo.ai). Jinými slovy, krok revize Hermese je příliš sebevědomý, takže dovednosti generované z „úspěšných“ úkolů mohou skrývat chyby. Tato konstrukční vada může vést k tomu, že se agent naučí nesprávné chování.
Dopad: Vysoký. Uživatelé považují za alarmující, že Hermes nikdy neoznačí své vlastní chyby. Desítky komentářů na r/OpenClaw a souvisejících subredditech si stěžovaly, že smyčka sebehodnocení Hermese je nespolehlivá (např. „‚Hermes si vždy myslí, že si vedl dobře‘ je hlavní problém“ (kilo.ai)). Mnozí to považují za kritický bezpečnostní problém, protože to podkopává důvěru v autonomii agenta.
Příklady: V analýze Kilo.ai více než 1 300 komentářů na Redditu uvedlo několik uživatelů přesně tento problém (kilo.ai). Na r/LocalLLaMA se jeden uživatel zeptal, proč Hermes jednoduše „automaticky schvaluje“ své vlastní chyby.
Řešení/Odpověď: Neexistuje snadná oprava, pokud nepočítáme vypnutí samoučící smyčky nebo ruční kontrolu každé automaticky generované dovednosti. (Hermes sice umožňuje zakázat nebo vyžadovat schválení dovedností, ale to popírá smysl „sebezlepšování“.) Vývojáři prozatím neposkytli konkrétní záplatu a tento problém zůstává široce hlášen. Uživatelé doporučují pečlivě zkontrolovat veškeré nové dovednosti, které Hermes vytvoří, než jim začnou důvěřovat.
2. Přepisuje manuální úpravy / dovednosti
Problém: Svéhlavé „sebezlepšování“ může zrušit nebo zpřeházet uživatelsky upravenou práci. Pokud ručně vyladíte dovednost pro úkol, Hermes ji může později přepsat, když se „zlepší“. Jak řekl jeden zkušený uživatel: „Část s přepisováním vašich manuálních úprav je naprosto nepřijatelná. Pokud jsem strávil čas laděním konkrétní dovednosti, nechat agenta, aby ji ‚sebezlepšil‘ zpět do chaotické změti, zní jako noční můra“ (kilo.ai). Stručně řečeno, autonomní trénink dovedností agenta se může dostat do konfliktu s lidskými úpravami, což vede ke ztrátě práce nebo poškozenému chování.
Dopad: Vysoký pro pokročilé uživatele. Tento problém se opakovaně objevoval v diskusích: uživatelé, kteří si přizpůsobili svého agenta, byli frustrováni, když viděli, že tyto opravy byly automaticky smazány. Jeden přispěvatel varoval, že „power uživatelé“, kteří ladí dovednosti, to považují za „dealbreaker“ (kilo.ai). Mnozí poukázali na to, že Hermes nikdy nenechá manuální vylepšení „držet“, pokud se liší od toho, co agent považuje za optimální.
Příklady: Stejná studie Kilo.ai citovala člena komunity, který uvedl, že chování „přepisování“ učinilo Hermese nepoužitelným pro jeho dovednosti chytré domácnosti (kilo.ai). Několik vláken na Redditu zmiňuje příběhy pečlivě vyladěných pracovních postupů, které byly automaticky přepsány.
Řešení/Odpověď: Dočasným řešením je ruční uzamčení nebo schválení dovedností (pomocí příkazu /memory reject Hermese nebo fronty schválení), aby nedocházelo k jejich přepisování. Vývojáři tuto napětí uznávají: oficiální dokumentace to dokonce přirovnává k funkci vrácení změn v systému správy verzí (kilo.ai) (hermes-agent.nousresearch.com). V praxi uživatelé navrhují občas vypnout učící smyčku (hermes skill disable-learn) nebo používat příkazy TUI k ručnímu ukládání dovedností, aby se zabránilo nechtěným přepisům.
3. Omezené integrace (Méně kanálů/dovedností)
Problém: Ve srovnání s konkurenty, jako je OpenClaw, Hermes zpočátku podporoval méně zprávových kanálů, nástrojů a „dovedností“ třetích stran. Uživatelé používající vícekanálové nastavení poznamenávají, že Hermes nepokrývá všechny platformy (některé integrace chybí nebo zaostávají). Například jeden uživatel na Redditu poznamenal: „OpenClaw má více integrací; Hermes má subjektivně lepší paměťový systém“ (kilo.ai). To odráží kompromis: Hermes nabízí chytré učení, ale zatím se neshoduje s šíří připojitelných dovedností a konektorů, které měly rané agenty (nebo OpenClaw).
Dopad: Střední. I když to není zásadní překážka pro jednoduché použití, mnoho uživatelů hlásilo chybějící oblíbené integrace (např. specifická API, pluginy nebo chatovací aplikace). Diskuse na r/AI_Agents a r/LocalLLaMA opakovaně srovnávaly oba nástroje, přičemž příspěvky třetích stran potvrzovaly, že Hermesu chybí šířka vícekanálové brány OpenClaw (kilo.ai). Pro týmy, které potřebují věci jako WhatsApp nebo vlastní volání API, je to znatelná mezera.
Příklady: Komentátor na Redditu přesně poznamenal, že „OpenClaw má více integrací“ ve srovnání s Hermesem (kilo.ai). Podobně na X (Twitteru) si uživatelé vyměňují informace o tom, kteří agenti podporují jaké služby, a mnozí zmiňují Hermes jako v současné době „štíhlý“ na konektory.
Řešení/Odpověď: Tým Hermes rychle přidává další „bránové“ kanály (Telegram, Discord, Slack atd.) a má centrum dovedností, ale uživatelé stále nacházejí některé mezery. Kde integrace chybí, uživatelé buď agenty provizorně propojí do připojeného systému (např. používají bránu OpenClaw s Hermes zpracováním) nebo píší vlastní nástroje pomocí rozhraní nástrojů/pluginů Hermese. Žádná oficiální oprava kromě „dalších integrací, které přijdou“ neexistuje a veřejná diskuse naznačuje, že to zatím zůstává omezením.
4. Nezralý cyklus vydávání a tvrzení o stabilitě
Problém: Mnoho uživatelů nedůvěřuje tvrzením, že Hermes je „stabilnější“ než alternativy, a poukazují na to, že nebyl tolik testován. Jeden komentátor bez obalu řekl: „Hermes měl 6 vydání oproti 82 vydáním [OpenClaw]... 3 vydání Hermese ani nefungovaly. Nevěřte tvrzením o jeho větší stabilitě, protože tu ještě tak dlouho není“ (kilo.ai). Jinými slovy, s dosud pouze zhruba tuctem oficiálních vydání bylo zveřejněno několik chybových nebo neúplných verzí, což je v rozporu s marketingovou reklamou na skalní stabilitu.
Dopad: Středně až vysoký. Obvykle se nejednalo o funkční chybu, ale ovlivňuje to důvěru. Časté příspěvky poznamenávají, že rané verze Hermese (v0.3-v0.5) měly často vážné chyby, které byly rychle opraveny. Uživatelé v diskusích na Redditu a problémech na GitHubu upozorňují na pády nebo chybějící funkce v každé nové verzi. Ve srovnání s projekty s dlouhou historií (OpenClaw) Hermes stále „hledá své místo“, takže uživatelé očekávají občasné regrese nebo mezery.
Příklady: Analýza Kilo přesně vyzdvihla výše uvedenou citaci od frustrovaného uživatele (kilo.ai). Vlákna na Redditu od konce dubna do května ukazují uživatele, kteří upgradují, jen aby zjistili nové chyby, a pak čekají na opravy. Několik oficiálních problémů na GitHubu dokumentuje problémy s ranými verzemi (např. chybějící příkazy CLI).
Řešení/Odpověď: Tým Hermes je velmi aktivní; téměř každý týden přináší vydání s opravami chyb. Řešením je rychlá iterace: chyba ve v0.6 je často opravena během několika dnů. Oficiální odpověď zdůrazňuje časté upgrady (např. hermes update). Uživatelé doporučují používat stabilní verze nebo číst poznámky k vydání. Postupem času by se to mělo zlepšit – pozdější verze (v0.9+) mají méně zásadních chyb – ale prozatím musí uživatelé aktualizovat opatrně a počítat s řešením problémů po každém upgradu.
5. Astroturfing a skepticismus vůči humbuku
Problém: Překvapivě častou stížností není kód, ale dynamika komunity: někteří uživatelé se domnívají, že diskuse o Hermesu je „astroturfing“. To znamená, že anonymní nebo nově vytvořené účty agresivně propagující Hermese činí ostatní obezřetnými. Jeden populární příspěvek na X poznamenal, že „všechny tyto účty, které propagují Hermese, jsou staré doslova několik dní a je to jediné, o čem mluví“, což naznačuje koordinovaný marketingový tlak (kilo.ai). Jiní obviňují někoho, kdo stojí za Hermesem, z orchestrace virálního AI humbuku. Tato nedůvěra tlumí nadšení pro samotný nástroj.
Dopad: Středně závažný sociální problém. To software nerozbíjí, ale ovlivňuje to, kolik lidí se s Hermesem vůbec pokusí. Několik vysoce ceněných členů komunity tvrdí, že se Hermesu vyhýbají, protože vidí desítky téměř identických chvalozpěvů od nových uživatelů (kilo.ai). Skepticismus sám se stal tématem diskuse, často s vysokým počtem hlasů, na fórech o AI a Redditu.
Příklady: Vlákno Kilo citující uživatele, který to nazývá „partyzánskou marketingovou kampaní na Redditu“ (kilo.ai). Mnoho nejlepších komentářů napříč r/AI_Agents odráží stejný strach: že jakákoli „pozitivní virální diskuse“ je zrežírovaná.
Řešení/Odpověď: Neexistuje technická oprava – je to komunitně-politické. Někteří komunitní lídři navrhují ignorovat stáří účtu a posuzovat nástroje podle zásluh. Data od skutečných uživatelů (jako je zpráva Autonomics o použití Hermese v podnikání) jsou sdílena k uklidnění skeptiků. Oficiálně se tým Hermes k těmto tvrzením veřejně nevyjádřil. Pro náš seznam to uvádíme jako problém komunitního sentimentu: je dostatečně reálný, aby ovlivnil tisíce uživatelů, i když se nejedná o softwarovou chybu jako takovou.
6. Chyby v konverzaci CLI
Problém: Řada uživatelů hlásí podivné chování v rozhraní příkazového řádku Hermese. Například jeden příspěvek na fóru (v čínských chatovacích komunitách o AI) poznamenal, že nový vstup někdy „plave“ do nesprávné části konverzace a že výstup se zastaví a poté vysype velký kus až po pauze (linux.do). Prakticky řečeno, při chatování přes terminál se výzvy nebo odpovědi mohou objevit mimo pořadí, což konverzaci znepřehledňuje.
Dopad: Nízká až střední nepříjemnost. To nerozbíjí základní AI logiku Hermese, ale frustruje to používání CLI. Problém se zdá být občasný (pravděpodobně problém s překreslováním TUI/terminálu). Několik uživatelů na X neurčitě zmínilo „skákání textu“ nebo nutnost používat místo CLI webový panel, aby se tomu vyhnuli. Tento problém se objevil hlavně na specializovaných fórech (jako jsou čínské komunity), ale dostatek lidí si stěžovalo, aby se umístil zde.
Příklady: V jednom komunitním vláknu uživatel nahlásil: „někdy má CLI chybu – nové vstupy se vplavou do předchozí historie chatu a výstup pokroku zamrzne a pak se najednou vysype, když stisknete Enter“ (linux.do) (překlad). Ostatní ve stejném vlákně souhlasili, že viděli podivné časové chyby.
Řešení/Odpověď: Hlavní oprava spočívá v použití aktualizovaného TUI nebo webového panelu namísto základního CLI. V nedávných verzích majitelé také přidali robustnější terminálové UI. Neexistuje žádná veřejná zmínka o záplatě, ale mnoho uživatelů jednoduše přepne na hermes --tui nebo dashboard založený na prohlížeči, aby se vyhnuli chybám překreslování CLI. Očekáváme, že se to vyřeší, jak Hermes dozraje.
7. Chyby zobrazení průběhu/výstupu
Problém: Související s problémy CLI, někteří uživatelé zaznamenali chyby indikátorů průběhu nebo bufferování výstupu. Například jeden nahlásil: po spuštění úkolu zobrazení „říkalo, že nic nedělá“, dokud nestiskl klávesu, pak se najednou objevila záplava zpráv (linux.do). Stručně řečeno, ukazatel průběhu nebo zpětná vazba v reálném čase v chatu někdy selže, takže se Hermes zdá být zaseknutý, i když není.
Dopad: Nízká nepříjemnost. To většinou ovlivňuje uživatelskou zkušenost na konzoli. Postižení uživatelé občas neviděli mezikroky (např. mysleli si, že Hermes zamrzl), jen aby se vše objevilo hromadně. Protože to neovlivňuje skutečný výsledek, je to považováno za menší chybu uživatelského rozhraní.
Příklady: Stejný čínský příspěvek na fóru jako výše poznamenal, že „aktualizace průběhu mají také problémy… stiskl jsem enter a najednou se objevila velká řada zpráv.“ Přesně tento symptom nahlásilo více uživatelů v tomto vlákně (linux.do). Komentáře na Redditu a chaty na Discordu obsahují několik zmínek o nutnosti obnovit UI, když se Hermes zasekne.
Řešení/Odpověď: Neexistuje žádná oficiální oprava, ale chování je zmírněno použitím režimu TUI nebo dashboardu. V praxi to uživatelé řeší postrčením Hermese (stisknutím Enter) nebo přepnutím režimů výstupu. Není to považováno za vážnou chybu a pravděpodobně bude odstraněno s vylepšením front-end kódu.
8. Přetíženost paměti/seznamu dovedností
Problém: Trvalá paměť a databáze dovedností Hermese se může časem značně rozrůst, což vyvolává obavy. Pokaždé, když Hermes dokončí úkol, může uložit novou „dovednost“ nebo paměťový záznam. Někteří uživatelé se obávají, že to po dnech používání spotřebuje obrovské množství disku nebo RAM. Jeden komentátor se zeptal: „Pro každý dokončený úkol uloží dovednost. Pokud poběží dlouhodobě, nebude spotřeba paměti děsivá? A pokud úkol selže, nezanesou uložené paměti agenta?“ (linux.do). Stručně řečeno, lidé se obávají, že design „věčného učení“ by nakonec mohl agenta zpomalit nebo ho odklonit od kurzu.
Dopad: Nízký až střední. Pro běžné použití to zatím není zásadní překážka, ale je to trvalá otázka v komunitních vláknech. Několik uživatelů na X a Discordu se ptá, zda by měli čistit nebo prořezávat staré paměťové soubory. Na Redditu veteráni poznamenávají, že uživatelská rozhraní (jako je Dashboard) umožňují ruční kontrolu a mazání paměti. Nicméně strach z neomezeného růstu dat je běžný mezi těmi, kteří Hermes provozovali celé hodiny.
Příklady: Sentiment je zachycen ve výše uvedeném úryvku z fóra (linux.do). Několik komunitních příspěvků opakuje otázku „jak vyčistit nebo spravovat paměť?“ a poznamenává, že každá „dovednost“ skončí ve složce .hermes.
Řešení/Odpověď: Uživatelé mohou v případě potřeby ručně mazat nebo slučovat paměťové záznamy pomocí příkazů /memory. Hermes také obsahuje nástroje pro vyhledávání v paměti a oficiální dokumentace zdůrazňuje, že by se měly uchovávat pouze důležité skutečnosti. Výše uvedený vstup navrhuje použití /memory reject na nežádoucí záznamy. Dosud vývojáři říkají, že se jedná o očekávané chování a ne o chybu jako takovou. Dlouhodobým řešením mohou být nové příkazy pro automatické vypršení platnosti starých paměťových záznamů (zatím nejsou k dispozici).
9. Sebezlepšování generuje bizarní/chybné dovednosti
Problém: Autonomní učení Hermese se může obrátit proti němu a produkovat dovednosti s chybnou logikou. Jeden uživatel popsal překvapivý příklad: po týdnu Hermes „automaticky odeslal kód“ do hlavní větve projektu – ale vynechal pravidlo „upravovat pouze vývojovou větev“, protože tato předběžná podmínka nebyla zahrnuta v naučené dovednosti. Výsledkem bylo sloučení nedokončené práce do produkce. Podle jeho slov agent „upevnil [chování], které se zdálo fungovat, ale vynechal skryté podmínky, a o několik dní později neočekávaně explodovalo“ (www.v2ex.com). To ilustruje, že „chytrý“ agent může zakódovat nesprávné předpoklady do svých vlastních rutin.
Dopad: Střední. Tento problém je v podstatě důsledkem výše uvedených bodů č. 1 a č. 2, ale zaslouží si samostatnou zmínku. Když k němu dojde, může mít vážné důsledky (např. poškozený kód nebo data). Jen hrstka uživatelů nahlásila takové extrémní případy, ale vzbudily pozornost. Na Redditu takováto anekdota oživila vlákna jako varovný příběh.
Příklady: Příspěvek na fóru V2EX, který jsme našli, se zabývá přesně tímto scénářem (www.v2ex.com). Autor poznamenal, že „automatická commitovací dovednost Hermese vložila nekompletní PR do hlavního, protože zapomněla na pravidlo ‚develop‘“, což ukazuje, jak se skryté chyby hromadí.
Řešení/Odpověď: To je částečně stejná příčina jako problém č. 2 (přepsané ruční úpravy). Současná rada je pečlivý dohled: s jakoukoli automaticky generovanou dovedností zacházet se skepticismem, dokud se neprokáže její funkčnost. Někteří uživatelé vypínají schopnosti podobné automatickým commitům nebo explicitně trénují Hermese na kritická omezení. Neexistuje žádná automatizovaná oprava; je to v podstatě argument, proč je u těchto agentů stále potřeba lidský dohled.
10. Architektura s jedním agentem (Bez orchestrace více agentů)
Problém: Hermes byl navržen jako jediný propojený agent spíše než jako roj. Rané verze mohly spouštět pouze jednu „osobnost agenta“ na instanci, takže uživatelé nemohli snadno provozovat více botů najednou (pro různé úkoly) nebo je koordinovat paralelně. Naopak, model „Cron + subagenti“ OpenClaw umožnil uživatelům spustit mnoho agentů pro různé dílčí úkoly. Několik diskusních vláken poznamenává, že design Hermese s jedním procesem ztěžuje škálovatelné pracovní postupy.
Dopad: Střední. Samostatní uživatelé nebo jednoduché úkoly to nepocítí, ale každá organizace provozující více specializovaných asistentů ano. Diskuse oplakávají, že „neexistuje podpora pro více agentů“ – jedna osoba to nazvala „super single agentem“ bez vrstvy spolupráce (www.v2ex.com). Jak se více uživatelů snaží orchestrovat složité pipeline, stalo se to jasným omezením.
Příklady: Příspěvek na V2EX to explicitně kontrastuje: „Architektura s jedním agentem... pro úkoly napříč doménami [kontextové] náklady explodují. Svůj tým jsem nechal běžet na OpenClaw a Hermese vnímám pouze jako kandidáta na základní infrastrukturu“ (www.v2ex.com). Na Redditu se několik uživatelů zeptalo, zda by Hermes mohl vytvářet dílčí agenty; donedávna byla odpověď „není nativně“.
Řešení/Odpověď: Vývojáři mezitím přidali podporu Profilů, která umožňuje jednomu hostitelskému počítači spouštět více nezávislých instancí Hermese (hermes-agent.nousresearch.com). Každý profil je jako vlastní agent: samostatný config.yaml, paměť, dovednosti atd., vyvolaný aliasem profilu. Oficiální dokumentace ukazuje, jak vytvářet profily pro „kódovacího asistenta“, „osobního bota“ atd. (hermes-agent.nousresearch.com). Tím je obava vyřešena: zatímco raní uživatelé museli používat externí řešení, současný Hermes (v0.6.0+) podporuje více agentů prostřednictvím profilů. Uživatelé musí profily ručně nastavit, ale dosahují tak schopnosti více agentů.
11. Příliš rychlý vývoj (Časté narušující změny)
Problém: V souvislosti se stabilitou mnoho uživatelů poznamenalo, že Hermes se mění tak rychle, že pracovní postupy se mezi verzemi rozbily. Jedno hodnocení komentovalo: „za 42 dní 4 hlavní vydání – migrace mého pracovního postupu teď by mohla vyžadovat přepsání do příštího měsíce“ (www.v2ex.com). Jinými slovy, rychlý vývoj znamená, že funkční nastavení může rychle vyžadovat rekonfiguraci nebo úpravu.
Dopad: Střední. Na začátku svého vydávacího cyklu mohla každá nová verze Hermese přeskupit příkazy nebo výchozí chování. Někteří si stěžovali, že jejich skripty se přes noc rozbily. To bylo diskutováno na anglických i čínských technologických fórech jako známka toho, že projekt je „stále v pohybu“. Novější uživatelé musí být připraveni na to, že verze mohou podstatně změnit funkcionalitu.
Příklady: Výše uvedená citace z dubna 2026 výslovně varuje, že „migrační náklady [> výhody], protože [vlastní] pracovní postupy mohou vyžadovat přepsání s každým vydáním“ (www.v2ex.com). Na stránkách typu StackExchange a Discordu se uživatelé často ptají „zmizela/přesunula se tato funkce po aktualizaci?“ – což naznačuje tření z rychlé iterace.
Řešení/Odpověď: Rychlost vývoje nelze zastavit – je to záměrné. Jediným řešením je ostražitost: čtěte záznamy změn a před upgradem Hermese testujte na kopii vaší konfigurace. Někteří uživatelé se drží známé funkční verze, dokud nejsou připraveni přejít na novější. Postupem času by se to mělo stabilizovat, ale v současné době je konsensus komunity „očekávat narušující změny jako normu“.
12. Smyčky instalace/nastavení
Problém: Část uživatelů nahlásila, že průvodce hermes setup se mohl zaseknout ve smyčce nebo vyžadovat opakované pokusy. V některých vláknech uživatelé popsali, že strávili 10–15 minut opakováním nastavení, protože se správně nedokončilo. To se často stávalo při prvním spuštění nebo během upgradů. Symptomem bylo, že příkaz se nedokončil nebo neustále vyzýval k opětovnému zadávání vstupů.
Dopad: Nízký až střední. Je to frustrující překážka při spuštění, ale neovlivňuje běžícího agenta. Objevilo se to v řadě (většinou asijsky psaných) fór a na problémech na GitHubu, ale obvykle to následná záplata opravila. Kazí to však první dojem uživatele, takže je to znatelná stížnost začátečníků.
Příklady: (Parafrázováno z uživatelských zpráv v komunitních Q&A) Několik vláken zmiňuje problém „konfigurační smyčky“: po vyvolání hermes setup se proces bez chyby restartoval. Žádný jediný anglicky psaný zdroj to jasně neuvádí, ale fenomén je diskutován dostatečně široce, aby byl zahrnut.
Řešení/Odpověď: Dokumentace Hermese navrhuje opětovné spuštění hermes setup po aktualizaci nebo resetování brány (např. hermes gateway restart). V praxi uživatelé zjistili, že upgrade na nejnovější CLI (nebo instalace pomocí nejnovějšího skriptu) to vyřešila. Vývojáři zřejmě většinu těchto chyb průvodce opravili ve verzi v0.6+; uživatelé nyní zřídka hlásí „smyčku nastavení“. Pokud k tomu dojde, lze ručně upravit config.yaml nebo vyzkoušet řešení „termux“ zmíněná komunitou.
13. Selhání volání nástrojů/pluginů u menších modelů
Problém: Dalším tématem ve zpětné vazbě komunity je, že u menších modelů LLM (např. třídy 7B) někdy selhávají funkce volání nástrojů a dlouhého kontextu Hermese. Uživatelé hlásili, že spuštění pracovního postupu na modelu nižší úrovně nemusí správně volat API nebo sledovat použití nástrojů. Například jeden uživatel poznamenal, že Hermes „volá nástroj jednou a pak zapomene, jak ho použít“, když používá model 7B.
Dopad: Nízký. Většina základních stížností se týká samotného agenta, ale několik uživatelů pozorovalo snížený výkon u slabších modelů. Jelikož je Hermes intenzivně testován na větších (často cloudových) modelech, jeho použití s minimálními modely může odhalit selhání. Jedná se však spíše o problém s limity modelu než se samotným Hermesem.
Příklady: (Hlášeno na čínských fórech) Jeden uživatel řekl, že malé modely někdy „jen jednou zavolají nástroj a pak ho zahodí“, což znamenalo, že museli restartovat úkoly. Jiní poznamenali, že generování dovedností funguje nejlépe pouze s velkými modely. Tyto komentáře se objevují v několika vláknech porovnávajících výkon modelů.
Řešení/Odpověď: Oficiální rada je, že Hermes funguje optimálně s dostatečně výkonnými modely; u menších se vyhněte pracovním postupům vyžadujícím složité, vícestupňové nástroje. Jako řešení uživatelé buď upgradují na lepší model, nebo omezí použití nástrojů. Dokumentace a seznam změn Hermese naznačují, že vylepší podporu více poskytovatelů, aby lépe zvládali modely s nízkou pamětí, ale konkrétní řešení zatím není nabídnuto.
14. Chyby v Telegramu/externích zprávách
Problém: Někteří nahlásili problémy konkrétně s integracemi externích kanálů, zejména Telegramu. Například dřívější verze měly chybu, kdy byl token Telegram bota nesprávně zkrácen nebo problémy s kopírováním. Uživatelé Telegramu si stěžovali, že museli znovu zadávat tokeny brány, protože uložený token byl useknut.
Dopad: Nízký. Byla to zvláštnost specifická pro kanál. Několik problémů na GitHubu a příspěvků na fórech ukazuje selhání nastavení Telegramu (obvykle opraveno poskytnutím novějších záplat). Jiné integrace (Discord, Slack) neměly tolik hlášení chyb.
Příklady: (Z vícejazyčných problémů na GitHubu/uživatelských Q&A) Byly hlášeny chyby Hermese při spuštění brány kvůli neplatným tokenům. Komunita doporučila regeneraci tokenu se správnými oprávněními.
Řešení/Odpověď: Jednalo se převážně o jednorázové opravy. Hlavní vývojáři Hermese sloučili opravy v polovině roku 2026, aby zefektivnili parsování tokenů, a nedávné verze (v0.5+) již tokeny nezkracují. Pokud vidíte chybu Telegramu, upgrade CLI Hermese nebo dodržení postupu „hermes gateway restart“ to vyřeší.
15. Zvláštnosti Dockeru a nasazení
Problém: Několik raných uživatelů se pokusilo spustit Hermese přes Docker nebo na speciálních platformách a narazilo na neúplnou podporu. Například Docker obrazy zpočátku postrádaly některé závislosti, což znamenalo, že jste museli ručně instalovat další nástroje uvnitř kontejneru. Podobně, instalace na Windows nebo Termux občas postrádaly funkce (oznámení, hlasové nástroje).
Dopad: Nízký. Většina základních uživatelů spouští Hermese na Linuxu nebo WSL, takže tyto problémy s nasazením ovlivňují pouze okrajové případy. Objevily se na GitHubu a v komunitních příspěvcích, ale byly rychle opraveny verzí v0.6.0.
Příklady: V technických vláknech na Redditu jeden uživatel poznamenal, že „podpora Dockeru byla zpočátku neúplná“ a ulevilo se mu, když to pozdější verze vyřešila. Další zmínil, že musel apt-getovat další balíčky v Dockeru, aby získal plnou funkcionalitu.
Řešení/Odpověď: Tým Hermes uznává všechny platformy, na kterých by měl Hermes běžet. Řešením byla iterativní práce: oficiální Docker image a instalační skript nyní automaticky řeší většinu případů. Dokumentace má dokonce poznámku „Úroveň 2“ o podpoře Termux/Android. Uživatelům na těchto platformách se doporučuje držet se doporučených instalačních kroků. Dnes je to pro většinu uživatelů z velké části bezpředmětné.
16. Chyba integrace OpenAI Codex (Nyní opraveno)
Problém: V květnu 2026 několik uživatelů zjistilo, že použití OpenAI Codex (prostřednictvím Nous Portal) způsobilo pád „NoneType“. Jinými slovy, pokus o použití Codexu jako backendu LLM vedl k chybě „'NoneType' object is not iterable“, což zastavilo Hermese. Jednalo se o náhlou regresi po změně API OpenAI.
Dopad: Nízký (dočasný). Ovlivnilo to všechny uživatele Hermese spoléhající se na API Codex (často pro bezplatné nebo levnější velké modely). Po dobu několika dní tito uživatelé vůbec nemohli spustit Hermese bez této opravy. Mnoho příspěvků na fórech a Discord NousResearch diskutovalo o výpadku.
Příklady: Korejský inflearn Q&A to zachytil: desítky lidí poznamenaly, že Hermes+Codex dával přesně stejnou chybu NoneType. Otázka „Hermes + Codex NoneType error [KR]“ odkazovala na problém na GitHubu (www.inflearn.com).
Řešení/Odpověď: NousResearch rychle sloučil opravu. Problém GitHubu 32956 byl uzavřen 27. května 2026 a uživatelé hlásili, že pouhé stažení nejnovější verze nebo přeinstalace problém opravila (www.inflearn.com). (Příspěvek na inflearn říká „oprava byla sloučena zpět do hlavní větve – není potřeba samostatná záplata.“) Takže verzí v0.14.9 mohl každý opět používat Codex. To ukazuje na rychlou odezvu týmu, ale počítá se to jako „velký problém“, protože to v praxi zastavilo pracovní postupy pro uživatele Codexu.
17. Bez vestavěné podpory více agentů (Profily přidány)
Problém: (Úzce souvisí s problémem č. 10) Hermes zpočátku neměl vestavěný způsob, jak spouštět různé profily agentů současně kromě více procesů CCI. To znamenalo, že jste například nemohli snadno spouštět jednoho Hermese jako „výzkumného bota“ a druhého jako „asistenta“ na stejném počítači.
Dopad: Střední. Byla to v podstatě stejná stížnost jako u jednoho agenta výše, takže mnoho uživatelů to řadilo pod „design s jedním agentem“. Zahrnujeme to, abychom zdůraznili nedávnou oficiální odpověď.
Příklady: Komunitní otázky se ptaly: „Jak spustím více agentů Hermese paralelně?“ Oficiální odpovědi poukázaly na novou funkci „profilů“. Dokumentace nyní explicitně pokrývá tento případ použití (hermes-agent.nousresearch.com).
Řešení/Odpověď: Od poloviny roku 2026 Hermes nativně podporuje profily. Vytvoření nového profilu (např. hermes profile create coder) vám poskytne samostatnou instanci Hermese s vlastní konfigurací a pamětí (hermes-agent.nousresearch.com). To vám efektivně umožní mít mnoho agentů na jednom hostiteli. Dokumentace přesně ukazuje, jak to nastavit. Stručně řečeno, tuto obavu vývojáři vyřešili (takže závažnost je nyní nízká), ale pro rané uživatele to byl znatelný problém.
18. Problémy s instalací na Android/Termux
Problém: Spouštění Hermese na Androidu (přes Termux) nebo podobných nestandardních platformách někdy selhalo. Několik uživatelů se pokusilo o instalaci na telefony a narazilo na problémy s instalačním skriptem nebo chybějícími binárními soubory.
Dopad: Nízký. To ovlivňuje jen malou část uživatelů (ty na Termuxu/Androidu). Bylo to zmíněno v některých problémech na GitHubu a fórech, ale nikdy se to nestalo hlavním proudem stížností.
Příklady: Komentáře k problémům na GitHubu poznamenávají, že hermes setup na Termuxu se mohl správně nespustit, pokud nebyly splněny závislosti. Oficiální dokumentace dokonce označuje Termux jako „Úroveň 2 – pouze nejlepší úsilí“ (hermes-agent.nousresearch.com).
Řešení/Odpověď: Vývojáři doporučují držet se desktopových OS (Linux/WSL/Mac/Windows). Pokud jste na Termuxu, musíte postupovat podle manuálních kroků v dokumentaci. Komunita má několik vláken o tom, jak opravit problémy specifické pro Android, ale nejednalo se o Hermes-specifickou chybu, nýbrž o omezení platformy. Je zařazena blízko dna dopadu.
19. „Zaseknutá“ nebo chybná paměť přetrvávající
Problém: Několik uživatelů zmínilo obavy, že jakmile se agent naučí něco špatně (viz č. 9), tato paměť by se mohla „zaseknout“ a nebýt snadno smazatelná. Například, pokud úkol „zbombardoval“, ale byl perzistován, mohl by i nadále ovlivňovat budoucí chování.
Dopad: Nízký. Toto je spíše podtyp problémů č. 8 a č. 9 než samostatná chyba. Objevilo se to v několika komentářích na blogu („pokud je selhávající dovednost uložena jako paměť, můžeme ji vymazat?“) ale nebyly žádné velké diskuse zaměřené na to. Zahrnujeme to pro úplnost.
Příklady: V dřívější citaci (linux.do) se uživatel obával, že „pokud úkol selže, nezanesou uložené paměti model?“ Tento koncept se sporadicky objevuje na fórech. Nicméně neobjevily se žádné rozšířené důkazy o neobnovitelné „zaseknuté“ znalosti.
Řešení/Odpověď: Hermes poskytuje příkazy (/memory reject, /memory approve) pro ruční odstranění nežádoucích pamětí. Krátká odpověď vývojářů je, že jakmile jsou paměti zapsány, přetrvávají, pokud nejsou explicitně smazány. Uživatelé jsou povzbuzováni k pečlivé správě nebo resetování paměti, pokud byla uložena nesprávná data.
20. Omezení uživatelského rozhraní (CLI vs. GUI)
Problém: Někteří uživatelé (zejména noví) žádali o uživatelsky přívětivější rozhraní. Zpočátku byl Hermes založen na CLI (s terminálovým uživatelským rozhraním), takže mu chybělo vizuální chatovací nebo dashboardové uživatelské rozhraní, které uživatelé očekávali od spotřebitelských chatbotů. Před verzí v0.9 nebylo žádné nativní rozhraní pro prohlížeč nebo mobilní zařízení, což odradilo některé netechnické uživatele.
Dopad: Nízký až střední. To není chyba, ale problém UX. Mnoho Redditorů a uživatelů X zmínilo „máte okenní GUI?“ jako otázku. Méně se to stalo problémem poté, co Hermes později v roce 2026 představil desktopovou aplikaci a experimentální „Kanban dashboard“. Ale zpočátku někteří uživatelé to kritizovali jako „pouze CLI“.
Příklady: Na r/AI_Agents a na čínských fórech se nováčci ptali, zda Hermes má webový chat nebo konfigurační stránku (jako OpenClaw). Odpovědi často směřovaly k nástrojům vytvořeným komunitou nebo navrhovaly počkat na budoucí funkce.
Řešení/Odpověď: Nyní má Hermes oficiální webové uživatelské rozhraní. Dashboard Hermese (přístupný přes hermes dashboard, viz průvodce OpenClaw (openclawlaunch.com)) poskytuje rozhraní v prohlížeči s chatem, správou dovedností a protokoly. V polovině roku 2026 tým NousResearch dokonce vydal desktopovou aplikaci s chatovacím oknem. Tyto doplňky řeší problém, ale uživatelé musí upgradovat na v0.9+ a používat tyto příkazy. Stručně řečeno, Hermes už není jen CLI, ale to byl bolestivý bod v rané fázi adopce.
Závěr
Napříč Redditem a X je sentiment ohledně Hermese směsí úžasu a frustrace. Uživatelé soustavně chválí jeho inovativní učební model a snadné počáteční nastavení, ale mnoho výše uvedených problémů ukazuje komunitu, která se stále potýká s „verze 1.0“ nedostatky. Hlavní stížnosti (chyby sebehodnocení, přepisování dovedností, omezené integrace) odrážejí základní kompromisy v architektuře Hermese. Naštěstí tempo vývoje bylo rychlé: několik výše uvedených problémů (profily více agentů, GUI dashboardy, chyby Codexu) se dočkalo částečných nebo úplných oprav v nedávných vydáních. V létě 2026 je tón opatrně optimistický – „Hermes je vzrušující, ale stále na špičce.“ Mnoho vláken vyjadřuje frustraci ne s Hermesem samotným, ale s raným humbukem (např. protinároky astroturfingu). Celkově se komunita zdá být trpělivá: uznávají, že se na mnoha problémech pracuje. Je však jasné, že každá nová funkce nebo tvrzení okamžitě vyvolá čerstvou diskusi. Stručně řečeno, uživatelská základna Hermese je hlasitá: největší problémy jsou známy a budoucí aktualizace projektu je jistě vezmou v úvahu.
