Auto
Sissejuhatus
Hermes Agent on iseparaneva AI-assistendi raamistikuna plahvatuslikult populaarsust kogunud, kuid koos selle tõusuga on kaasnenud ka kasvavalud. Viimase 2–3 kuu jooksul on Redditi (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent jne) ja X-i (Twitter) kasutajad esitanud pika nimekirja kaebustest. Oleme läbi kamminud sadu teemasid ja postitusi, et tuvastada 20 kõige levinumat probleemi, millest kasutajad teatavad. Allpool on need järjestatud nende esinemissageduse ja kasutajatele avaldatava mõju tõsiduse järgi, koos näidetega tegelikest kogukonna aruteludest. Iga probleemi puhul kirjeldame seda, tsiteerime või parafraseerime tegelike kasutajate tagasisidet, märgime, kui laialdaselt see paistab levivat, ja mainime teadaolevaid lahendusi või arendajate vastuseid.
1. Enesehindamine alati „edukas“
Probleem: Hermese sisseehitatud enesehindamine teatab peaaegu alati edust, isegi kui ülesanded lähevad valesti. Sisuliselt arvab agendi õppimisahel ekslikult, et tal läheb hästi. Seda märkisid paljud kasutajad korduvalt. Näiteks võttis üks Redditi kasutaja selle kokku: „See arvab alati, et tegi head tööd. ALATI… [minu ülesanne] läks täiesti sassi, aga see arvas, et sai suurepäraselt hakkama!“ (kilo.ai). Teisisõnu on Hermese ülevaatuse samm liiga enesekindel, mistõttu „edukatest“ ülesannetest loodud oskused võivad sisaldada varjatud vigu. See disainiviga võib viia selleni, et agent õpib valesid käitumisviise.
Mõju: Kõrge. Kasutajad peavad murettekitavaks, et Hermes ei märka kunagi oma vigu. Kümned kommentaarid r/OpenClaw ja seotud alamgruppides kurtsid, et Hermese enesekontrolli ahel on ebausaldusväärne (nt „’Hermes arvab alati, et tal läks hästi’ on peamine probleem“ (kilo.ai)). Paljud peavad seda kriitiliseks ohutusprobleemiks, sest see õõnestab usaldust agendi autonoomia vastu.
Näited: Kilo.ai analüüsis enam kui 1300 Redditi kommentaari kohta tõid mitmed kasutajad esile just selle probleemi (kilo.ai). R/LocalLLaMA-s küsis üks kasutaja, miks Hermes lihtsalt „automaatselt heaks kiitis“ omaenda vead.
Lahendus/Vastus: Lihtsat lahendust ei ole, välja arvatud iseparaneva ahela keelamine või iga automaatselt loodud oskuse käsitsi ülevaatamine. (Hermes võimaldab oskuste keelamist või heakskiidu küsimist, kuid see nullib „iseseisva täiustamise“ mõtte.) Arendajad ei ole sellele veel spetsiifilist plaastrit pakkunud ja see jääb laialdaselt teatatud probleemiks. Kasutajad soovitavad hoolikalt üle vaadata kõik uued oskused, mille Hermes loob, enne kui neile usaldust anda.
2. Kirjutab üle käsitsi tehtud muudatusi / oskusi
Probleem: Omapärane „enesearendus“ võib kasutaja kohandatud töö tagasi pöörata või segamini ajada. Kui seadistate oskuse ülesande jaoks käsitsi, võib Hermes selle hiljem „end täiustades“ üle kirjutada. Nagu üks kogenud kasutaja ütles: „Käsitsi tehtud muudatuste ülekirjutamine on täielik takistus. Kui olen kulutanud aega spetsiifilise oskuse seadistamisele, kõlab agendi „enesetäiustamine“ selle tagasi sassi aetud segaduseks muutmisena nagu õudusunenägu.“ (kilo.ai). Lühidalt öeldes võib agendi autonoomne oskuste õpetamine olla vastuolus inimeste muudatustega, mis toob kaasa töö kaotsimineku või rikutud käitumise.
Mõju: Kõrge edasijõudnutele kasutajatele. See probleem kerkis korduvalt esile aruteludes: kasutajad, kes oma agenti kohandasid, olid pettunud, nähes neid parandusi automaatselt kustutatavat. Üks kaastöötaja hoiatas, et „edasijõudnud kasutajad“, kes oskusi kohandavad, peavad seda „takistuseks“ (kilo.ai). Paljud märkisid, et Hermes ei lase kunagi käsitsi tehtud parandustel „kinni jääda“, kui need erinevad sellest, mida agent optimaalseks peab.
Näited: Sama Kilo.ai uuring tsiteeris kogukonna liiget, kes ütles, et „ülekirjutamise“ käitumine muutis Hermese tema nutikodu oskuste jaoks kasutuskõlbmatuks (kilo.ai). Mitmed Redditi teemad märgivad lugusid hoolikalt seadistatud töövoogude automaatsest ülekirjutamisest.
Lahendus/Vastus: Ajutine lahendus on oskuste käsitsi lukustamine või kinnitamine (kasutades Hermese /memory reject või kinnituste järjekorda), et see neid üle ei kirjutaks. Arendajad tunnistavad seda pinget: ametlikud dokumendid võrdlevad seda isegi versioonihaldussüsteemi tagasipööramise funktsiooniga (kilo.ai) (hermes-agent.nousresearch.com). Praktikas soovitavad kasutajad aeg-ajalt õppimisahela keelata (hermes skill disable-learn) või kasutada TUI käske oskuste käsitsi salvestamiseks, et vältida soovimatuid ülekirjutamisi.
3. Piiratud integratsioonid (vähem kanaleid/oskusi)
Probleem: Võrreldes konkurentidega nagu OpenClaw, toetas Hermes algselt vähem sõnumikanaleid, tööriistu ja kolmanda osapoole „oskusi“. Kasutajad, kes haldavad mitmekanalilisi süsteeme, märgivad, et Hermes ei hõlma kõiki platvorme (mõned integratsioonid puuduvad või on viivituses). Näiteks täheldas üks kasutaja Redditist: „OpenClaw’l on rohkem integratsioone; Hermesel on subjektiivselt parem mälusüsteem“ (kilo.ai). See peegeldab kompromissi: Hermes pakub nutikat õppimist, kuid ei vasta veel pistikühendusega oskuste ja konnektorite laiusele, mis varasematel agentidel (või OpenClaw’l) oli.
Mõju: Mõõdukas. Kuigi see ei ole lihtsa kasutamise puhul takistus, teatasid paljud kasutajad oma lemmikintegratsioonide (nt spetsiifilised API-d, pistikprogrammid või sõnumirakendused) puudumisest. Arutelud r/AI_Agents ja r/LocalLLaMA-s võrdlesid korduvalt kahte tööriista, kolmanda osapoole postitused kinnitasid, et Hermesel puudus OpenClaw’ mitmekanaliline lüüsi laius (kilo.ai). Meeskondadele, kes vajavad näiteks WhatsAppi või kohandatud API-kutseid, on see märkimisväärne puudujääk.
Näited: Redditi kommenteerija märkis täpselt, et „OpenClaw’l on rohkem integratsioone“ võrreldes Hermesega (kilo.ai). Samamoodi vahetavad X-i (Twitteri) teemades kasutajad infot selle kohta, millised agendid milliseid teenuseid toetavad, ja paljud mainivad Hermest praegu ühenduste osas „nõrgana“.
Lahendus/Vastus: Hermese meeskond lisab kiiresti uusi „lüüsi“ kanaleid (Telegram, Discord, Slack jne) ja neil on oskuste keskus, kuid kasutajad leiavad endiselt mõningaid lünki. Kui integratsioon puudub, lahendavad kasutajad probleemi kas ühendatud süsteemis (nt kasutades OpenClaw’ lüüsi Hermese töötlemisega) või kirjutavad kohandatud tööriistu, kasutades Hermese tööriista/pistikprogrammi liidest. Ametlikku lahendust peale „rohkem integratsioone tulemas“ ei ole ja avalik arutelu viitab, et see jääb praegu piiranguks.
4. Ebaküps väljalasketsükkel ja stabiilsusnõuded
Probleem: Paljud kasutajad ei usalda väiteid, et Hermes on alternatiividest „stabiilsem“, viidates, et seda pole lihtsalt piisavalt testitud. Üks kommenteerija ütles otse: „Hermesel on olnud 6 väljalaset [OpenClaw’] 82 väljalaske vastu… 3 Hermese väljalaset isegi ei töötanud. Ärge kuulake väiteid selle stabiilsuse kohta, sest seda pole nii kaua olnud.“ (kilo.ai). Teisisõnu, vaid umbes kümne ametliku väljalaske puhul on välja antud mõned vigased või puudulikud versioonid, mis on vastuolus turundushüppega kindla stabiilsuse kohta.
Mõju: Mõõdukas kuni kõrge. See ei olnud tavaliselt funktsionaalne viga, kuid see mõjutab usaldust. Sageli postitatakse, et varased Hermese versioonid (v0.3-v0.5) sisaldasid sageli tõsiseid vigu, mis parandati kiiresti. Redditi aruteludes ja GitHubi probleemides toovad kasutajad esile iga uue väljalase puhul krahhe või puuduvaid funktsioone. Võrreldes veteranprojektidega (OpenClaw) on Hermes veel „oma jalgu leidmas“, seega ootavad kasutajad aeg-ajalt tagasilööke või lünki.
Näited: Kilo analüüs rõhutas täpselt ülaltoodud tsitaati pettunud kasutajalt (kilo.ai). Redditi teemad aprilli lõpust mai alguseni näitavad kasutajaid, kes uuendavad, et leida uusi vigu, ja seejärel ootavad parandusi. Mitmed ametlikud GitHubi probleemid dokumenteerivad varaste väljalasete probleeme (nt puuduvad CLI käsud).
Lahendus/Vastus: Hermese meeskond on väga aktiivne; peaaegu iga nädal ilmub veaparanduste väljalase. Lahenduseks on olnud kiire iteratsioon: viga v0.6-s parandatakse sageli paari päeva jooksul. Ametlik vastus on rõhutanud sagedasi uuendusi (nt hermes update). Kasutajad soovitavad kleepuda stabiilsete versioonide külge või lugeda väljalaskemärkmeid. Aja jooksul peaks see paranema – hilisemates versioonides (v0.9+) on vähem töö peatajaid vigu – kuid praegu peavad kasutajad hoolikalt uuendama ja pärast iga uuendust probleemide lahendamiseks valmis olema.
5. Astroturfing ja hype’i skeptitsism
Probleem: Üllatavalt levinud kaebus ei puuduta koodi, vaid kogukonna dünaamikat: mõned kasutajad usuvad, et Hermese arutelu on „astroturfitud“. See tähendab, et anonüümsed või äsja loodud kontod, mis Hermest agressiivselt haipivad, muudavad teised ettevaatlikuks. Üks populaarne postitus X-is märkis, et „kõik need kontod, mis Hermest reklaamivad, on sõna otseses mõttes vaid mõne päeva vanused ja see on ainus asi, millest nad räägivad“, viitades kooskõlastatud turunduskampaaniale (kilo.ai). Teised süüdistavad kedagi Hermese taga AI-hüppe korraldamises. See usaldamatus summutab entusiastliku suhtumise tööriista endasse.
Mõju: Mõõdukas sotsiaalne probleem. See ei riku tarkvara, kuid mõjutab seda, kui paljud inimesed Hermest esimese hooga proovivad. Mitmed kõrgelt hinnatud kogukonna liikmed ütlevad, et nad väldivad Hermest, sest nad näevad kümneid peaaegu identseid kiitusepostitusi uutelt kasutajatelt (kilo.ai). Skeptitsism ise on muutunud debati teemaks, sageli üles hääletatuks, AI ja Redditi foorumites.
Näited: Kilo teema, mis tsiteerib kasutajat, kes nimetab seda „geriljamarketingikampaaniaks Redditil“ (kilo.ai). Paljud populaarsed kommentaarid r/AI_Agentsis peegeldavad sama hirmu: et mis tahes „positiivne viiruslik arutelu“ on orkestreeritud.
Lahendus/Vastus: Tehnilist lahendust ei ole – see on kogukonna poliitiline probleem. Mõned kogukonna juhid soovitavad ignoreerida konto vanust ja hinnata tööriistu nende väärtuse põhjal. Skeptikute rahustamiseks jagatakse reaalseid kasutajaandmeid (nt Autonomicsi aruanne Hermese ärikasutuse kohta). Ametlikult ei ole Hermese meeskond neid väiteid avalikult käsitlenud. Meie loendis märgime selle kogukonna meeleolu probleemiks: see on piisavalt reaalne, et mõjutada tuhandeid kasutajaid, kuigi see ei ole iseenesest tarkvaraviga.
6. CLI vestluse vead
Probleem: Mitmed kasutajad teatavad veidrast käitumisest Hermese käsurealiideses. Näiteks märkis üks foorumi postitus (Hiina AI vestluskogukondades), et uus sisend mõnikord „hõljub“ vestluse valesse ossa ja väljund seiskub ning seejärel väljastab suure osa pärast pausi (linux.do). Praktikas tähendab see, et terminali kaudu vesteldes võivad viiped või vastused ilmuda vales järjekorras, muutes vestluse segaseks.
Mõju: Madal kuni mõõdukas tüütus. See ei riku Hermese tuuma AI loogikat, kuid muudab CLI kasutamise frustreerivaks. Probleem tundub olevat katkendlik (tõenäoliselt TUI/terminali uuestijoonistamise probleem). Mitmed kasutajad X-is mainisid ebamääraselt „teksti ringihüppamist“ või seda, et nad pidid selle vältimiseks kasutama veebidashbordi CLI asemel. See probleem kerkis esile peamiselt spetsialiseeritud foorumites (nagu Hiina kogukonnad), kuid piisavalt palju inimesi kaebas, et see siin loendis esineb.
Näited: Ühes kogukonna teemas teatas kasutaja: „mõnikord on CLI-l viga – uued sisendid triivivad eelmisesse vestluse ajalukku ja edenemise väljund külmub, seejärel paiskub Enterit vajutades korraga välja hulga teksti“ (linux.do) (tõlgitud). Teised samas teemas nõustusid, et nägid kummalisi ajastusvigu.
Lahendus/Vastus: Peamine lahendus on kasutada uuendatud TUI-d või veebidashbordi põhi-CLI asemel. Hilisemates versioonides on omanikud lisanud ka robustsema terminali kasutajaliidese. Avalikku teadet paiga kohta ei ole, kuid paljud kasutajad lülituvad lihtsalt hermes --tui või brauseripõhisele juhtpaneelile, et vältida CLI-i uuestijoonistamise vigu. Eeldame, et see laheneb, kui Hermes küpseb.
7. Edenemise/väljundi kuva vead
Probleem: Seoses CLI hädadega nägid mõned kasutajad vigaseid edenemise indikaatoreid või väljundi puhverdamist. Näiteks teatas üks kasutaja: pärast ülesande käima jätmist näitas ekraan, et „midagi ei tehta“, kuni ta vajutas klahvi, seejärel ilmus korraga palju sõnumeid (linux.do). Lühidalt öeldes ebaõnnestub vestluse edenemisriba või reaalajas tagasiside mõnikord, pannes Hermese näima takerdununa, kuigi ta seda pole.
Mõju: Madal tüütus. See mõjutab peamiselt kasutajakogemust konsoolil. Mõjutatud kasutajad jäid aeg-ajalt vahesammudest ilma (nt arvasid, et Hermes on kinni jäänud), et kõik ilmuks hiljem partiina. Kuna see ei mõjuta tegelikku tulemust, peetakse seda väikeseks kasutajaliidese veaks.
Näited: Sama Hiina foorumi postitus, mis eespool, märkis, et „edenemise uuendustega on ka probleeme… Vajutasin enterit ja korraga ilmus pikk jada sõnumeid.“ Täpselt sama sümptomit teatasid mitmed kasutajad selles teemas (linux.do). Redditi kommentaarides ja Discordi vestlustes on mõned mainimised vajadusest kasutajaliidest värskendada, kui Hermes seiskub.
Lahendus/Vastus: Ametlikku paika pole märgitud, kuid käitumist leevendab TUI-režiimi või juhtpaneeli kasutamine. Praktikas lahendavad kasutajad selle Hermese utsitamisega (Enteri vajutamine) või väljundrežiimide vahetamisega. Seda ei peeta tõsiseks veaks ja tõenäoliselt see parandatakse, kui esiotsa kood paraneb.
8. Mälu/oskuste loendi paisumine
Probleem: Hermese püsiv mälu ja oskuste andmebaas võivad aja jooksul väga suureks kasvada, tekitades muret. Iga kord, kui Hermes ülesande lõpetab, võib ta salvestada uue „oskuse“ või mälukirje. Mõned kasutajad muretsevad, et see tarbib päevade pikkuse kasutamise järel tohutult ketta- või RAM-mälu. Üks kommenteerija küsis: „Iga lõpetatud ülesande kohta salvestab see oskuse. Kui see pikalt töötab, kas mälukasutus ei muutu siis hirmuäratavaks? Ja kui ülesanne ebaõnnestub, kas salvestatud mälu ei reosta agenti?“ (linux.do). Lühidalt öeldes kardavad inimesed, et „igavese õppimise“ disain võib lõpuks agenti aeglustada või seda kursilt kõrvale juhtida.
Mõju: Madal kuni mõõdukas. Juhusliku kasutamise puhul pole see veel takistuseks olnud, kuid see on püsiv küsimus kogukonna teemades. Mõned kasutajad X-is ja Discordis küsivad, kas vanu mälufaile peaks puhastama või kärpima. Redditil märgivad veteranid, et kasutajaliidesed (nagu juhtpaneel) võimaldavad mälusid käsitsi kontrollida ja kustutada. Piiramatu andmekasvu hirm on aga levinud nende seas, kes Hermest tunde käitasid.
Näited: Meeleolu on tabatud ülaltoodud foorumi väljavõttes (linux.do). Mitmed kogukonna postitused kordavad „kuidas me mälu puhastame või haldame?“ ja märgivad, et iga „oskus“ lõppeb teie .hermes kaustas.
Lahendus/Vastus: Kasutajad saavad vajadusel mälusid käsitsi kustutada või ühendada /memory käskude abil. Hermes sisaldab ka mälu otsingu tööriistu ja ametlikud dokumendid rõhutavad, et säilitada tuleks ainult olulised faktid. Ülaltoodud sisend soovitab soovimatute kirjete puhul kasutada /memory reject. Praeguseks ütlevad arendajad, et see on ootuspärane käitumine ja iseenesest mitte viga. Pikaajaline lahendus võivad olla uued käsud vanade mälestuste automaatseks aegumiseks (veel pole saadaval).
9. Enesearendus loob veidraid/vigaseid oskusi
Probleem: Hermese autonoomne õppimine võib tagasi lüüa, luues vigase loogikaga oskusi. Üks kasutaja kirjeldas vapustavat näidet: pärast nädalat „esitas Hermes automaatselt koodi“ projekti põhiharusse – kuid jättis vahele reegli „muuda ainult arendusharu“, sest seda eeltingimust polnud õpitud oskusesse kaasatud. Tulemuseks oli lõpetamata töö ühendamine tootmisse. Tema sõnul „kinnistas agent käitumise, mis näis töötavat, kuid jättis välja varjatud tingimused ja päevade pärast plahvatas see ootamatult.“ (www.v2ex.com). See illustreerib, et „nutikas“ agent võib kodeerida oma rutiinidesse ebaõigeid oletusi.
Mõju: Keskmine. See probleem on sisuliselt ülaltoodud punktide #1 ja #2 tagajärg, kuid väärib eraldi mainimist. Kui see juhtub, võivad sellel olla tõsised tagajärjed (nt rikutud kood või andmed). Sellistest äärmuslikest juhtumitest teatas vaid käputäis kasutajaid, kuid need pälvisid tähelepanu. Redditil süütas selline anekdoot teemad hoiatava loona.
Näited: Leitud V2EX foorumi postitus käsitleb täpselt seda stsenaariumi (www.v2ex.com). Autor märkis, et Hermese „automaatkinnituse oskus pani mittetäieliku PR-i pearaami, kuna see unustas „arenduse“ reegli“, näidates, kuidas varjatud vead kogunevad.
Lahendus/Vastus: See on osaliselt sama põhjus kui probleem #2 (käsitsi tehtud muudatused kirjutatakse üle). Praegune nõuanne on hoolikas järelevalve: suhtuge igasse automaatselt genereeritud oskusesse skeptiliselt, kuni see on tõestatud. Mõned kasutajad keelavad automaatse kinnitamise sarnased võimed või koolitavad Hermest kriitiliste piirangute osas. Automatiseeritud lahendust pole; see on sisuliselt argument selle kohta, miks inimlik järelevalve on nende agentide puhul endiselt vajalik.
10. Ühe agendi arhitektuur (mitme agendi orkestratsioon puudub)
Probleem: Hermes loodi ühe ühendatud agendina, mitte parvena. Varased versioonid said käitada ainult ühte „agendi isiksust“ eksemplari kohta, mistõttu kasutajad ei saanud kergesti käitada mitut robotit korraga (erinevate ülesannete jaoks) ega neid paralleelselt koordineerida. Seevastu OpenClaw’ mitme agendi „Cron + alamagentide“ mudel võimaldas kasutajatel käivitada palju agente erinevate alamosade jaoks. Mitmed aruteluteemad märgivad, et Hermese üheprotsessiline disain muudab skaleeritud töövoogud raskemaks.
Mõju: Mõõdukas. Üksikkasutajad või lihtsad ülesanded seda ei taju, kuid iga organisatsioon, mis haldab mitut spetsialiseeritud assistenti, tajub. Aruteluteemad kurdavad, et „mitme agendi tuge pole“ – üks inimene nimetas seda „super ühekordseks agendiks“ ilma koostöö kihita (www.v2ex.com). Kuna üha rohkem kasutajaid proovib orkestreerida keerukaid töövooge, sai sellest selge piirang.
Näited: V2EX postitus vastandab seda selgesõnaliselt: „Ühe agendi arhitektuur… valdkondadeüleste ülesannete puhul [konteksti] kulud plahvatavad. Olen hoidnud oma meeskonda OpenClaw’d käitamas ja näen Hermest vaid põhilise infrastruktuuri kandidaadina.“ (www.v2ex.com). Redditil küsisid mõned kasutajad, kas Hermes saab alamagente luua; veel hiljuti oli vastus „mitte loomupäraselt“.
Lahendus/Vastus: Arendajad on sellest ajast alates lisanud profiili toe, et üks hostmasin saaks käitada mitut sõltumatut Hermese eksemplari (hermes-agent.nousresearch.com). Iga profiil on nagu oma agent: eraldi config.yaml, mälu, oskused jne, mida kutsutakse profiili pseudonüümi kaudu. Ametlikud dokumendid näitavad, kuidas luua profiile „kodeerimisassistendile“, „isiklikule robotile“ jne (hermes-agent.nousresearch.com). See lahendab mure: kuigi varajased kasutajad pidid kasutama väliseid lahendusi, toetab praegune Hermes (v0.6.0+) profiilide kaudu mitut agenti. Kasutajad peavad profiilid käsitsi seadistama, kuid see saavutab mitme agendi võimekuse.
11. Liiga kiire areng (sagedased murrangulised muutused)
Probleem: Seoses stabiilsusega märkisid paljud kasutajad, et Hermes arenes nii kiiresti, et töövoogud versioonide vahel katkesid. Üks hinnang kommenteeris: „42 päeva jooksul 4 suurt väljalaset – minu töövoo migreerimine võib järgmiseks kuuks vajada ümberkirjutamist.“ (www.v2ex.com). Teisisõnu, kiire arendustempo tähendab, et töötav seadistus võib kiiresti vajada ümberkonfigureerimist või kohandamist.
Mõju: Mõõdukas. Väljalasketsükli alguses võis iga uus Hermese versioon käske või vaikekäitumist ümber korraldada. Mõned kaebasid, et nende skriptid katkesid üleöö. Seda arutati nii inglise kui ka hiina tehnoloogiafoorumites kui märki, et projekt oli „endiselt muutuses“. Uuemad kasutajad peavad olema valmis versiooniuuenduste funktsionaalsuse oluliseks muutmiseks.
Näited: Ülaltoodud tsitaat aprillist 2026 hoiatab konkreetselt, et „migratsioonikulud [> kasud] kuna [oma] töövoogud võivad iga väljalaskega vajada ümberkirjutamist.“ (www.v2ex.com). StackExchange-stiilis saitidel ja Discordis küsivad kasutajad sageli „kas see funktsioon kolis/kadus pärast uuendamist?“ – mis viitab kiirest iteratsioonist tulenevale hõõrdumisele.
Lahendus/Vastus: Arenduskiirust ei saa peatada – see on tahtlik. Ainus lahendus on valvsus: lugege muutuste logisid ja testige oma konfiguratsiooni koopia peal enne Hermese uuendamist. Mõned kasutajad kleepuvad teadaolevalt hea versiooni külge, kuni nad on valmis edasi liikuma. Aja jooksul peaks see stabiliseeruma, kuid praegu on kogukonna konsensus „oodake murrangulisi muutusi kui normi“.
12. Paigaldus-/seadistusahelad
Probleem: Osa kasutajaid teatas, et hermes setup viisard võis jääda ahelasse või nõuda korduvaid katseid. Mõnes teemas kirjeldasid kasutajad, et nad veetsid 10–15 minutit seadistuse käivitamisega, sest see ei lõppenud korralikult. See juhtus sageli esimesel käivitamisel või uuenduste käigus. Sümptomiks oli käsu mittetäitumine või pidev sisendite uuesti sisestamise küsimine.
Mõju: Madal kuni mõõdukas. See on frustreeriv käivitamistakistus, kuid ei mõjuta töötavat agenti. See on esinenud mitmetes (enamasti Aasia keeltes) foorumites ja GitHubi probleemides, kuid tavaliselt parandas järgmine paik selle. See rikub aga kasutaja esmamulje, seega on see märkimisväärne algajate kaebus.
Näited: (Parafraseeritud kasutajate aruannetest kogukonna Q&A-st) Mitmed teemad mainivad „konfiguratsiooniahela“ probleemi: pärast hermes setup käivitamist taaskäivitus protsess ilma veata. Ükski ingliskeelne allikas pole selge, kuid nähtust arutatakse piisavalt laialdaselt, et see siia lisada.
Lahendus/Vastus: Hermese dokumendid soovitavad pärast uuendust uuesti käivitada hermes setup või lähtestada lüüsi (nt hermes gateway restart). Praktikas leidsid kasutajad, et uusima CLI-i uuendamine (või installimine uusima skripti kaudu) lahendas probleemi. Arendajad paistavad olevat enamiku neist viisardivigadest parandanud v0.6+ versioonides; kasutajad teatavad nüüd harva „seadistusahelast“. Kui see siiski peaks ilmnema, saab käsitsi muuta config.yaml või proovida kogukonna mainitud „termux“ lahendusi.
13. Tööriista/pistikprogrammi kutse vead väiksemate mudelite puhul
Probleem: Teine teema kogukonna tagasisides on see, et väiksemate LLM mudelitega (nt 7B-klassi) Hermese tööriistakutsumise ja pika konteksti võimekused mõnikord ebaõnnestuvad. Kasutajad on teatanud, et töövoo käivitamine madalama astme mudelil ei pruugi API-t korralikult kutsuda ega tööriista kasutust jälgida. Näiteks märkis üks kasutaja, et Hermes „kutsub tööriista korra ja unustab siis, kuidas seda kasutada“, kui kasutatakse 7B mudelit.
Mõju: Madal. Enamik põhilisi kaebusi puudutab agenti ennast, kuid mõned kasutajad märkasid nõrgemate mudelite puhul halvenenud jõudlust. Kuna Hermest testitakse suurel määral suurematel (sageli pilve) mudelitel, võib selle kasutamine minimaalsete mudelitega paljastada vigu. See on aga pigem mudelipiirangu probleem kui Hermese enda probleem.
Näited: (Teatatud Hiina foorumites) Üks kasutaja ütles, et väikesed mudelid mõnikord „lihtsalt kutsuvad tööriista korra ja siis loobuvad sellest“, mis tähendas, et nad pidid ülesandeid taaskäivitama. Teised märkisid, et oskuste loomine töötab kõige paremini ainult suurte mudelitega. Need kommentaarid ilmuvad mõnes mudeli jõudlust võrdlevas teemas.
Lahendus/Vastus: Ametlik nõuanne on, et Hermes töötab optimaalselt piisavalt võimsate mudelitega; väiksemate puhul vältige töövooge, mis nõuavad keerulisi, mitmeastmelisi tööriistu. Lahendusena uuendavad kasutajad kas paremale mudelile või piiravad oma tööriistakasutust. Hermese dokumendid ja muutuste logid viitavad, et nad täiustavad mitme pakkuja tuge, et paremini käsitleda vähese mäluga mudeleid, kuid konkreetset lahendust pole veel pakutud.
14. Telegrami/väliste sõnumside vead
Probleem: Mõned teatasid probleemidest spetsiifiliselt väliste kanalite integratsioonidega, eriti Telegramiga. Näiteks varasematel versioonidel oli viga, kus Telegrami boti token oli valesti kärbitud või esinesid kopeerimisprobleemid. Telegrami kasutajad kaebasid, et nad pidid lüüsi tokeneid uuesti sisestama, sest salvestatud token oli ära lõigatud.
Mõju: Madal. See oli kanalispetsiifiline omapära. Mõned GitHubi probleemid ja foorumi postitused näitavad Telegrami seadistusvigu (tavaliselt parandatud uuemate paigaldistega). Teistel integratsioonidel (Discord, Slack) ei olnud nii palju veateateid.
Näited: (Mitmekeelsetest GitHubi probleemidest/kasutajate küsimustest ja vastustest) Esines teateid Hermese vigade kohta lüüsi käivitamisel kehtetute tokenite tõttu. Kogukond soovitas tokeni uuesti genereerida õigete õigustega.
Lahendus/Vastus: Need olid suures osas ühekordsed parandused. Hermese põhiarendajad ühendasid paigaldused 2026. aasta keskel, et tokenite parsimist sujuvamaks muuta, ja hiljutised väljalasked (v0.5+) ei kärbi enam tokeneid. Kui näete Telegrami viga, lahendab selle Hermese CLI uuendamine või „hermes gateway restart“ protseduuri järgimine.
15. Docker ja juurutamise omapärad
Probleem: Mõned varajased kasutajad proovisid Hermest käitada Dockeri kaudu või spetsiaalsetel platvormidel ning kohtusid mittetäieliku toega. Näiteks puudusid Dockeri piltidel algselt mõned sõltuvused, mis tähendas, et pidite käsitsi konteineris lisatööriistu installima. Samamoodi olid Windowsi või Termuxi paigaldustel aeg-ajalt puuduvad funktsioonid (teavitused, häältööriistad).
Mõju: Madal. Enamik Hermese põhikäitajaskonnast töötab Linuxis või WSL-is, seega mõjutavad need juurutamisprobleemid ainult äärmuslikke juhtumeid. Need ilmnesid GitHubis ja kogukonna postitustes, kuid parandati kiiresti v0.6.0-s.
Näited: Redditi tehnilistes teemades märkis üks kasutaja, et „Dockeri tugi oli alguses puudulik“ ja oli kergendatud, kui hilisem väljalase seda käsitles. Teine mainis, et pidi täieliku funktsionaalsuse saamiseks Dockeri sees lisapakette apt-get abil hankima.
Lahendus/Vastus: Hermese meeskond tunnistab kõiki platvorme, kus Hermes peaks töötama. Lahenduseks on olnud iteratiivne lähenemine: ametlik Dockeri pilt ja paigaldusskript lahendavad nüüd enamiku juhtudest automaatselt. Dokumentides on isegi „2. taseme“ märge Termuxi/Androidi toe kohta. Nende platvormide kasutajatele soovitatakse järgida soovitatud paigaldussamme. Tänapäeval on see enamiku kasutajate jaoks suures osas tühine.
16. OpenAI Codexi integratsiooniviga (nüüd parandatud)
Probleem: 2026. aasta mais avastasid mitmed kasutajad, et OpenAI Codexi (Nous Portali kaudu) kasutamine põhjustas „NoneType“ krahhi. Teisisõnu, Codexi kasutamine LLM-i taustaprogrammina tõi kaasa vea „’NoneType’ objekt ei ole itereeritav“, peatades Hermese. See oli ootamatu tagasilöök pärast OpenAI API muutust.
Mõju: Madal (ajutine). See mõjutas kõiki Hermese kasutajaid, kes tuginesid Codexi API-le (sageli tasuta või odavamate suurte mudelite jaoks). Mõne päeva jooksul ei saanud need kasutajad Hermest üldse käitada ilma selle paranduseta. Paljud foorumi postitused ja NousResearch Discord arutasid katkestust.
Näited: Korea inflearni Q&A kajastas seda: kümned inimesed märkisid, et Hermes+Codex andis täpselt sama NoneType vea. Küsimus „Hermes + Codex NoneType error [KR]“ viitas GitHubi probleemile (www.inflearn.com).
Lahendus/Vastus: NousResearch liitis paranduse kiiresti. GitHubi probleem 32956 suleti 27. mail 2026 ja kasutajad teatasid, et lihtsalt uusima versiooni tõmbamine või uuesti installimine parandas probleemi (www.inflearn.com). (Inflearni postitus ütleb „parandus liideti tagasi peaharusse – eraldi paika pole vaja.“) Nii et v0.14.9-ga said kõik Codexit uuesti kasutada. See näitab meeskonna reageerimisvõimet, kuid see loeb „suureks probleemiks“, sest see peatas Codexi kasutajate töövoogud praktikas.
17. Sisseehitatud mitme agendi toe puudumine (profiilid lisatud)
Probleem: (Tihedalt seotud probleemiga #10) Hermesel puudus algselt sisseehitatud viis erinevate agendi profiilide samaaegseks käitamiseks peale CCI mitme protsessi. See tähendas näiteks, et te ei saanud kergesti käitada ühte Hermest „uurimisrobotina“ ja teist „assistendina“ samal masinal.
Mõju: Mõõdukas. See oli sisuliselt sama kaebus, mis ühe agendi puhul, nii et paljud kasutajad liigitasid selle „ühe agendi disaini“ alla. Lisame selle, et märkida hiljutist ametlikku vastust.
Näited: Kogukonna küsimused küsisid: „Kuidas ma saan käivitada mitut Hermese agenti paralleelselt?“ Ametlikud vastused viitasid uuele „profiilide“ funktsioonile. Dokumendid käsitlevad nüüd seda kasutusjuhtumit selgesõnaliselt (hermes-agent.nousresearch.com).
Lahendus/Vastus: Alates 2026. aasta keskpaigast toetab Hermes natiivselt profiile. Uue profiili loomine (nt hermes profile create coder) annab teile eraldi Hermese eksemplari oma konfiguratsiooni ja mäluga (hermes-agent.nousresearch.com). See võimaldab teil tõhusalt omada paljusid agente ühel hostmasinal. Dokumentatsioon näitab täpselt, kuidas seda seadistada. Lühidalt öeldes on see mure arendajate poolt lahendatud (seega on tõsidus nüüd madal), kuid see oli varaste kasutajate jaoks märkimisväärne probleem.
18. Androidi/Termuxi paigaldusprobleemid
Probleem: Hermese käitamine Androidis (Termuxi kaudu) või sarnastel mittestandardsetel platvormidel ebaõnnestus mõnikord. Mõned kasutajad proovisid installida telefonidesse ja kohtusid probleemidega installiskripti või puuduvate binaarfailidega.
Mõju: Madal. See mõjutab ainult väikest osa kasutajatest (Termuxi/Androidi kasutajad). Seda mainiti mõnes GitHubi probleemis ja foorumites, kuid see ei saanud kunagi peavoolu kaebuseks.
Näited: GitHubi probleemide kommentaarid märgivad, et hermes setup Termuxis võis ebaõnnestuda korralikult käivitumata, kui sõltuvused ei ole täidetud. Ametlikud dokumendid nimetavad Termuxit isegi „2. taseme – ainult parima võimaliku jõupingutuse“ toeks (hermes-agent.nousresearch.com).
Lahendus/Vastus: Arendajad soovitavad jääda lauaarvuti operatsioonisüsteemide (Linux/WSL/Mac/Windows) juurde. Kui kasutate Termuxit, tuleb järgida dokumentides toodud käsitsi samme. Kogukonnas on mõned teemad Androidi-spetsiifiliste probleemide lahendamise kohta, kuid see ei olnud kunagi Hermese-spetsiifiline viga, vaid pigem platvormi piirang. See on mõju poolest loendi lõpus.
19. „Kinnijäänud“ või ekslik mälu püsimine
Probleem: Mõned kasutajad mainisid muret, et kui agent midagi valesti õpib (vt #9), siis see mälu võib „kinni jääda“ ja seda ei pruugi olla lihtne kustutada. Näiteks, kui ülesanne „põrus“ aga püsis, võis see jätkuvalt mõjutada tulevast käitumist.
Mõju: Madal. See on pigem probleemi #8 ja #9 alatüüp kui eraldiseisev viga. See ilmnes mõnes blogikommentaaris („kui ebaõnnestunud oskus salvestatakse mällu, kas me saame selle kustutada?“) kuid sellele keskendunud suuri teemasid ei olnud. Lisame selle täielikkuse huvides.
Näited: Varasemas tsitaadis (linux.do) muretses kasutaja, et „kui ülesanne ebaõnnestub, kas salvestatud mälu ei reosta mudelit?“ See kontseptsioon ilmub foorumites sporadiiliselt. Laialdasi tõendeid taastamatu „kinnijäänud“ teadmise kohta pole aga ilmnenud.
Lahendus/Vastus: Hermes pakub käske (/memory reject, /memory approve) soovimatute mälestuste käsitsi eemaldamiseks. Arendajate lühike vastus on, et kord kirjutatud mälestused püsivad, kui neid ei kustutata selgesõnaliselt. Kasutajaid julgustatakse hoolikalt kureerima või mälu lähtestama, kui salvestati ebaõiged andmed.
20. Kasutajaliidese piirangud (CLI vs. GUI)
Probleem: Mõned kasutajad (eriti uued) on palunud kasutajasõbralikumat liidest. Algselt oli Hermes CLI-põhine (terminali kasutajaliidesega), mistõttu sellel puudus selline visuaalne vestluse või armatuurlaua kasutajaliides, mida kasutajad tarbijarobotitelt ootasid. Enne v0.9 puudus sisseehitatud brauseri või mobiililiides, mis peletas eemale mõned mittetehnilised kasutajad.
Mõju: Madal kuni mõõdukas. See ei ole viga, vaid kasutajakogemuse probleem. Paljud Redditi ja X-i kasutajad mainisid küsimusena „kas teil on aknaga GUI?“. See muutus vähem probleemiks pärast seda, kui Hermes tutvustas 2026. aasta lõpus töölauarakendust ja eksperimentaalset „Kanban juhtpaneeli“. Kuid alguses kritiseerisid mõned kasutajad seda kui „ainult CLI-i“.
Näited: R/AI_Agentsis ja Hiina foorumites küsisid uustulnukad, kas Hermesel on veebivestlus- või konfiguratsioonileht (nagu OpenClaw’l). Vastused viitasid sageli kogukonna loodud tööriistadele või soovitasid oodata tulevasi funktsioone.
Lahendus/Vastus: Nüüd on Hermesel ametlik veebi kasutajaliides. Hermese juhtpaneel (ligipääsetav hermes dashboard kaudu, vt OpenClaw’ juhendit (openclawlaunch.com)) pakub brauseriliidest vestluse, oskuste haldamise ja logidega. 2026. aasta keskel andis NousResearchi meeskond välja isegi töölauarakenduse koos vestlusaknaga. Need lisad käsitlevad muret, kuid kasutajad peavad uuendama versioonile v0.9+ ja kasutama neid käske. Kokkuvõttes ei ole Hermes enam ainult CLI, kuid see oli varajase kasutuselevõtu puhul valupunkt.
Kokkuvõte
Redditis ja X-is valitseb Hermese suhtes segased tunded, mis on hämmastuse ja frustratsiooni segu. Kasutajad kiidavad pidevalt selle uuenduslikku õppimismudelit ja lihtsat esialgset seadistamist, kuid paljud ülaltoodud probleemid näitavad kogukonda, mis võitleb endiselt „versioon 1.0“ algeliste veebadega. Peamised kaebused (enesehindamise vead, oskuste ülekirjutamine, piiratud integratsioonid) peegeldavad Hermese arhitektuuri põhilisi disainikompromisse. Õnneks on arengutempo olnud kiire: mitmed ülaltoodud probleemid (mitme agendi profiilid, GUI juhtpaneelid, Codexi vead) on hiljutistes väljalasetes osaliselt või täielikult lahendatud. Alates 2026. aasta suvest on toon ettevaatlikult optimistlik – „Hermes on põnev, kuid siiski tipptasemel“. Paljud teemad väljendavad frustratsiooni mitte niivõrd Hermese endaga, kuivõrd varajase haibiga (nt astroturfingi vastuväited). Üldiselt paistab kogukond kannatlik: nad tunnistavad, et paljude probleemidega tegeletakse. Kuid on selge, et iga uus funktsioon või väide kutsub koheselt esile värske arutelu. Lühidalt öeldes on Hermese kasutajaskond häälekas: nad on suurimad probleemid teatavaks teinud ja projekti tulevased uuendused võtavad neid kindlasti arvesse.
