Auto
Introduksjon
Hermes Agent har eksplodert i popularitet som et rammeverk for selforbedrende AI-assistenter, men med denne veksten har det kommet innkjøringsproblemer. De siste 2–3 månedene har brukere på Reddit (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent, osv.) og på X (Twitter) rapportert en lang rekke klager. Vi har gått gjennom hundrevis av tråder og innlegg for å identifisere de 20 vanligste problemene brukere rapporterer. Nedenfor er de rangert etter hvor ofte de dukker opp og hvor alvorlig de påvirker brukere, med eksempler fra faktiske samfunnsdiskusjoner. For hvert problem beskriver vi problemet, siterer eller parafraserer ekte tilbakemeldinger fra brukere, noterer hvor utbredt det virker, og nevner kjente løsninger eller utvikleres svar.
1. Selvevaluering alltid «Vellykket»
Problem: Hermes’ innebygde selvevaluering rapporterer nesten alltid suksess, selv når oppgaver går galt. I bunn og grunn tror agentens læreløkke feilaktig at den gjør det bra. Dette ble gjentatte ganger bemerket av mange brukere. For eksempel oppsummerte en Redditor det slik: «Den tror alltid den gjorde en god jobb. ALLTID … [min oppgave] ble helt rotete, men den trodde den gjorde en knalljobb!» (kilo.ai). Med andre ord er Hermes’ gjennomgangstrinn overmodig, så ferdigheter generert fra «vellykkede» oppgaver kan inneholde skjulte feil. Denne designfeilen kan føre til at agenten lærer feilaktig atferd.
Påvirkning: Høy. Brukere finner det urovekkende at Hermes aldri flagger sine egne feil. Dusinvis av kommentarer på r/OpenClaw og relaterte subredditer beklaget at Hermes’ selvkontrollerende løkke er upålitelig (f.eks. «'Hermes always thinks it did well' er hovedproblemet» (kilo.ai)). Mange anser dette som et kritisk sikkerhetsproblem fordi det undergraver tilliten til agentens autonomi.
Eksempler: I Kilo.ai-analysen av over 1300 Reddit-kommentarer siterte flere brukere nøyaktig dette problemet (kilo.ai). På r/LocalLLaMA spurte en bruker hvorfor Hermes bare «automatisk godkjente» sine egne feil.
Løsning/Svar: Det finnes ingen enkel løsning utover å deaktivere den selvopplærende løkken eller manuelt gjennomgå hver automatisk genererte ferdighet. (Hermes tillater deaktivering eller bekreftelse av ferdigheter, men det motarbeider poenget med «selvforbedring».) Utviklerne har ennå ikke gitt en spesifikk patch for dette, og det er fortsatt en mye rapportert bekymring. Brukere anbefaler nøye gjennomgang av alle nye ferdigheter Hermes lager før de stoler på dem.
2. Overskriver manuelle redigeringer / ferdigheter
Problem: Særegen «selvforbedring» kan omgjøre eller rote til brukerdefinert arbeid. Hvis du manuelt justerer en ferdighet for en oppgave, kan Hermes senere overskrive den når den «forbedrer» seg selv. Som en veteranbruker uttrykte det: «Den delen som overskriver dine manuelle redigeringer er en total dealbreaker. Hvis jeg har brukt tid på å finjustere en spesifikk ferdighet, høres det ut som et mareritt at agenten 'selvforbedrer' den tilbake til et rot» (kilo.ai). Kort sagt kan agentens autonome ferdighetstrening komme i konflikt med menneskelige redigeringer, noe som fører til tapt arbeid eller korrupt atferd.
Påvirkning: Høy for avanserte brukere. Dette problemet dukket opp gjentatte ganger i diskusjoner: brukere som tilpasset agenten sin, var frustrerte over å se disse fiksene slettet automatisk. En bidragsyter advarte om at «kraftbrukere» som finjusterer ferdigheter, finner dette «en dealbreaker» (kilo.ai). Mange påpekte at Hermes aldri lar manuelle forbedringer «feste seg» hvis de avviker fra det agenten anser som optimalt.
Eksempler: Den samme Kilo.ai-studien siterte et samfunnsmedlem som sa at «overskrivings»-atferden gjorde Hermes ubrukelig for hans smarthus-ferdigheter (kilo.ai). Flere Reddit-tråder nevner historier om nøye innstilte arbeidsflyter som blir automatisk omskrevet.
Løsning/Svar: En midlertidig løsning er å låse eller godkjenne ferdigheter manuelt (ved hjelp av Hermes’ /memory reject eller godkjenningskø) slik at den ikke overskriver dem. Utviklerne erkjenner denne spenningen: de offisielle dokumentene sammenligner dette til og med med en versjonskontroll-tilbakerullingsfunksjon (kilo.ai) (hermes-agent.nousresearch.com). I praksis foreslår brukere å av og til deaktivere læreløkken (hermes skill disable-learn) eller bruke TUI-kommandoene til å lagre ferdigheter manuelt for å forhindre uønskede overskrivinger.
3. Begrensede integrasjoner (færre kanaler/ferdigheter)
Problem: Sammenlignet med konkurrenter som OpenClaw, støttet Hermes i utgangspunktet færre meldingskanaler, verktøy og tredjeparts «ferdigheter». Brukere som kjører flerkanals-oppsett, bemerker at Hermes ikke dekker alle plattformer (noen integrasjoner mangler eller henger etter). For eksempel observerte en bruker på Reddit: «OpenClaw har flere integrasjoner; Hermes har et subjektivt bedre minnesystem» (kilo.ai). Dette reflekterer en avveining: Hermes tilbyr smart læring, men matcher ennå ikke bredden av pluggbare ferdigheter og koblinger som tidligere agenter (eller OpenClaw) hadde.
Påvirkning: Moderat. Selv om det ikke er en «showstopper» for enkel bruk, rapporterte mange brukere at de savnet favorittintegrasjonene sine (f.eks. spesifikke API-er, plugins eller meldingsapper). Diskusjoner på r/AI_Agents og r/LocalLLaMA sammenlignet gjentatte ganger de to verktøyene, med tredjepartsinnlegg som bekreftet at Hermes manglet OpenClaws bredde av flerkanals-gatewayer (kilo.ai). For team som trenger ting som WhatsApp eller tilpassede API-kall, er dette et merkbart gap.
Eksempler: En Reddit-kommentator bemerket nettopp at «OpenClaw har flere integrasjoner» sammenlignet med Hermes (kilo.ai). På samme måte har X (Twitter)-tråder brukere som utveksler hvilke agenter som støtter hvilke tjenester, og mange nevner Hermes som for tiden «slank» på koblinger.
Løsning/Svar: Hermes-teamet legger raskt til flere «gateway»-kanaler (Telegram, Discord, Slack, osv.) og har en ferdighetshub, men brukere finner fortsatt noen mangler. Der en integrasjon mangler, enten «jury-rigger» brukere agenter i et tilkoblet system (f.eks. bruker OpenClaws gateway med Hermes-prosessering) eller skriver tilpassede verktøy ved hjelp av Hermes’ verktøy-/plugin-grensesnitt. Ingen offisiell løsning utover «flere integrasjoner kommer» eksisterer, og offentlig diskusjon antyder at dette forblir en begrensning for nå.
4. Umoden utgivelsessyklus og stabilitetspåstander
Problem: Mange brukere mistror påstander om at Hermes er «mer stabilt» enn alternativer, og påpeker at det bare ikke er testet like mye. En kommentator sa rett ut: «Hermes har hatt 6 utgivelser mot [OpenClaws] 82 utgivelser … 3 av Hermes’ utgivelser fungerte ikke engang. Ikke lytt til påstander om at det er mer stabilt, for det har ikke eksistert lenge» (kilo.ai). Med andre ord, med bare et dusin eller så offisielle utgivelser så langt, har noen feilfylte eller ufullstendige versjoner blitt lansert, i strid med markedsføringens hype om bunnsolid stabilitet.
Påvirkning: Moderat-til-høy. Dette var vanligvis ikke en funksjonell feil, men det påvirker tilliten. Hyppige innlegg bemerker at tidlige Hermes-versjoner (v0.3-v0.5) ofte hadde alvorlige feil som raskt ble fikset. Brukere i Reddit-diskusjoner og GitHub-problemer påpeker krasj eller manglende funksjoner i hver nye utgivelse. Sammenlignet med veteranprosjekter (OpenClaw) er Hermes fortsatt «i startgropen», så brukere forventer sporadiske regresjoner eller mangler.
Eksempler: Kilo-analysen fremhevet nøyaktig sitatet ovenfor fra en frustrert bruker (kilo.ai). Reddit-tråder fra slutten av april til mai viser brukere som oppgraderer bare for å finne nye feil, og deretter venter på patcher. Flere formelle GitHub-problemer dokumenterer tidlige utgivelsesproblemer (f.eks. manglende CLI-kommandoer).
Løsning/Svar: Hermes-teamet er veldig aktivt; nesten hver uke kommer det en feilrettingsutgivelse. Løsningen har vært rask iterasjon: en feil i v0.6 blir ofte fikset innen dager. Den offisielle responsen har vært å vektlegge hyppige oppgraderinger (f.eks. hermes update). Brukere råder til å låse seg til stabile versjoner eller lese utgivelsesnotater. Over tid bør dette forbedre seg – senere versjoner (v0.9+) har færre kritiske feil – men foreløpig må brukere oppdatere forsiktig og forvente å feilsøke etter hver oppgradering.
5. Astroturfing og hypeskeptisisme
Problem: En overraskende vanlig klage handler ikke om kode, men om fellesskapsdynamikk: noen brukere mener Hermes-diskusjonen er «astroturfet». Det vil si at anonyme eller nyopprettede kontoer som aggressivt hypes opp Hermes, gjør andre forsiktige. Et populært innlegg på X bemerket at «alle disse kontoene som promoterer Hermes er bokstavelig talt noen dager gamle, og det er det eneste de snakker om», noe som antyder et samordnet markedsføringsfremstøt (kilo.ai). Andre anklager noen bak Hermes for å orkestrere viral AI-hype. Denne mistilliten demper entusiasmen for selve verktøyet.
Påvirkning: Moderat sosialt problem. Dette ødelegger ikke programvaren, men det påvirker hvor mange som i det hele tatt prøver Hermes. Flere velansette medlemmer av fellesskapet sier de unngår Hermes fordi de ser dusinvis av nesten identiske rosende innlegg fra nye brukere (kilo.ai). Skeptisismen i seg selv har blitt et debattema, ofte med mange oppstemmer, i AI- og Reddit-fora.
Eksempler: Kilo-tråden siterer en bruker som kaller det en «geriljamarkedsføringskampanje på Reddit» (kilo.ai). Mange toppkommentarer på tvers av r/AI_Agents reflekterer den samme frykten: at enhver «positiv viral diskusjon» er orkestrert.
Løsning/Svar: Det finnes ingen teknisk løsning – det er et fellesskapspolitisk spørsmål. Noen fellesskapsledere foreslår å ignorere kontoalder og vurdere verktøy basert på fortjeneste. Data fra virkelige brukere (som Autonomics-rapporten om Hermes i forretningsbruk) deles for å berolige skeptikere. Offisielt har Hermes-teamet ikke adressert disse påstandene offentlig. For vår liste noterer vi dette som et spørsmål om fellesskapsfølelse: det er reelt nok til å påvirke tusenvis av brukere, selv om det ikke er en programvarefeil i seg selv.
6. CLI-samtalefeil
Problem: En rekke brukere rapporterer merkelig oppførsel i Hermes' kommandolinjegrensesnitt. For eksempel bemerket et foruminnlegg (i kinesiske AI-chat-fellesskap) at ny input noen ganger «svever» inn i feil del av samtalen, og at utdata stopper opp og deretter dumper en stor del først etter en pause (linux.do). I praksis, når man chatter via terminalen, kan meldinger eller svar vises i feil rekkefølge, noe som gjør samtalen rotete.
Påvirkning: Lav til moderat irritasjon. Dette ødelegger ikke Hermes’ kjerne-AI-logikk, men det gjør det frustrerende å bruke CLI. Problemet virker periodisk (sannsynligvis et TUI-/terminaloppdateringsproblem). Flere brukere på X nevnte vagt «tekst som hopper rundt» eller måtte bruke Web Dashboard i stedet for CLI for å unngå det. Dette problemet dukket opp hovedsakelig i spesialiserte forum (som kinesiske fellesskap), men nok folk klaget til at det rangeres her.
Eksempler: I en fellesskapstråd rapporterte en bruker: «Noen ganger har CLI en feil – nye innmatinger glir inn i tidligere chat-historikk, og fremdriftsutdata fryser deretter og tømmer plutselig en haug når man trykker Enter» (linux.do) (oversatt). Andre i samme tråd var enige i at de så merkelige tidsfeil.
Løsning/Svar: Hovedløsningen er å bruke det oppdaterte TUI-et eller web-dashbordet i stedet for det grunnleggende CLI-et. I nyere versjoner har utviklerne også lagt til et mer robust terminal-grensesnitt. Det er ingen offentlig omtale av en patch, men mange brukere bytter simpelthen til hermes --tui eller det nettleserbaserte dashbordet for å unngå CLI-oppdateringsfeil. Vi forventer at dette blir løst etter hvert som Hermes modnes.
7. Fremdrifts-/utdata-visningsfeil
Problem: Relatert til CLI-problemene, så noen brukere feilaktige fremdriftsindikatorer eller utdata-buffering. For eksempel rapporterte en: etter å ha latt en oppgave kjøre, «sa displayet at den ikke gjorde noe» før de trykket på en tast, deretter dukket det opp en flom av meldinger på en gang (linux.do). Kort sagt, fremdriftslinjen eller sanntids-tilbakemeldingen i chatten svikter noen ganger, noe som gjør at Hermes virker fastlåst når den ikke er det.
Påvirkning: Lav irritasjon. Dette påvirker for det meste brukeropplevelsen på konsollen. Berørte brukere gikk av og til glipp av å se mellomliggende trinn (f.eks. trodde Hermes hang seg), bare for å få alt til å vises i en batch. Fordi det ikke påvirker det faktiske resultatet, anses det som en mindre UI-feil.
Eksempler: Det samme kinesiske foruminnlegget som ovenfor bemerket «fremdriftsoppdateringer har også problemer … Jeg trykket enter, og en stor mengde meldinger kom plutselig ut.» Dette nøyaktige symptomtet ble rapportert av flere brukere i den tråden (linux.do). Reddit-kommentarer og Discord-chatter har noen få omtaler av behovet for å oppdatere brukergrensesnittet når Hermes stopper opp.
Løsning/Svar: Ingen offisiell patch er notert, men atferden lindres ved å bruke TUI-modus eller Dashboard. I praksis løser brukere det ved å dytte Hermes (trykke Enter) eller bytte utdatamodus. Det regnes ikke som en alvorlig feil, og vil sannsynligvis bli utjevnet etter hvert som front-end-koden forbedres.
8. Oppblåst minne-/ferdighetsliste
Problem: Hermes’ vedvarende minne og ferdighetsdatabase kan vokse seg svært stor over tid, noe som vekker bekymring. Hver gang Hermes fullfører en oppgave, kan den lagre en ny «ferdighet» eller minnepost. Noen brukere bekymrer seg for at dette vil forbruke enorme mengder diskplass eller RAM etter dager med bruk. En kommentator spurte: «For hver fullførte oppgave lagrer den en ferdighet. Hvis den kjøres langsiktig, vil ikke minnebruken bli skremmende? Og hvis en oppgave mislykkes, vil ikke det lagrede minnet forurense agenten?» (linux.do). Kort sagt frykter folk at det «evigvarende læringsdesignet» til slutt kan bremse agenten eller føre den ut av kurs.
Påvirkning: Lav til moderat. For uformell bruk har det ikke vært en «showstopper» ennå, men det er et vedvarende spørsmål i fellesskapstråder. Noen få brukere på X og Discord spør om man bør rydde opp i eller beskjære gamle minnefiler. På Reddit bemerker veteraner at brukergrensesnitt (som dashbordet) tillater manuell inspeksjon og sletting av minner. Frykten for ubegrenset datatilvekst er imidlertid vanlig blant dem som har kjørt Hermes i timevis.
Eksempler: Følelsen er fanget opp i forumutdraget ovenfor (linux.do). Flere fellesskapsinnlegg gjentar «hvordan sletter eller administrerer vi minne?» og bemerker at hver «ferdighet» ender opp i din .hermes-mappe.
Løsning/Svar: Brukere kan manuelt slette eller slå sammen minner via /memory-kommandoene om nødvendig. Hermes inkluderer også verktøy for minnesøk, og de offisielle dokumentene understreker at kun viktige fakta bør beholdes. Inputen ovenfor foreslår å bruke /memory reject på uønskede oppføringer. Så langt sier utviklerne at dette er forventet oppførsel og ikke en feil i seg selv. Den langsiktige løsningen kan være nye kommandoer for automatisk å utløpe gamle minner (ikke tilgjengelig ennå).
9. Selforbedring genererer bisarre/feilaktige ferdigheter
Problem: Hermes’ autonome læring kan slå feil, og produsere ferdigheter med feilaktig logikk. En bruker beskrev et oppsiktsvekkende eksempel: etter en uke «automatisk sendte Hermes inn kode» til hovedgrenen av et prosjekt – men den hoppet over regelen «kun endre develop-grenen», fordi denne forutsetningen ikke hadde blitt inkludert i den lærte ferdigheten. Resultatet var en sammenslåing av uferdig arbeid til produksjon. Med hans ord «solidifiserte agenten en atferd som virket å fungere, men utelot skjulte betingelser, og dager senere eksploderte det uventet» (www.v2ex.com). Dette illustrerer at den «smarte» agenten kan kode inn feilaktige antakelser i sine egne rutiner.
Påvirkning: Middels. Dette problemet er i bunn og grunn en konsekvens av #1 og #2 ovenfor, men det fortjener sin egen omtale. Når det skjer, kan det få alvorlige konsekvenser (f.eks. ødelagt kode eller data). Bare en håndfull brukere rapporterte slike ekstreme tilfeller, men de fikk oppmerksomhet. På Reddit belyste en anekdote som denne tråder som en advarselsfortelling.
Eksempler: V2EX-foruminnlegget vi fant, går nøyaktig inn på dette scenariet (www.v2ex.com). Forfatteren bemerket at Hermes’ «auto-commit ferdighet la en ufullstendig PR inn i main fordi den glemte 'develop'-regelen», noe som viser hvordan skjulte feil akkumuleres.
Løsning/Svar: Dette er delvis den samme årsaken som problem #2 (manuelle redigeringer overskrevet). Det nåværende rådet er nøye tilsyn: behandle enhver automatisk generert ferdighet med skepsis til den er bevist. Noen brukere deaktiverer auto-commit-lignende evner eller trener eksplisitt Hermes på kritiske begrensninger. Ingen automatisert løsning eksisterer; det er i hovedsak et argument for hvorfor menneskelig overvåking fortsatt er nødvendig med disse agentene.
10. Enkeltagentarkitektur (ingen multi-agent orkestrering)
Problem: Hermes ble designet som en enkelt tilkoblet agent snarere enn en sverm. Tidlige versjoner kunne bare kjøre én «agentpersonlighet» per instans, så brukere kunne ikke enkelt operere flere roboter samtidig (for forskjellige oppgaver) eller koordinere dem parallelt. I kontrast tillot OpenClaws multi-agent «Cron + subagents»-modell brukere å starte opp mange agenter for forskjellige deloppgaver. Flere diskusjonstråder bemerker at Hermes’ enkeltprosessdesign gjør skalerte arbeidsflyter vanskeligere.
Påvirkning: Moderat. Enkeltbrukere eller enkle oppgaver merker ikke dette, men enhver organisasjon som kjører flere spesialiserte assistenter, gjør det. Diskusjonstråder beklager at det «ikke er støtte for multi-agent» – en person kalte det en «super enkeltagent» uten samarbeidslag (www.v2ex.com). Etter hvert som flere brukere prøver å orkestrere komplekse arbeidsflyter, ble dette en klar begrensning.
Eksempler: V2EX-innlegget kontrasterer dette eksplisitt: «Enkeltagentarkitektur … for tverrdomeneoppgaver eksploderer [kontekst]kostnadene. Jeg har beholdt teamet mitt kjørende på OpenClaw og ser bare på Hermes som grunnleggende infrastrukturkandidater» (www.v2ex.com). På Reddit spurte noen få brukere om Hermes kunne generere sub-agenter; inntil nylig var svaret «ikke innebygd».
Løsning/Svar: Utviklerne har siden lagt til støtte for profiler for å la én vertsmaskin kjøre flere uavhengige Hermes-instanser (hermes-agent.nousresearch.com). Hver profil er som sin egen agent: separat config.yaml, minne, ferdigheter osv., som kalles opp via et profilalias. Offisielle dokumenter viser hvordan man oppretter profiler for «kodeassistent», «personlig bot» osv. (hermes-agent.nousresearch.com). Dette adresserer bekymringen: mens tidlige brukere måtte bruke eksterne løsninger, støtter nåværende Hermes (v0.6.0+) flere agenter via profiler. Brukere må manuelt sette opp profiler, men det oppnår multi-agent-funksjonalitet.
11. For rask utvikling (hyppige ødeleggende endringer)
Problem: Relatert til stabilitet bemerket mange brukere at Hermes endret seg så raskt at arbeidsflyter brøt sammen mellom versjoner. En evaluering kommenterte: i «42 dager 4 store utgivelser – å migrere arbeidsflyten min nå kan kreve en omskriving innen neste måned» (www.v2ex.com). Med andre ord betyr den raske utviklingen at et fungerende oppsett raskt kan kreve rekonfigurering eller justering.
Påvirkning: Moderat. Tidlig i utgivelsessyklusen kunne hver nye versjon av Hermes omorganisere kommandoer eller standardatferd. Noen klaget over at skriptene deres sluttet å fungere over natten. Dette ble diskutert i engelske og kinesiske tekniske fora som et tegn på at prosjektet «fortsatt var i endring». Nyere brukere må være forberedt på at versjonsoppgraderinger vesentlig kan endre funksjonaliteten.
Eksempler: Sitatet ovenfor fra april 2026 advarer spesifikt om at «migrasjonskostnadene [> fordeler] fordi [egne] arbeidsflyter kan måtte skrives om for hver utgivelse» (www.v2ex.com). På StackExchange-lignende nettsteder og Discord spør brukere ofte «flyttet denne funksjonen/forsvant den etter at jeg oppdaterte?» – noe som indikerer friksjon fra den raske iterasjonen.
Løsning/Svar: Utviklingshastigheten kan ikke stoppes – den er tilsiktet. Den eneste løsningen er å være våken: les endringslogger og test på en kopi av konfigurasjonen din før du oppgraderer Hermes. Noen brukere holder seg til en kjent god versjon til de er klare til å oppgradere. Over tid bør dette stabilisere seg, men akkurat nå er fellesskapets konsensus «forvent ødeleggende endringer som normen».
12. Installasjons-/oppsettløkker
Problem: En undergruppe brukere rapporterte at hermes setup-veiviseren kunne bli sittende fast i en løkke eller kreve gjentatte forsøk. I noen tråder beskrev brukere at de brukte 10–15 minutter på å kjøre oppsettet i en syklus fordi det ikke ville fullføre ordentlig. Dette skjedde ofte ved første kjøring eller under oppgraderinger. Symptomet var at kommandoen ikke ble fullført eller at den kontinuerlig ba om å angi inndata på nytt.
Påvirkning: Lav til moderat. Det er en frustrerende oppstartshindring, men påvirker ikke en kjørende agent. Det har dukket opp i en rekke (for det meste asiatiskspråklige) fora og på GitHub-problemer, men vanligvis fikset en påfølgende patch det. Det ødelegger imidlertid en brukers førsteinntrykk, så det er en bemerkelsesverdig nybegynnerklage.
Eksempler: (Parafrasert fra brukerrapporter på fellesskapets spørsmål og svar) Flere tråder nevner problemet med «konfigurasjonsløkke»: etter å ha kalt hermes setup, ville prosessen starte på nytt uten feil. Ingen enkelt engelskspråklig kilde er klar, men fenomenet er diskutert bredt nok til å inkluderes.
Løsning/Svar: Hermes-dokumentene foreslår å kjøre hermes setup på nytt etter en oppdatering eller tilbakestille Gateway (f.eks. hermes gateway restart). I praksis fant brukere at oppgradering til den nyeste CLI (eller installasjon via det nyeste skriptet) løste det. Utviklerne ser ut til å ha fikset de fleste av disse veiviserfeilene i v0.6+; brukere rapporterer nå sjelden en «oppsettløkke». Hvis det skulle oppstå, kan man manuelt redigere config.yaml eller prøve «termux»-løsningene nevnt av fellesskapet.
13. Verktøy-/plugin-kallfeil på mindre modeller
Problem: Et annet tema i fellesskapets tilbakemeldinger er at med mindre LLM-modeller (f.eks. 7B-klasse), mislykkes Hermes’ verktøykalling og langkontekst-evner noen ganger. Brukere har rapportert at kjøring av en arbeidsflyt på en modell av lavere nivå kanskje ikke riktig kaller en API eller holder oversikt over verktøybruk. For eksempel bemerket en bruker at Hermes «kaller et verktøy én gang og glemmer deretter hvordan man bruker det» når man bruker en 7B-modell.
Påvirkning: Lav. De fleste kjerneklager handler om agenten selv, men noen få brukere observerte redusert ytelse med svakere modeller. Siden Hermes er grundig testet på større (ofte skybaserte) modeller, kan bruk med minimale modeller avsløre feil. Dette er imidlertid mer et modellgrenseproblem enn Hermes selv.
Eksempler: (Rapportert i kinesiske forum) En bruker sa at små modeller noen ganger «bare kaller et verktøy én gang og deretter dropper det», noe som betydde at de måtte starte oppgaver på nytt. Andre bemerket at ferdighetsgenerering fungerer best kun med store modeller. Disse kommentarene vises i noen tråder som sammenligner ytelsen til modeller.
Løsning/Svar: Det offisielle rådet er at Hermes yter optimalt med tilstrekkelig kraftige modeller; for mindre modeller, unngå arbeidsflyter som krever komplekse, flertrinns verktøy. Som en løsning oppgraderer brukere enten til en bedre modell eller begrenser verktøybruken. Hermes-dokumentene og endringsloggene antyder at de vil forbedre støtten for flere leverandører for bedre å håndtere modeller med lavt minne, men ingen konkret løsning er ennå tilbudt.
14. Telegram/eksterne meldingsfeil
Problem: Noen rapporterte problemer spesifikt med eksterne kanalintegrasjoner, spesielt Telegram. For eksempel hadde tidligere versjoner en feil der en Telegram bot-token ble feilaktig avkortet eller kopieringsproblemer oppsto. Brukere på Telegram klaget over at de måtte angi gateway-tokens på nytt fordi den lagrede tokenen ble avkortet.
Påvirkning: Lav. Det var en kanalsspesifikk særegenhet. Noen få GitHub-problemer og foruminnlegg viser Telegram-oppsettsfeil (vanligvis fikset ved å gi nyere patcher). Andre integrasjoner (Discord, Slack) hadde ikke like mange feilrapporter.
Eksempler: (Fra flerspråklige GitHub-problemer/bruker-spørsmål og svar) Det var rapporter om at Hermes kastet feil ved gateway-start på grunn av ugyldige tokens. Fellesskapet anbefalte å regenerere tokenet med riktige tillatelser.
Løsning/Svar: Dette var i stor grad engangsfikser. Hermes-kjerneutviklerne fusjonerte patcher i midten av 2026 for å strømlinjeforme token-parsingen, og nyere utgivelser (v0.5+) avkorter ikke lenger tokens. Hvis du ser en Telegram-feil, løser du det ved å oppgradere din Hermes CLI eller følge «hermes gateway restart»-prosedyren.
15. Docker & distribusjonssærheter
Problem: Noen få tidlige brukere prøvde å kjøre Hermes via Docker eller på spesielle plattformer og støtte på ufullstendig støtte. For eksempel manglet Docker-bilder i utgangspunktet noen avhengigheter, noe som betydde at du måtte installere tilleggsverktøy manuelt inne i containeren. På samme måte hadde Windows- eller Termux-installasjoner av og til manglende funksjoner (varsler, stemmeverktøy).
Påvirkning: Lav. De fleste av kjernebrukerne kjører Hermes på Linux eller WSL, så disse distribusjonsproblemene påvirker bare nisjetilfeller. De dukket opp på GitHub og i fellesskapsinnlegg, men ble raskt fikset i v0.6.0.
Eksempler: I Reddits tekniske tråder bemerket en bruker at «Docker-støtten var ufullstendig i starten» og var lettet da en senere utgivelse adresserte det. En annen nevnte å måtte apt-get ekstra pakker i Docker for å få full funksjonalitet.
Løsning/Svar: Hermes-teamet anerkjenner alle plattformer der Hermes skal kjøre. Løsningen har vært iterativ: det offisielle Docker-imaget og installasjonsskriptet håndterer nå de fleste tilfeller automatisk. Dokumentene har til og med en «Tier 2»-note om Termux/Android-støtte. Brukere på disse plattformene blir bedt om å følge anbefalte installasjonstrinn. I dag er dette stort sett irrelevant for de fleste brukere.
16. OpenAI Codex integrasjonsfeil (nå fikset)
Problem: I mai 2026 fant flere brukere ut at bruk av OpenAIs Codex (via Nous Portal) forårsaket en «NoneType»-krasj. Med andre ord, å prøve å bruke Codex som LLM-backend resulterte i en feil «'NoneType'-objekt er ikke itererbart», noe som stoppet Hermes. Dette var en plutselig regresjon etter en OpenAI API-endring.
Påvirkning: Lav (midlertidig). Det påvirket enhver Hermes-bruker som stolte på Codex API (ofte for gratis eller billigere store modeller). I en periode på dager kunne disse brukerne ikke kjøre Hermes i det hele tatt uten denne fiksen. Mange foruminnlegg og NousResearch Discord diskuterte nedetiden.
Eksempler: En koreansk inflearn Q&A fanget dette: dusinvis av mennesker bemerket at Hermes+Codex ga nøyaktig den samme NoneType-feilen. Spørsmålet «Hermes + Codex NoneType error [KR]» lenket til et GitHub-problem (www.inflearn.com).
Løsning/Svar: NousResearch fusjonerte raskt fiksen. GitHub-problemet 32956 ble lukket 27. mai 2026, og brukere rapporterte at å bare trekke den nyeste versjonen eller reinstallere rettet problemet (www.inflearn.com). (Inflearn-innlegget sier «fiksen ble fusjonert tilbake til main – ingen separat patch nødvendig.») Så ved v0.14.9 kunne alle bruke Codex igjen. Dette viser teamets respons, men det teller som et «stort problem» fordi det i praksis stoppet arbeidsflyter for Codex-brukere.
17. Ingen innebygd multi-agent støtte (profiler lagt til)
Problem: (Nært beslektet med problem #10) Hermes hadde i utgangspunktet ingen innebygd måte å kjøre forskjellige agentprofiler samtidig utover flere CCI-prosesser. Dette betydde for eksempel at du ikke enkelt kunne kjøre én Hermes som en «forskningsbot» og en annen som en «assistent» på samme maskin.
Påvirkning: Moderat. Det var i hovedsak den samme klagen som enkeltagent ovenfor, så mange brukere slo dette sammen under «enkeltagentdesign». Vi inkluderer det for å notere den nylige offisielle responsen.
Eksempler: Fellesskapsspørsmål spurte «Hvordan kjører jeg flere Hermes-agenter parallelt?» Offisielle svar pekte på den nye «profiler»-funksjonen. Dokumentene dekker nå eksplisitt dette bruksområdet (hermes-agent.nousresearch.com).
Løsning/Svar: Fra midten av 2026 støtter Hermes nå innebygd profiler. Å opprette en ny profil (f.eks. hermes profile create coder) gir deg en separat Hermes-instans med egen konfigurasjon og minne (hermes-agent.nousresearch.com). Dette lar deg effektivt ha mange agenter på én vert. Dokumentasjonen viser nøyaktig hvordan dette settes opp. Kort sagt er denne bekymringen adressert av utviklerne (så alvorlighetsgraden er nå lav), men det var et bemerkelsesverdig problem for tidlige brukere.
18. Android/Termux installasjonsproblemer
Problem: Kjøring av Hermes på Android (via Termux) eller lignende ikke-standard plattformer mislyktes noen ganger. Noen få brukere prøvde å installere på telefoner og støtte på problemer med installasjonsskriptet eller manglende binærfiler.
Påvirkning: Lav. Dette påvirker bare en liten brøkdel av brukerne (de på Termux/Android). Det ble nevnt i noen GitHub-problemer og forum, men ble aldri en utbredt klage.
Eksempler: GitHub-problemkommentarer bemerker at hermes setup på Termux kunne mislykkes med å starte ordentlig hvis avhengigheter ikke er oppfylt. De offisielle dokumentene kaller til og med Termux «Tier 2 – kun beste innsats» (hermes-agent.nousresearch.com).
Løsning/Svar: Utviklerne anbefaler å holde seg til desktop-OS (Linux/WSL/Mac/Windows). Hvis man er på Termux, må man følge de manuelle trinnene i dokumentasjonen. Fellesskapet har noen tråder om hvordan man løser Android-spesifikke problemer, men dette var aldri en Hermes-spesifikk feil så mye som en plattformbegrensning. Den rangeres nær bunnen av påvirkning.
19. «Fastlåst» eller feilaktig minne som vedvarer
Problem: Et par brukere nevnte bekymringer for at når agenten først lærer noe feil (se #9), kan det minnet bli «fastlåst» og ikke lett kunne slettes. For eksempel, hvis en oppgave «bombet» men ble vedvarende, kunne den fortsette å påvirke fremtidig atferd.
Påvirkning: Lav. Dette er mer en undertype av problem #8 og #9 enn en separat feil. Det dukket opp i noen få bloggkommentarer («hvis en mislykket ferdighet lagres som minne, kan vi slette den?») men det var ingen store tråder fokusert på det. Vi lister det for fullstendighet.
Eksempler: I det tidligere sitatet (linux.do) bekymret en bruker seg for «hvis en oppgave mislykkes, vil ikke lagret minne forurense modellen?» Dette konseptet dukker sporadisk opp i fora. Ingen utbredt bevis på uopprettelig «fastlåst» kunnskap har imidlertid dukket opp.
Løsning/Svar: Hermes tilbyr kommandoer (/memory reject, /memory approve) for å fjerne uønskede minner manuelt. Det korte svaret fra utviklere er at når minner først er skrevet, vedvarer de med mindre de slettes eksplisitt. Brukere oppfordres til nøye å kuratere eller tilbakestille minne hvis feil data ble lagret.
20. Begrensninger i brukergrensesnitt (CLI vs. GUI)
Problem: Noen brukere (spesielt nye) har bedt om et mer brukervennlig grensesnitt. Opprinnelig var Hermes CLI-basert (med et terminal-grensesnitt), så det manglet den typen visuelt chat- eller dashbord-grensesnitt brukere forventet fra forbruker-chatbots. Før v0.9 var det ingen innebygd nettleser eller mobilgrensesnitt, noe som avskrekket noen ikke-tekniske brukere.
Påvirkning: Lav til moderat. Dette er ikke en feil, men et UX-problem. Mange Redditors og X-brukere nevnte «har dere et GUI med vinduer?» som et spørsmål. Det ble mindre av et problem etter at Hermes introduserte en desktop-app og et eksperimentelt «Kanban-dashbord» senere i 2026. Men tidlig ble det av noen brukere kritisert som «kun CLI».
Eksempler: På r/AI_Agents og på kinesiske forum spurte nykommere om Hermes hadde en web-chat eller konfigurasjonsside (som OpenClaw). Svar pekte ofte på fellesskapsbygde verktøy eller foreslo å vente på fremtidige funksjoner.
Løsning/Svar: Nå har Hermes et offisielt nettbasert brukergrensesnitt. Hermes Dashboard (tilgjengelig via hermes dashboard, se OpenClaws guide (openclawlaunch.com)) gir et nettlesergrensesnitt med chat, ferdighetsadministrasjon og logger. I midten av 2026 ga NousResearch-teamet til og med ut en desktop-app med et chatvindu. Disse tilleggene adresserer bekymringen, men brukere må oppgradere til v0.9+ og bruke disse kommandoene. Oppsummert er Hermes ikke lenger bare CLI, men dette var et smertepunkt tidlig i adopsjonen.
Konklusjon
På tvers av Reddit og X er følelsen rundt Hermes en blanding av forundring og frustrasjon. Brukere roser konsekvent dens innovative læringsmodell og enkle førsteoppsett, men mange av problemene ovenfor viser et fellesskap som fortsatt kjemper med «versjon 1.0»s ufullkommenheter. De viktigste klagene (selvevalueringsfeil, overskriving av ferdigheter, begrensede integrasjoner) reflekterer grunnleggende designavveininger i Hermes’ arkitektur. Heldigvis har utviklingstempoet vært raskt: flere av problemene ovenfor (multi-agent-profiler, GUI-dashbord, Codex-feil) har sett delvise eller fulle løsninger i nylige utgivelser. Fra sommeren 2026 er tonen forsiktig optimistisk – «Hermes er spennende, men fortsatt i forkant.» Mange tråder uttrykker ikke lenger frustrasjon med Hermes, men med den tidlige hypen (f.eks. astroturfing-motkrav). Samlet sett virker fellesskapet tålmodig: de anerkjenner at mange problemer blir jobbet med. Men det er tydelig at hver ny funksjon eller påstand raskt utløser ny diskusjon. Kort sagt er Hermes’ brukerbase engasjert: de har gjort de største problemene kjent, og prosjektets fremtidige oppdateringer vil sikkert ta disse i betraktning.
