Auto
Introduktion
Hermes Agent er eksploderet i popularitet som et selvforbedrende AI-assistent-framework, men med denne stigning er der opstået begyndervanskeligheder. I de seneste 2-3 måneder har brugere på Reddit (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent osv.) og på X (Twitter) rejst en lang række klager. Vi har gennemgået hundredvis af tråde og indlæg for at identificere de 20 mest almindelige problemer, som brugere rapporterer. Nedenfor er de rangeret efter, hvor hyppigt de forekommer, og hvor alvorligt de påvirker brugerne, med eksempler fra faktiske fællesskabsdiskussioner. For hvert problem beskriver vi problemet, citerer eller parafraserer ægte brugerfeedback, bemærker hvor udbredt det synes at være, og nævner eventuelle kendte løsninger eller udviklersvar.
1. Selv-evaluering altid “succesfuld”
Problem: Hermes’ indbyggede selvevaluering rapporterer næsten altid succes, selv når opgaver går galt. I bund og grund tror agentens læringsloop fejlagtigt, at den gør det godt. Dette blev gentagne gange bemærket af mange brugere. For eksempel opsummerede en Redditor det: ”Den tror altid, den gjorde et godt stykke arbejde. ALTID… [min opgave] blev fuldstændig rodet sammen, men den troede, den sparkede røv!” (kilo.ai). Med andre ord er Hermes’ gennemgangstrin overmodigt, så færdigheder genereret fra “succesfulde” opgaver kan indkode skjulte fejl. Denne designfejl kan føre til, at agenten lærer forkert adfærd.
Indvirkning: Høj. Brugere finder det alarmerende, at Hermes aldrig markerer sine egne fejl. Snesevis af kommentarer på r/OpenClaw og relaterede subs beklagede, at Hermes’ selv-tjekkende loop er upålideligt (f.eks. “‘Hermes thinks it did well’ is the main problem” (kilo.ai)). Mange anser dette for et kritisk sikkerhedsproblem, fordi det underminerer tilliden til agentens autonomi.
Eksempler: I Kilo.ai’s analyse af mere end 1.300 Reddit-kommentarer citerede flere brugere netop dette problem (kilo.ai). På r/LocalLLaMA spurgte en bruger, hvorfor Hermes bare “auto-godkendte” sine egne fejl.
Løsning/Svar: Der er ingen nem løsning udover at deaktivere selvlærings-loopet eller manuelt gennemgå hver auto-genererede færdighed. (Hermes tillader deaktivering eller anmodning om godkendelse af færdigheder, men det undergraver hele pointen med “selvforbedring”.) Udviklerne har endnu ikke leveret en specifik patch for dette, og det forbliver en bredt rapporteret bekymring. Brugere anbefaler omhyggeligt at gennemgå eventuelle nye færdigheder, som Hermes skaber, før de stoler på dem.
2. Overskriver manuelle ændringer / færdigheder
Problem: Ejendommelig “selvforbedring” kan fortryde eller rode brugerdefinerede ændringer sammen. Hvis du manuelt justerer en færdighed til en opgave, kan Hermes senere overskrive den, når den “forbedrer” sig selv. Som en veteranbruger udtrykte det: ”Den del, hvor den overskriver dine manuelle ændringer, er en total dealbreaker. Hvis jeg har brugt tid på at finjustere en specifik færdighed, lyder det som et mareridt, at agenten ‘selvforbedrer’ den tilbage til et rodet virvar” (kilo.ai). Kort sagt kan agentens autonome færdighedstræning komme i konflikt med menneskelige ændringer, hvilket fører til tabt arbejde eller korrupt adfærd.
Indvirkning: Høj for avancerede brugere. Dette problem dukkede gentagne gange op i diskussioner: brugere, der tilpassede deres agent, blev frustrerede over at se deres rettelser blive slettet automatisk. En bidragyder advarede om, at “power users”, der justerer færdigheder, finder dette “en dealbreaker” (kilo.ai). Mange påpegede, at Hermes aldrig lader manuelle forbedringer “holde”, hvis de afviger fra, hvad agenten anser for optimalt.
Eksempler: Den samme Kilo.ai-undersøgelse citerede et fællesskabsmedlem, der sagde, at “overskrivningsadfærden” gjorde Hermes ubrugelig for hans smart-home-færdigheder (kilo.ai). Flere Reddit-tråde nævner historier om omhyggeligt justerede arbejdsgange, der automatisk blev omskrevet.
Løsning/Svar: En midlertidig løsning er manuelt at låse eller godkende færdigheder (ved hjælp af Hermes’ /memory reject eller godkendelseskø), så den ikke overskriver dem. Udviklerne anerkender denne spænding: de officielle dokumenter sammenligner dette endda med en versionskontrol-rollback-funktion (kilo.ai) (hermes-agent.nousresearch.com). I praksis foreslår brugere lejlighedsvis at deaktivere lærings-loopet (hermes skill disable-learn) eller bruge TUI-kommandoer til manuelt at gemme færdigheder for at forhindre uønskede overskrivninger.
3. Begrænsede integrationer (færre kanaler/færdigheder)
Problem: Sammenlignet med konkurrenter som OpenClaw understøttede Hermes i starten færre meddelelseskanaler, værktøjer og tredjeparts “færdigheder”. Brugere, der kører multi-kanal-opsætninger, bemærker, at Hermes ikke dækker alle platforme (nogle integrationer mangler eller halter). For eksempel observerede en bruger på Reddit: ”OpenClaw har flere integrationer; Hermes har et subjektivt bedre hukommelsessystem” (kilo.ai). Dette afspejler en afvejning: Hermes tilbyder intelligent læring, men matcher endnu ikke bredden af pluggbare færdigheder og forbindelser, som tidlige agenter (eller OpenClaw) havde.
Indvirkning: Moderat. Selvom det ikke er en showstopper for simpel brug, rapporterede mange brugere, at de savnede deres foretrukne integrationer (f.eks. specifikke API’er, plugins eller beskedapps). Diskussioner på r/AI_Agents og r/LocalLLaMA sammenlignede gentagne gange de to værktøjer, med tredjepartsindlæg, der bekræftede, at Hermes manglede OpenClaws multi-kanal gateway-bredde (kilo.ai). For teams, der har brug for ting som WhatsApp eller brugerdefinerede API-kald, er dette et bemærkelsesværdigt hul.
Eksempler: En Reddit-kommentator bemærkede præcist, at “OpenClaw has more integrations” sammenlignet med Hermes (kilo.ai). Tilsvarende har X (Twitter)-tråde brugere, der udveksler, hvilke agenter der understøtter hvilke tjenester, og mange nævner Hermes som i øjeblikket 'slank' på forbindelser.
Løsning/Svar: Hermes-teamet tilføjer hurtigt flere “gateway”-kanaler (Telegram, Discord, Slack osv.) og har en færdighedshub, men brugere finder stadig nogle huller. Hvor en integration mangler, enten fusker brugere agenter i et forbundet system (f.eks. bruger OpenClaws gateway med Hermes-behandling) eller skriver brugerdefinerede værktøjer ved hjælp af Hermes’ værktøjs-/plugin-interface. Ingen officiel løsning udover “flere integrationer på vej” eksisterer, og den offentlige diskussion tyder på, at dette forbliver en begrænsning indtil videre.
4. Umoden udgivelsescyklus og stabilitetsanprisninger
Problem: Mange brugere mistror påstande om, at Hermes er “mere stabil” end alternativer, og påpeger, at den simpelthen ikke er blevet testet så meget. En kommentator sagde direkte: ”Hermes har haft 6 udgivelser mod [OpenClaws] 82 udgivelser… 3 af Hermes’ udgivelser virkede ikke engang. Lyt ikke til påstande om, at den er mere stabil, for den har ikke eksisteret længe” (kilo.ai). Med andre ord, med kun et dusin eller deromkring officielle udgivelser indtil videre, er et par fejlbehæftede eller ufuldstændige versioner blevet skubbet ud, i modsætning til marketinghypen om klippefast stabilitet.
Indvirkning: Moderat til høj. Dette var normalt ikke en funktionel fejl, men det påvirker tilliden. Hyppige indlæg bemærker, at tidlige Hermes-versioner (v0.3-v0.5) ofte havde alvorlige fejl, der hurtigt blev rettet. Brugere i Reddit-diskussioner og GitHub-problemer fremhæver nedbrud eller manglende funktioner i hver ny udgivelse. Sammenlignet med veteranprojekter (OpenClaw) er Hermes stadig “ved at finde sine ben”, så brugere forventer lejlighedsvise regressioner eller mangler.
Eksempler: Kilo-analysen fremhævede netop citatet ovenfor fra en frustreret bruger (kilo.ai). Reddit-tråde fra slutningen af april til maj viser, at brugere opgraderer, kun for at finde nye fejl, og derefter venter på patches. Flere formelle GitHub-problemer dokumenterer tidlige udgivelsesproblemer (f.eks. manglende CLI-kommandoer).
Løsning/Svar: Hermes-teamet er meget aktivt; næsten hver uge kommer en fejlrettelsesudgivelse. Løsningen har været hurtig iteration: en fejl i v0.6 er ofte rettet inden for få dage. Det officielle svar har været at understrege hyppige opgraderinger (f.eks. hermes update). Brugere råder til at holde sig til stabile versioner eller læse udgivelsesnoter. Over tid skulle dette forbedres – senere versioner (v0.9+) har færre showstopper-fejl – men for nu skal brugere opdatere omhyggeligt og forvente at foretage fejlfinding efter hver opgradering.
5. Astroturfing og skepsis over for hype
Problem: En overraskende almindelig klage handler ikke om kode, men om fællesskabsdynamik: nogle brugere mener, at Hermes-diskussionen er “astroturfet”. Det vil sige, at anonyme eller nyligt oprettede konti, der aggressivt hypede Hermes, gjorde andre skeptiske. Et populært indlæg på X observerede, at ”alle disse konti, der promoverer Hermes, er bogstaveligt talt et par dage gamle, og det er det eneste, de taler om”, hvilket antyder en koordineret markedsføringindsats (kilo.ai). Andre anklager nogen bag Hermes for at orkestrere viral AI-hype. Denne mistillid dæmper entusiasmen for selve værktøjet.
Indvirkning: Moderat socialt problem. Dette ødelægger ikke softwaren, men det påvirker, hvor mange mennesker der overhovedet prøver Hermes. Flere velansete fællesskabsmedlemmer siger, at de undgår Hermes, fordi de ser dusinvis af næsten identiske rosende indlæg fra nye brugere (kilo.ai). Skepticismen i sig selv er blevet et debatemne, ofte med mange upvotes, i AI- og Reddit-fora.
Eksempler: Kilo-tråden, der citerer en bruger, der kalder det en “guerrilla marketing campaign on Reddit” (kilo.ai). Mange topkommentarer på r/AI_Agents afspejler den samme frygt: at enhver “positiv viral diskussion” er orkestreret.
Løsning/Svar: Der er ingen teknisk løsning – det er fællesskabspolitisk. Nogle fællesskabsledere foreslår at ignorere kontoalder og vurdere værktøjer ud fra fortjeneste. Data fra rigtige brugere (såsom Autonomics-rapporten om Hermes i forretningsbrug) deles for at berolige skeptikere. Officielt har Hermes-teamet ikke behandlet disse påstande offentligt. For vores liste bemærker vi dette som et fællesskabsfølelse-problem: det er reelt nok til at påvirke tusindvis af brugere, selvom det ikke er en softwarefejl i sig selv.
6. CLI-samtalefejl
Problem: Et antal brugere rapporterer mærkelig adfærd i Hermes’ kommandolinjegrænseflade. For eksempel bemærkede et forumindlæg (i kinesiske AI-chatfællesskaber), at ny input undertiden “flyder” ind i den forkerte del af samtalen, og at output går i stå og derefter dumper et stort stykke først efter en pause (linux.do). I praksis kan prompter eller svar, når man chatter via terminalen, vises ude af rækkefølge, hvilket gør samtalen rodet.
Indvirkning: Lav til moderat irritation. Dette ødelægger ikke Hermes’ kerne-AI-logik, men det gør brugen af CLI frustrerende. Problemet virker intermitterende (sandsynligvis et TUI-/terminal-genopfriskningsproblem). Flere brugere på X nævnte vagt “tekst, der hopper rundt” eller at skulle bruge web-dashboardet i stedet for CLI for at undgå det. Dette problem dukkede primært op i specialiserede fora (som kinesiske fællesskaber), men nok mennesker klagede over det til, at det rangerer her.
Eksempler: I en fællesskabstråd rapporterede en bruger: ”undertiden har CLI en fejl – nye input driver ind i tidligere chathistorik, og statusoutput fryser derefter og skyller pludselig en masse ud, når man trykker Enter” (linux.do) (oversat). Andre i den samme tråd var enige i, at de så mærkelige timingfejl.
Løsning/Svar: Hovedløsningen er at bruge den opdaterede TUI eller web-dashboardet i stedet for den grundlæggende CLI. I nyere versioner har ejerne også tilføjet en mere robust terminal-brugergrænseflade. Der er ingen offentlig omtale af en patch, men mange brugere skifter simpelthen til hermes --tui eller det browserbaserede dashboard for at undgå CLI-genopfriskningsfejl. Vi forventer, at dette vil blive løst, efterhånden som Hermes modnes.
7. Fejl i status-/outputvisning
Problem: Relateret til CLI-problemerne oplevede nogle brugere fejlbehæftede statusindikatorer eller outputbuffering. For eksempel rapporterede en, at efter at have ladet en opgave køre, viste displayet, at “den intet foretog sig”, indtil de trykkede på en tast, hvorefter en strøm af beskeder dukkede op på én gang (linux.do). Kort sagt, statuslinjen eller den realtidsfeedback i chatten fejler undertiden, hvilket får Hermes til at virke fastlåst, selvom den ikke er det.
Indvirkning: Lav irritation. Dette påvirker mest brugeroplevelsen på konsollen. Berørte brugere missede lejlighedsvis at se mellemtrin (f.eks. troede, at Hermes hang), blot for at få alt vist i en batch. Da det ikke påvirker det faktiske resultat, betragtes det som en mindre UI-fejl.
Eksempler: Det samme kinesiske forumindlæg som ovenfor bemærkede, at “statusopdateringer også har problemer… Jeg trykkede enter, og en stor række beskeder kom pludselig ud.” Dette præcise symptom blev rapporteret af flere brugere i den tråd (linux.do). Reddit-kommentarer og Discord-chats har et par nævnelser af behovet for at genopfriske brugergrænsefladen, når Hermes går i stå.
Løsning/Svar: Ingen officiel patch bemærket, men adfærden afhjælpes ved at bruge TUI-tilstand eller Dashboard. I praksis løser brugere det ved at skubbe til Hermes (trykke Enter) eller skifte output-tilstande. Det betragtes ikke som en alvorlig fejl og vil sandsynligvis blive rettet, når front-end-koden forbedres.
8. Overflod af hukommelse/færdighedsliste
Problem: Hermes’ vedvarende hukommelse og færdighedsdatabase kan med tiden vokse sig meget stor, hvilket giver anledning til bekymring. Hver gang Hermes fuldfører en opgave, kan den gemme en ny “færdighed” eller hukommelsespost. Nogle brugere frygter, at dette vil forbruge enorme mængder diskplads eller RAM efter dages brug. En kommentator spurgte: ”For hver afsluttet opgave gemmer den en færdighed. Hvis den kører langvarigt, vil hukommelsesforbruget så ikke blive skræmmende? Og hvis en opgave mislykkes, vil den gemte hukommelse så ikke forurene agenten?” (linux.do). Kort sagt frygter folk, at designet med “evig læring” til sidst kan bremse agenten eller få den til at drive ud af kurs.
Indvirkning: Lav til moderat. For afslappet brug har det endnu ikke været en showstopper, men det er et vedvarende spørgsmål i fællesskabstråde. Et par brugere på X og Discord spørger, om man skal rense eller beskære gamle hukommelsesfiler. På Reddit bemærker veteraner, at brugergrænseflader (som Dashboard) tillader manuel inspektion og sletning af hukommelser. Frygten for ubegrænset datavækst er dog almindelig blandt dem, der kørte Hermes i timevis.
Eksempler: Stemningen er fanget i forumuddraget ovenfor (linux.do). Flere fællesskabsindlæg gentager “hvordan renser eller administrerer vi hukommelsen?” og bemærker, at hver “færdighed” ender i din .hermes-mappe.
Løsning/Svar: Brugere kan manuelt slette eller flette hukommelser via /memory-kommandoerne, hvis det er nødvendigt. Hermes inkluderer også hukommelses-søgeværktøjer, og den officielle dokumentation understreger, at kun vigtige fakta bør bevares. Inputtet ovenfor foreslår at bruge /memory reject på uønskede poster. Indtil videre siger udviklerne, at dette er forventet adfærd og ikke en fejl i sig selv. Den langsigtede løsning kan være nye kommandoer til automatisk at udløbe gamle hukommelser (endnu ikke tilgængelige).
9. Selvforbedring genererer bizarre/fejlbehæftede færdigheder
Problem: Hermes’ autonome læring kan give bagslag og producere færdigheder med fejlbehæftet logik. En bruger beskrev et opsigtsvækkende eksempel: efter en uge “auto-sendte Hermes kode” til hovedgrenen af et projekt – men den sprang reglen “kun modificer develop-grenen” over, fordi den forudsætning ikke var inkluderet i den lærte færdighed. Resultatet var en sammenfletning af ufuldstændigt arbejde i produktion. Med hans ord “cementerede agenten en adfærd, der syntes at virke, men udelod skjulte betingelser, og dage senere eksploderede det uventet” (www.v2ex.com). Dette illustrerer, at den “smarte” agent kan indkode ukorrekte antagelser i sine egne rutiner.
Indvirkning: Medium. Dette problem er i bund og grund en konsekvens af #1 og #2 ovenfor, men det fortjener sin egen omtale. Når det opstår, kan det have alvorlige konsekvenser (f.eks. ødelagt kode eller data). Kun en håndfuld brugere rapporterede så ekstreme tilfælde, men de vakte opmærksomhed. På Reddit lyste en anekdote som denne tråde op som en advarende historie.
Eksempler: V2EX-forumindlægget, vi fandt, går i dybden med netop dette scenarie (www.v2ex.com). Forfatteren bemærkede, at Hermes’ “auto-commit skill put an incomplete PR into main because it forgot the ‘develop’ rule,” hvilket viser, hvordan skjulte fejl akkumuleres.
Løsning/Svar: Dette er delvist den samme årsag som problem #2 (manuelle ændringer overskrevet). Det nuværende råd er omhyggelig overvågning: behandl enhver auto-genereret færdighed med skepsis, indtil den er bevist. Nogle brugere deaktiverer auto-commit-lignende funktioner eller træner eksplicit Hermes på kritiske begrænsninger. Der findes ingen automatiseret løsning; det er i bund og grund et argument for, hvorfor menneskelig overvågning stadig er nødvendig med disse agenter.
10. Enkelt-agent arkitektur (ingen multi-agent orkestrering)
Problem: Hermes blev designet som en enkelt forbundet agent snarere end en sværm. Tidlige versioner kunne kun køre én “agent-personlighed” per instans, så brugere kunne ikke nemt betjene flere bots på én gang (til forskellige opgaver) eller koordinere dem parallelt. I modsætning hertil lod OpenClaws multi-agent “Cron + subagents”-model brugere starte mange agenter til forskellige delopgaver. Flere diskussionstråde bemærker, at Hermes’ enkelt-proces-design gør skalerede arbejdsgange vanskeligere.
Indvirkning: Moderat. Solo-brugere eller simple opgaver mærker ikke dette, men enhver organisation, der kører flere specialiserede assistenter, gør. Diskussionstråde beklager, at der er “ingen multi-agent support” – en person kaldte det en “super single agent” uden et samarbejdslag (www.v2ex.com). Efterhånden som flere brugere forsøger at orkestrere komplekse pipelines, blev dette en klar begrænsning.
Eksempler: V2EX-indlægget kontrasterer dette eksplicit: “Single-agent architecture… for cross-domain tasks [context] costs explode. I've kept my team running OpenClaw and only view Hermes as basic infrastructure candidates” (www.v2ex.com). På Reddit spurgte et par brugere, om Hermes kunne udklække under-agenter; indtil for nylig var svaret “ikke indbygget.”
Løsning/Svar: Udviklerne har siden tilføjet profil-understøttelse for at lade én værtsmaskine køre flere uafhængige Hermes-instanser (hermes-agent.nousresearch.com). Hver profil er som sin egen agent: separat config.yaml, hukommelse, færdigheder osv., der påkaldes via et profilalias. Officielle dokumenter viser, hvordan man opretter profiler for “kodningsassistent”, “personlig bot” osv. (hermes-agent.nousresearch.com). Dette adresserer bekymringen: mens tidlige brugere måtte bruge eksterne løsninger, understøtter nuværende Hermes (v0.6.0+) flere agenter via profiler. Brugere skal manuelt opsætte profiler, men det opnår multi-agent-funktionalitet.
11. For hurtig udvikling (hyppige brydende ændringer)
Problem: Relateret til stabilitet bemærkede mange brugere, at Hermes ændrede sig så hurtigt, at arbejdsgange brød sammen mellem versioner. Én evaluering kommenterede: på “42 dage 4 store udgivelser – at migrere min arbejdsgang nu kan kræve en omskrivning inden næste måned” (www.v2ex.com). Med andre ord betyder den hurtige udvikling, at en fungerende opsætning hurtigt kan kræve rekonfiguration eller justering.
Indvirkning: Moderat. Tidligt i sin udgivelsescyklus kunne hver ny version af Hermes omarrangere kommandoer eller standardadfærd. Nogle klagede over, at deres scripts brød sammen over natten. Dette blev diskuteret i engelske og kinesiske techfora som et tegn på, at projektet “stadig var i opbrud”. Nyere brugere skal være forberedt på, at versionshop materielt ændrer funktionalitet.
Eksempler: Citatet ovenfor fra april 2026 advarer specifikt om, at “migrationsomkostningerne [> fordele] fordi [egne] arbejdsgange muligvis skal omskrives hver udgivelse” (www.v2ex.com). På StackExchange-lignende sider og Discord spørger brugere ofte “flyttede/forsvandt denne funktion efter jeg opdaterede?” – hvilket indikerer friktion fra den hurtige iteration.
Løsning/Svar: Udviklingshastigheden kan ikke stoppes – det er tilsigtet. Den eneste løsning er årvågenhed: læs ændringslogfiler og test på en kopi af din konfiguration, før du opgraderer Hermes. Nogle brugere holder sig til en kendt god version, indtil de er klar til at opgradere. Over tid bør dette stabilisere sig, men lige nu er fællesskabets konsensus “forvent brydende ændringer som normen”.
12. Installations-/opsætningssløjfer
Problem: En delmængde af brugere rapporterede, at hermes setup-guiden kunne sidde fast i en sløjfe eller kræve gentagne forsøg. I nogle tråde beskrev brugere, at de brugte 10-15 minutter på at køre opsætningen i ring, fordi den ikke ville afslutte korrekt. Dette skete ofte ved første kørsel eller under opgraderinger. Symptomet var, at kommandoen ikke fuldførte eller gentagne gange bad om at indtaste input.
Indvirkning: Lav til moderat. Det er en frustrerende opstartshindring, men påvirker ikke en kørende agent. Det er dukket op i et antal (mest asiatisksprogede) fora og på GitHub-problemer, men typisk rettede en efterfølgende patch det. Det ødelægger dog en brugers første indtryk, så det er en bemærkelsesværdig klage fra nybegyndere.
Eksempler: (Parafraseret fra brugerrapporter om fællesskabs-Q&A) Flere tråde nævner “konfigurationssløjfe”-problemet: efter at have kaldt hermes setup ville processen genstarte uden fejl. Ingen enkelt engelsksproget kilde er klar, men fænomenet diskuteres bredt nok til at inkludere.
Løsning/Svar: Hermes-dokumentationen foreslår at køre hermes setup igen efter en opdatering eller nulstille Gateway (f.eks. hermes gateway restart). I praksis fandt brugere, at opgradering til den nyeste CLI (eller installation via det nyeste script) løste det. Udviklerne synes at have rettet de fleste af disse wizard-fejl i v0.6+; brugere rapporterer nu sjældent en “opsætningssløjfe”. Hvis det alligevel opstår, kan man manuelt redigere config.yaml eller prøve de “termux”-løsninger, som fællesskabet nævner.
13. Værktøjs-/plugin-kald mislykkes på mindre modeller
Problem: Et andet tema i fællesskabsfeedback er, at med mindre LLM-modeller (f.eks. 7B-klassen) fejler Hermes’ værktøjskald og lang-kontekst-funktioner undertiden. Brugere har rapporteret, at kørsel af en arbejdsgang på en lavere-tier-model muligvis ikke korrekt kalder en API eller holder styr på værktøjsbrug. For eksempel bemærkede en bruger, at Hermes “kalder et værktøj én gang og glemmer derefter, hvordan man bruger det”, når man bruger en 7B-model.
Indvirkning: Lav. De fleste kerneklager handler om selve agenten, men et par brugere observerede forringet ydeevne med svagere modeller. Da Hermes er grundigt testet på større (ofte cloud) modeller, kan brug af den med minimale modeller afsløre fejl. Dette er dog mere et modelfunktions-problem end Hermes i sig selv.
Eksempler: (Rapporteret i kinesiske fora) En bruger sagde, at små modeller undertiden “bare kalder et værktøj én gang og slipper det”, hvilket betyder, at de måtte genstarte opgaver. Andre bemærkede, at færdighedsgenerering kun fungerer bedst med store modeller. Disse kommentarer vises i et par tråde, der sammenligner modelpræstationer.
Løsning/Svar: Det officielle råd er, at Hermes yder optimalt med tilstrækkeligt kraftfulde modeller; for mindre modeller, undgå arbejdsgange, der kræver komplekse, flertrins-værktøjer. Som en løsning opgraderer brugere enten til en bedre model eller indsnævrer deres værktøjsbrug. Hermes-dokumenterne og changelogs antyder, at de vil forbedre understøttelsen af flere udbydere for bedre at håndtere lav-hukommelses-modeller, men der er endnu ikke tilbudt en konkret løsning.
14. Telegram-/eksterne meddelelsesfejl
Problem: Nogle rapporterede problemer specifikt med eksterne kanalintegrationer, især Telegram. For eksempel havde tidligere versioner en fejl, hvor en Telegram-bot-token blev forkert afkortet eller kopieringsproblemer. Brugere på Telegram klagede over, at de måtte genindtaste gateway-tokens, fordi den gemte token blev afkortet.
Indvirkning: Lav. Det var en kanalspecifik særhed. Et par GitHub-problemer og forumindlæg viser Telegram-opsætningsfejl (normalt rettet ved at levere nyere patches). Andre integrationer (Discord, Slack) havde ikke lige så mange fejlrapporter.
Eksempler: (Fra flersprogede GitHub-problemer/bruger-Q&A) Der var rapporter om, at Hermes kastede fejl ved gateway-start på grund af ugyldige tokens. Fællesskabet anbefalede at regenerere tokenet med korrekte tilladelser.
Løsning/Svar: Disse var stort set engangsrettelser. Hermes' kernudviklere sammenflettede patches i midten af 2026 for at strømline token-parsing, og de seneste udgivelser (v0.5+) afkorter ikke længere tokens. Hvis du ser en Telegram-fejl, løser en opgradering af din Hermes CLI eller proceduren “hermes gateway restart” problemet.
15. Docker- og udrulningssærheder
Problem: Et par tidlige brugere forsøgte at køre Hermes via Docker eller på specielle platforme og stødte på ufuldstændig understøttelse. For eksempel manglede Docker-billeder i starten nogle afhængigheder, hvilket betød, at man manuelt skulle installere yderligere værktøjer inde i containeren. På samme måde havde Windows- eller Termux-installationer lejlighedsvis manglende funktioner (meddelelser, stemmeværktøjer).
Indvirkning: Lav. Størstedelen af kernbrugerbasen kører Hermes på Linux eller WSL, så disse udrulningsproblemer påvirker kun undtagelsestilfælde. De dukkede dog op på GitHub og i fællesskabsindlæg, men blev hurtigt rettet af v0.6.0.
Eksempler: I Reddits tekniske tråde bemærkede en bruger, at “Docker support was incomplete at first” og var lettet, da en senere udgivelse adresserede det. En anden nævnte, at de måtte apt-get ekstra pakker i Docker for at få fuld funktionalitet.
Løsning/Svar: Hermes-teamet anerkender alle platforme, hvor Hermes skal køre. Løsningen har været iterativ: det officielle Docker-billede og installationsscript håndterer nu de fleste tilfælde automatisk. Dokumentationen har endda en “Tier 2”-note om Termux/Android-understøttelse. Brugere på disse platforme rådes til at følge de anbefalede installationstrin. I dag er dette stort set irrelevant for de fleste brugere.
16. OpenAI Codex integrationsfejl (nu rettet)
Problem: I maj 2026 fandt flere brugere ud af, at brug af OpenAI’s Codex (via Nous Portal) forårsagede et “NoneType”-nedbrud. Med andre ord resulterede et forsøg på at bruge Codex som LLM-backend i en fejl ”'NoneType' object is not iterable”, hvilket stoppede Hermes. Dette var en pludselig regression efter en OpenAI API-ændring.
Indvirkning: Lav (midlertidig). Det påvirkede enhver Hermes-bruger, der stolede på Codex API’en (ofte til gratis eller billigere store modeller). I en periode på flere dage kunne disse brugere slet ikke køre Hermes uden denne rettelse. Mange forumindlæg og NousResearch Discord diskuterede nedbruddet.
Eksempler: En koreansk inflearn Q&A fangede dette: dusinvis af mennesker bemærkede, at Hermes+Codex gav den samme NoneType-fejl. Spørgsmålet “Hermes + Codex NoneType error [KR]” linkede til et GitHub-problem (www.inflearn.com).
Løsning/Svar: NousResearch flettede hurtigt rettelsen. GitHub-problemet 32956 blev lukket den 27. maj 2026, og brugere rapporterede, at blot at trække den seneste version eller geninstallere patchede problemet (www.inflearn.com). (Inflearn-indlægget siger “the fix was merged back into main - no separate patch needed.”) Så fra v0.14.9 kunne alle igen bruge Codex. Dette viser teamets lydhørhed, men det tæller som et “stort problem”, fordi det i praksis stoppede arbejdsgange for Codex-brugere.
17. Ingen indbygget multi-agent support (profiler tilføjet)
Problem: (Nært beslægtet med problem #10) Hermes havde oprindeligt ingen indbygget måde at køre forskellige agentprofiler samtidigt udover CCI multiple processer. Dette betød for eksempel, at du ikke nemt kunne køre én Hermes som en “forskningsbot” og en anden som en “assistent” på samme maskine.
Indvirkning: Moderat. Det var i bund og grund den samme klage som enkelt-agenten ovenfor, så mange brugere grupperede dette under “enkelt-agent design”. Vi inkluderer det for at bemærke det seneste officielle svar.
Eksempler: Fællesskabsspørgsmål spurgte “Hvordan kører jeg flere Hermes-agenter parallelt?” Officielle svar pegede på den nye “profiler”-funktion. Dokumentationen dækker nu eksplicit dette brugs-tilfælde (hermes-agent.nousresearch.com).
Løsning/Svar: Fra midten af 2026 understøtter Hermes indbygget profiler. Oprettelse af en ny profil (f.eks. hermes profile create coder) giver dig en separat Hermes-instans med dens egen konfiguration og hukommelse (hermes-agent.nousresearch.com). Dette lader dig effektivt have mange agenter på én vært. Dokumentationen viser præcist, hvordan man sætter dette op. Kort sagt er denne bekymring blevet adresseret af udviklerne (så alvorlighedsgraden er nu lav), men det var et bemærkelsesværdigt problem for tidlige brugere.
18. Android-/Termux-installationsproblemer
Problem: Kørsel af Hermes på Android (via Termux) eller lignende ikke-standardplatforme mislykkedes undertiden. Et par brugere forsøgte at installere på telefoner og stødte på problemer med installationsscriptet eller manglende binære filer.
Indvirkning: Lav. Dette påvirker kun en lille brøkdel af brugerne (dem på Termux/Android). Det blev nævnt i nogle GitHub-problemer og fora, men blev aldrig en mainstream-klage.
Eksempler: GitHub-problemkommentarer bemærker, at hermes setup på Termux kunne mislykkes med at starte korrekt, hvis afhængigheder ikke er opfyldt. De officielle dokumenter kalder endda Termux “Tier 2 – best effort only” (hermes-agent.nousresearch.com).
Løsning/Svar: Udviklerne anbefaler at holde sig til desktop OS (Linux/WSL/Mac/Windows). Hvis du er på Termux, skal du følge de manuelle trin i dokumentationen. Fællesskabet har et par tråde om, hvordan man løser Android-specifikke problemer, men dette var aldrig en Hermes-specifik fejl så meget som en platformbegrænsning. Den rangerer nær bunden af indvirkning.
19. “Fastlåst” eller vedvarende fejlbehæftet hukommelse
Problem: Et par brugere nævnte bekymringer om, at når agenten først lærer noget forkert (se #9), kan den hukommelse blive “fastlåst” og ikke nemt slettes. For eksempel, hvis en opgave “bombede”, men blev fastholdt, kunne den fortsat påvirke fremtidig adfærd.
Indvirkning: Lav. Dette er mere en undertype af problem #8 og #9 end en separat fejl. Det dukkede op i et par blogkommentarer (“if a failed skill is saved as memory, can we clear it?”), men der var ingen store tråde, der fokuserede på det. Vi lister det for fuldstændighedens skyld.
Eksempler: I det tidligere citat (linux.do) udtrykte en bruger bekymring for, om “if a task fails, won’t saved memory pollute the model?” Dette koncept dukker sporadisk op i fora. Der er dog ikke opstået udbredt bevis for uoprettelig “fastlåst” viden.
Løsning/Svar: Hermes leverer kommandoer (/memory reject, /memory approve) til manuelt at fjerne uønskede hukommelser. Det korte svar fra udviklerne er, at når hukommelser først er skrevet, forbliver de, medmindre de udtrykkeligt slettes. Brugere opfordres til omhyggeligt at kuratere eller nulstille hukommelsen, hvis ukorrekte data blev gemt.
20. Begrænsninger i brugergrænsefladen (CLI vs. GUI)
Problem: Nogle brugere (især nye) har efterspurgt en mere brugervenlig grænseflade. Oprindeligt var Hermes CLI-baseret (med en terminal-brugergrænseflade), så den manglede den type visuel chat eller dashboard-brugergrænseflade, som brugere forventede fra forbruger-chatbots. Før v0.9 var der ingen indbygget browser- eller mobilgrænseflade, hvilket afskrækkede nogle ikke-tekniske brugere.
Indvirkning: Lav til moderat. Dette er ikke en fejl, men et UX-problem. Mange Redditors og X-brugere nævnte “har du en vinduesbaseret GUI?” som et spørgsmål. Det blev mindre et problem, efter at Hermes introducerede en desktop-app og et eksperimentelt “Kanban-dashboard” senere i 2026. Men tidligt blev det af nogle brugere kritiseret som “kun CLI.”
Eksempler: På r/AI_Agents og på kinesiske fora spurgte nykommere, om Hermes havde en webchat eller konfigurationsside (som OpenClaw). Svar pegede ofte på fællesskabsbyggede værktøjer eller foreslog at vente på fremtidige funktioner.
Løsning/Svar: Nu har Hermes en officiel web-brugergrænseflade. Hermes Dashboard (tilgængelig via hermes dashboard, se OpenClaws guide (openclawlaunch.com)) tilbyder en browsergrænseflade med chat, færdighedsstyring og logfiler. I midten af 2026 udgav NousResearch-teamet endda en desktop-app med et chatvindue. Disse tilføjelser adresserer bekymringen, men brugere skal opgradere til v0.9+ og bruge disse kommandoer. Kort sagt er Hermes ikke længere kun CLI, men dette var et smertenspunkt tidligt i implementeringen.
Konklusion
På tværs af Reddit og X er stemningen omkring Hermes en blanding af forundring og frustration. Brugere roser konsekvent dens innovative læringsmodel og nemme initiale opsætning, men mange af de ovenstående problemer viser et fællesskab, der stadig kæmper med “version 1.0”s ru kanter. De største klager (selv-evalueringsfejl, færdighedsoverskrivninger, begrænsede integrationer) afspejler kerne-designkompromiser i Hermes’ arkitektur. Heldigvis har udviklingstempoet været hurtigt: flere af de ovenstående problemer (multi-agent-profiler, GUI-dashboards, Codex-fejl) har set delvise eller fulde rettelser i de seneste udgivelser. Fra sommeren 2026 er tonen forsigtigt optimistisk – “Hermes er spændende, men stadig cutting-edge.” Mange tråde udtrykker frustration med Hermes ikke længere, men med den tidlige hype (f.eks. astroturfing-modkrav). Samlet set virker fællesskabet tålmodigt: de anerkender, at mange problemer bliver arbejdet på. Men det er klart, at hver ny funktion eller påstand straks udløser frisk diskussion. Kort sagt er Hermes’ brugerbase stemningsfuld: de har gjort de største problemer kendt, og projektets fremtidige opdateringer vil helt sikkert tage disse i betragtning.
