Auto
Įvadas
Hermes Agent sparčiai išpopuliarėjo kaip save tobulinanti AI asistento sistema, tačiau kartu su populiarumu atsirado ir augimo problemų. Per pastaruosius 2–3 mėnesius „Reddit“ (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent ir kt.) bei „X“ (Twitter) vartotojai pateikė ilgą skundų sąrašą. Išnaršėme šimtus gijų ir įrašų, kad nustatytume 20 dažniausiai vartotojų minimų problemų. Toliau jos išdėstytos pagal tai, kaip dažnai pasirodo ir kokią didelę įtaką daro vartotojams, pateikiant pavyzdžius iš realių bendruomenės diskusijų. Kiekvienai problemai aprašome pačią problemą, cituojame arba perfrazuojame realius vartotojų atsiliepimus, nurodome, kaip plačiai ji paplitusi, ir paminime žinomus sprendimus ar kūrėjų atsakymus.
1. Savęs vertinimas visada „sėkmingas“
Problema: „Hermes“ įmontuotas savęs vertinimas beveik visada praneša apie sėkmę, net kai užduotys nepavyksta. Iš esmės, agento mokymosi ciklas klaidingai mano, kad jam sekasi gerai. Tai nuolat pastebėjo daugelis vartotojų. Pavyzdžiui, vienas „Redditor“ apibendrino: „Jis visada galvoja, kad atliko gerą darbą. VISADA... [mano užduotis] viską sumaišė, bet jis manė, kad jam puikiai pavyko!“ (kilo.ai). Kitaip tariant, „Hermes“ peržiūros žingsnis yra per daug pasitikintis, todėl įgūdžiai, sukurti iš „sėkmingų“ užduočių, gali turėti paslėptų klaidų. Šis dizaino trūkumas gali sukelti neteisingų elgsenų mokymąsi.
Poveikis: Didelis. Vartotojai nerimauja, kad „Hermes“ niekada nepažymi savo klaidų. Dešimtys komentarų r/OpenClaw ir susijusiose subredito bendruomenėse apgailestavo, kad „Hermes“ savitikros ciklas yra nepatikimas (pvz., „„Hermes“ visada mano, kad jam sekėsi gerai“ yra pagrindinė problema“ (kilo.ai)). Daugelis tai laiko kritine saugumo problema, nes tai kenkia pasitikėjimui agento autonomija.
Pavyzdžiai: „Kilo.ai“ analizėje, apimančioje daugiau nei 1 300 „Reddit“ komentarų, daugelis vartotojų nurodė būtent šią problemą (kilo.ai). r/LocalLLaMA vienas vartotojas paklausė, kodėl „Hermes“ tiesiog „automatiškai patvirtino“ savo klaidas.
Sprendimas/Atsakas: Nėra lengvo sprendimo, išskyrus savimokos ciklo išjungimą arba rankinį kiekvieno automatiškai sugeneruoto įgūdžio peržiūrėjimą. („Hermes“ leidžia išjungti arba prašyti įgūdžių patvirtinimo, tačiau tai paneigia „savęs tobulinimo“ esmę.) Kūrėjai dar nepateikė konkretaus pataisymo šiai problemai, ir ji tebėra plačiai aptariama. Vartotojai rekomenduoja atidžiai peržiūrėti visus naujus įgūdžius, kuriuos sukuria „Hermes“, prieš jais pasitikėdami.
2. Perrašo rankinius pakeitimus / įgūdžius
Problema: Keistas „savęs tobulinimas“ gali panaikinti arba sugadinti vartotojo pritaikytus darbus. Jei rankiniu būdu patobulinate įgūdį užduočiai, „Hermes“ vėliau gali jį perrašyti, kai pats „tobulinasi“. Kaip pasakė vienas patyręs vartotojas: „Dalies, perrašančios jūsų rankinius pakeitimus, visiškai negalima toleruoti. Jei sugaišau laiko derindamas konkretų įgūdį, tai, kad agentas jį „patobulina“ atgal į sumaišytą netvarką, skamba kaip košmaras“ (kilo.ai). Trumpai tariant, agento autonominis įgūdžių mokymas gali konfliktuoti su žmogaus pakeitimais, dėl ko prarandamas darbas arba sugadinama elgsena.
Poveikis: Didelis pažengusiems vartotojams. Ši problema nuolat kartojosi diskusijose: vartotojai, kurie pritaikė savo agentą, nusivylė matydami, kad tie pataisymai buvo automatiškai ištrinti. Vienas prisidėjęs asmuo įspėjo, kad „pažengusiems vartotojams“, kurie koreguoja įgūdžius, tai yra „visiškai nepriimtina“ (kilo.ai). Daugelis pažymėjo, kad „Hermes“ niekada neleidžia rankiniams patobulinimams „įsitvirtinti“, jei jie skiriasi nuo to, ką agentas laiko optimaliu.
Pavyzdžiai: Tas pats „Kilo.ai“ tyrimas citavo bendruomenės narį, kuris teigė, kad „perrašymo“ elgesys padarė „Hermes“ nenaudojamu jo išmaniojo namų įgūdžiams (kilo.ai). Keliose „Reddit“ temose aprašomos istorijos, kai kruopščiai suderintos darbo eigos buvo automatiškai perrašytos.
Sprendimas/Atsakas: Laikinas sprendimas yra rankiniu būdu užrakinti arba patvirtinti įgūdžius (naudojant „Hermes“ komandą /memory reject arba patvirtinimų eilę), kad jie nebūtų perrašyti. Kūrėjai pripažįsta šią įtampą: oficialiuose dokumentuose tai netgi lyginama su versijų kontrolės grąžinimo funkcija (kilo.ai) (hermes-agent.nousresearch.com). Praktiškai vartotojai siūlo retkarčiais išjungti mokymosi ciklą (hermes skill disable-learn) arba naudoti TUI komandas, kad įgūdžiai būtų išsaugoti rankiniu būdu, siekiant išvengti nepageidaujamų perrašymų.
3. Ribotos integracijos (mažiau kanalų/įgūdžių)
Problema: Palyginti su konkurentais, tokiais kaip „OpenClaw“, „Hermes“ iš pradžių palaikė mažiau pranešimų kanalų, įrankių ir trečiųjų šalių „įgūdžių“. Vartotojai, naudojantys kelių kanalų sąrankas, pastebi, kad „Hermes“ neapima visų platformų (kai kurios integracijos trūksta arba atsilieka). Pavyzdžiui, vienas vartotojas „Reddit“ pastebėjo: „OpenClaw turi daugiau integracijų; Hermes turi subjektyviai geresnę atminties sistemą“ (kilo.ai). Tai atspindi kompromisą: „Hermes“ siūlo išmanųjį mokymąsi, tačiau dar neprilygsta ankstyvųjų agentų (arba „OpenClaw“) prijungiamų įgūdžių ir jungčių platumui.
Poveikis: Vidutinis. Nors tai nėra kliūtis paprastam naudojimui, daugelis vartotojų pranešė, kad jiems trūksta mėgstamų integracijų (pvz., konkrečių API, įskiepių ar žinučių programų). Diskusijos r/AI_Agents ir r/LocalLLaMA nuolat lygino šias dvi priemones, o trečiųjų šalių įrašai patvirtino, kad „Hermes“ trūko „OpenClaw“ kelių kanalų šliuzo platumo (kilo.ai). Komandoms, kurioms reikia tokių dalykų kaip „WhatsApp“ ar pasirinktiniai API iškvietimai, tai yra pastebimas trūkumas.
Pavyzdžiai: „Reddit“ komentatorius tiksliai pažymėjo, kad „OpenClaw turi daugiau integracijų“ palyginti su „Hermes“ (kilo.ai). Panašiai, „X“ (Twitter) gijose vartotojai dalijasi, kurie agentai palaiko kokias paslaugas, ir daugelis mini „Hermes“ kaip šiuo metu turintį „mažai“ jungčių.
Sprendimas/Atsakas: „Hermes“ komanda sparčiai prideda daugiau „šliuzo“ kanalų (Telegram, Discord, Slack ir kt.) ir turi įgūdžių centrą, tačiau vartotojai vis dar randa kai kurių spragų. Kai trūksta integracijos, vartotojai arba sujungia agentus prijungtoje sistemoje (pvz., naudoja „OpenClaw“ šliuzą su „Hermes“ apdorojimu), arba rašo pasirinktinius įrankius naudodami „Hermes“ įrankių/įskiepių sąsają. Oficialaus pataisymo, išskyrus „daugiau integracijų bus“, nėra, ir viešos diskusijos rodo, kad tai kol kas išlieka apribojimas.
4. Nepakankamas išleidimo ciklas ir stabilumo teiginiai
Problema: Daugelis vartotojų nepasitiki teiginiais, kad „Hermes“ yra „stabilesnis“ nei alternatyvos, nurodydami, kad jis tiesiog nebuvo tiek daug išbandytas. Vienas komentatorius tiesmukai pasakė: „Hermes“ turėjo 6 leidimus, o [OpenClaw] – 82 leidimus... 3 iš „Hermes“ leidimų net neveikė. Neklausykite teiginių, kad jis stabilesnis, nes jis nebuvo aplinkui“ (kilo.ai). Kitaip tariant, turint tik apie tuziną oficialių leidimų, buvo išleista keletas klaidingų ar nebaigtų versijų, o tai prieštarauja rinkodaros šurmuliui apie itin tvirtą stabilumą.
Poveikis: Nuo vidutinio iki didelio. Tai dažniausiai nebuvo funkcinė klaida, bet ji paveikia pasitikėjimą. Dažni įrašai rodo, kad ankstyvosios „Hermes“ versijos (v0.3-v0.5) dažnai turėjo rimtų klaidų, kurios buvo greitai ištaisytos. Vartotojai „Reddit“ diskusijose ir „GitHub“ problemose nurodo gedimus ar trūkstamas funkcijas kiekviename naujame leidime. Palyginti su patyrusiais projektais („OpenClaw“), „Hermes“ vis dar „ieško savo vietos“, todėl vartotojai tikisi retų regresijų ar spragų.
Pavyzdžiai: „Kilo“ analizė tiksliai pabrėžė aukščiau pateiktą nusivylusio vartotojo citatą (kilo.ai). „Reddit“ gijos nuo balandžio pabaigos iki gegužės rodo vartotojus, kurie atnaujinę rasdavo naujų klaidų, o vėliau laukdavo pataisymų. Keletas oficialių „GitHub“ problemų dokumentuoja ankstyvųjų leidimų problemas (pvz., trūkstamas CLI komandas).
Sprendimas/Atsakas: „Hermes“ komanda yra labai aktyvi; beveik kiekvieną savaitę išleidžiamas pataisymas. Sprendimas buvo spartus iteravimas: v0.6 klaida dažnai ištaisoma per kelias dienas. Oficialus atsakas buvo pabrėžti dažnus atnaujinimus (pvz., hermes update). Vartotojai pataria prisirišti prie stabilių versijų arba skaityti išleidimo pastabas. Laikui bėgant tai turėtų pagerėti – vėlesnės versijos (v0.9+) turi mažiau kritinių klaidų – tačiau kol kas vartotojai turi atsargiai atnaujinti ir tikėtis trikčių šalinimo po kiekvieno atnaujinimo.
5. Astrotarfingas ir skepticizmas dėl ažiotažo
Problema: Netikėtai dažnas skundas yra ne dėl kodo, o dėl bendruomenės dinamikos: kai kurie vartotojai mano, kad „Hermes“ diskusija yra „astrotarfinta“. Tai yra, anoniminės arba naujai sukurtos paskyros, agresyviai reklamuojančios „Hermes“, verčia kitus būti atsargius. Vienas populiarus įrašas „X“ pastebėjo, kad „visos šios paskyros, kurios reklamuoja „Hermes“, yra sukurtos vos prieš kelias dienas ir tai yra vienintelis dalykas, apie kurį jos kalba“, siūlant suderintą rinkodaros kampaniją (kilo.ai). Kiti kaltina kažką už „Hermes“ organizuojant virusinį AI ažiotažą. Šis nepasitikėjimas slopina entuziazmą pačiam įrankiui.
Poveikis: Vidutinė socialinė problema. Tai nesugadina programinės įrangos, tačiau paveikia, kiek žmonių iš viso išbando „Hermes“. Keletas gerbiamų bendruomenės narių teigia, kad jie vengia „Hermes“, nes mato dešimtis beveik identiškų naujų vartotojų pagyrimų įrašų (kilo.ai). Pats skepticizmas tapo diskusijų tema, dažnai labai įvertinama, AI ir „Reddit“ forumuose.
Pavyzdžiai: „Kilo“ gija, cituojanti vartotoją, vadinantį tai „partizanine rinkodaros kampanija „Reddit“ (kilo.ai). Daugelis populiariausių komentarų r/AI_Agents atspindi tą pačią baimę: kad bet kokia „teigiama virusinė diskusija“ yra orkestruota.
Sprendimas/Atsakas: Techninio sprendimo nėra – tai bendruomenės politika. Kai kurie bendruomenės lyderiai siūlo ignoruoti paskyros amžių ir vertinti įrankius pagal nuopelnus. Tikrų vartotojų duomenys (pvz., „Autonomics“ ataskaita apie „Hermes“ verslo naudojimą) dalijamasi, kad nuramintų skeptikus. Oficialiai „Hermes“ komanda viešai neadresavo šių teiginių. Į savo sąrašą tai įtraukiame kaip bendruomenės nuotaikos problemą: ji yra pakankamai reali, kad paveiktų tūkstančius vartotojų, nors tai nėra programinės įrangos klaida savaime.
6. CLI pokalbių trikdžiai
Problema: Daugelis vartotojų praneša apie keistą elgesį „Hermes“ komandinės eilutės sąsajoje. Pavyzdžiui, viename forume (Kinijos AI pokalbių bendruomenėse) buvo pastebėta, kad naujas įvestis kartais „nusileidžia“ į neteisingą pokalbio vietą, o išvestis stringa ir tada išmeta didelį gabalą tik po pauzės (linux.do). Praktiškai kalbant, bendraujant per terminalą, raginimai ar atsakymai gali pasirodyti ne eilės tvarka, todėl pokalbis tampa netvarkingas.
Poveikis: Nuo nedidelio iki vidutinio erzinimo. Tai nesugadina pagrindinės „Hermes“ AI logikos, tačiau apsunkina CLI naudojimą. Problema atrodo nereguliari (tikriausiai TUI/terminalo atnaujinimo problema). Keletas vartotojų „X“ miglotai paminėjo „šokinėjantį tekstą“ arba kad norėdami to išvengti, turėjo naudoti žiniatinklio prietaisų skydelį, o ne CLI. Ši problema daugiausia pasirodė specializuotuose forumuose (pvz., Kinijos bendruomenėse), tačiau pakankamai žmonių skundėsi, kad ji yra įtraukta į šį reitingą.
Pavyzdžiai: Vienoje bendruomenės gijoje vartotojas pranešė: „kartais CLI turi klaidą – nauji įvestys patenka į ankstesnę pokalbių istoriją, o progreso išvestis užstringa, tada staiga išmeta krūvą paspaudus „Enter“ (linux.do) (išversta). Kiti toje pačioje gijoje sutiko, kad pastebėjo keistų laiko trikdžių.
Sprendimas/Atsakas: Pagrindinis sprendimas yra naudoti atnaujintą TUI arba žiniatinklio prietaisų skydelį, o ne pagrindinę CLI. Naujesnėse versijose savininkai taip pat pridėjo patvaresnę terminalo vartotojo sąsają. Apie pataisymą viešai neminima, tačiau daugelis vartotojų tiesiog pereina prie hermes --tui arba naršyklės pagrindu veikiančio prietaisų skydelio, kad išvengtų CLI atnaujinimo klaidų. Tikimės, kad ši problema bus išspręsta, kai „Hermes“ subręs.
7. Progresijos/išvesties rodymo klaidos
Problema: Susijusiai su CLI bėdomis, kai kurie vartotojai pastebėjo klaidingus progresijos indikatorius arba išvesties buferizavimą. Pavyzdžiui, vienas pranešė: palikus užduotį veikti, ekranas „rodė, kad nieko nevyksta“, kol jie paspaudė klavišą, tada vienu metu pasirodė daugybė pranešimų (linux.do). Trumpai tariant, pokalbio progreso juosta arba realaus laiko grįžtamasis ryšys kartais nepavyksta, todėl atrodo, kad „Hermes“ yra užstrigęs, nors taip nėra.
Poveikis: Nedidelis erzinimas. Tai daugiausia veikia vartotojo patirtį konsolėje. Paveikti vartotojai kartais nematė tarpinių žingsnių (pvz., manydami, kad „Hermes“ užstrigo), kol viskas pasirodė vienu metu. Kadangi tai neturi įtakos faktiniam rezultatui, tai laikoma nedidele vartotojo sąsajos klaida.
Pavyzdžiai: Tas pats Kinijos forumo įrašas, kaip aukščiau, pažymėjo, kad „progresijos atnaujinimai taip pat turi problemų… paspaudžiau „Enter“ ir staiga pasirodė ilga pranešimų eilutė.“ Būtent šis simptomas buvo praneštas daugelio vartotojų toje gijoje (linux.do). „Reddit“ komentarai ir „Discord“ pokalbiai turi keletą paminėjimų apie poreikį atnaujinti vartotojo sąsają, kai „Hermes“ stringa.
Sprendimas/Atsakas: Oficialaus pataisymo nepastebėta, tačiau elgesys sušvelninamas naudojant TUI režimą arba prietaisų skydelį. Praktiškai vartotojai tai išsprendžia pagriebdami „Hermes“ (paspausdami „Enter“) arba perjungdami išvesties režimus. Tai nelaikoma rimta klaida ir tikriausiai bus išlyginta tobulėjant priekinės dalies kodui.
8. Atminties/įgūdžių sąrašo išpūtimas
Problema: „Hermes“ nuolatinė atmintis ir įgūdžių duomenų bazė laikui bėgant gali labai išaugti, sukeldama susirūpinimą. Kiekvieną kartą, kai „Hermes“ atlieka užduotį, ji gali išsaugoti naują „įgūdį“ arba atminties įrašą. Kai kurie vartotojai nerimauja, kad tai po kelių dienų naudojimo sunaudos daug vietos diske arba RAM. Vienas komentatorius paklausė: „Kiekvienai užbaigtai užduočiai ji saugo įgūdį. Jei veiks ilgą laiką, ar atminties naudojimas netaps bauginantis? Ir jei užduotis nepavyks, ar išsaugota atmintis neužterš agento?“ (linux.do). Trumpai tariant, žmonės baiminasi, kad „amžinojo mokymosi“ dizainas ilgainiui gali sulėtinti agentą arba nukreipti jį nuo kurso.
Poveikis: Nuo nedidelio iki vidutinio. Kasdieniam naudojimui tai dar nebuvo kliūtis, tačiau tai yra nuolatinis klausimas bendruomenės gijose. Keletas vartotojų „X“ ir „Discord“ klausia, ar reikėtų išvalyti arba genėti senus atminties failus. „Reddit“ patyrę vartotojai pastebi, kad vartotojo sąsajos (pvz., prietaisų skydelis) leidžia rankiniu būdu patikrinti ir ištrinti atmintį. Tačiau duomenų augimo baimė yra dažna tarp tų, kurie „Hermes“ naudojo valandas.
Pavyzdžiai: Nuotaika atsispindi aukščiau pateiktoje forumo ištraukoje (linux.do). Keletas bendruomenės įrašų pakartoja „kaip išvalyti arba valdyti atmintį?“ ir pažymi, kad kiekvienas „įgūdis“ atsiduria jūsų .hermes aplanke.
Sprendimas/Atsakas: Vartotojai gali rankiniu būdu ištrinti arba sujungti atmintis per /memory komandas, jei reikia. „Hermes“ taip pat apima atminties paieškos įrankius, o oficialiuose dokumentuose pabrėžiama, kad reikėtų laikyti tik svarbius faktus. Aukščiau pateiktas pasiūlymas rodo naudoti /memory reject nepageidaujamiems įrašams. Kol kas kūrėjai teigia, kad tai yra numatomas elgesys, o ne klaida savaime. Ilgalaikis sprendimas gali būti naujos komandos, automatiškai naikinančios senas atmintis (kol kas nepasiekiamos).
9. Savęs tobulinimas generuoja keistus/klaidingus įgūdžius
Problema: „Hermes“ autonominis mokymasis gali atsigręžti atgal, sukuriant įgūdžius su klaidinga logika. Vienas vartotojas aprašė stulbinantį pavyzdį: po savaitės „Hermes“ „automatiškai pateikė kodą“ į pagrindinę projekto šaką – tačiau praleido taisyklę „keisti tik „develop“ šaką“, nes ši išankstinė sąlyga nebuvo įtraukta į išmoktą įgūdį. Rezultatas buvo nebaigto darbo sujungimas į gamybą. Jo žodžiais tariant, agentas „įtvirtino elgesį, kuris, atrodo, veikė, bet praleido paslėptas sąlygas, ir po kelių dienų jis netikėtai sprogo“ (www.v2ex.com). Tai iliustruoja, kad „protingas“ agentas gali įterpti neteisingas prielaidas į savo paties rutiną.
Poveikis: Vidutinis. Ši problema iš esmės yra aukščiau minėtų #1 ir #2 pasekmė, tačiau ji nusipelno atskiro paminėjimo. Kai ji atsiranda, ji gali turėti rimtų pasekmių (pvz., sugadintą kodą ar duomenis). Tik keletas vartotojų pranešė apie tokius ekstremalius atvejus, tačiau jie atkreipė dėmesį. „Reddit“ anekdotai, tokie kaip šis, sušildė gijas kaip įspėjamąjį pasakojimą.
Pavyzdžiai: V2EX forumo įrašas, kurį radome, tiksliai nagrinėja šį scenarijų (www.v2ex.com). Autorius pažymėjo, kad „Hermes“ „automatinio patvirtinimo įgūdis įkėlė nebaigtą PR į pagrindinę šaką, nes pamiršo „develop“ taisyklę“, parodydamas, kaip kaupiasi paslėpti trūkumai.
Sprendimas/Atsakas: Tai iš dalies ta pati priežastis kaip problema #2 (rankiniai pakeitimai perrašomi). Dabartinis patarimas – atidi priežiūra: į bet kokį automatiškai sugeneruotą įgūdį žiūrėti skeptiškai, kol neįrodoma. Kai kurie vartotojai išjungia automatinius patvirtinimo tipo gebėjimus arba aiškiai moko „Hermes“ kritinių apribojimų. Automatinio pataisymo nėra; tai iš esmės yra argumentas, kodėl su šiais agentais vis dar reikalinga žmogaus priežiūra.
10. Vieno agento architektūra (jokio kelių agentų orkestravimo)
Problema: „Hermes“ buvo sukurta kaip vienas prijungtas agentas, o ne spiečius. Ankstyvosios versijos galėjo vykdyti tik vieną „agento asmenybę“ viename egzemplioriuje, todėl vartotojai negalėjo lengvai valdyti kelių robotų vienu metu (skirtingoms užduotims) arba koordinuoti jų lygiagrečiai. Priešingai, „OpenClaw“ kelių agentų „Cron + subagentų“ modelis leido vartotojams paleisti daug agentų skirtingoms subužduotims. Keletas diskusijų gijų pažymi, kad „Hermes“ vieno proceso dizainas apsunkina mastelio keitimo darbo eigas.
Poveikis: Vidutinis. Pavieniai vartotojai ar paprastos užduotys to nejaučia, bet bet kuri organizacija, naudojanti kelis specializuotus asistentus, jaučia. Diskusijų gijos apgailestauja, kad „nėra kelių agentų palaikymo“ – vienas žmogus tai pavadino „super vienu agentu“ be bendradarbiavimo sluoksnio (www.v2ex.com). Kai vis daugiau vartotojų bando orkestruoti sudėtingas gijas, tai tapo aiškiu apribojimu.
Pavyzdžiai: V2EX įrašas aiškiai kontrastuoja: „Vieno agento architektūra… kryžminių domenų užduotims [konteksto] išlaidos sprogo. Aš savo komandą palikau veikti su „OpenClaw“ ir „Hermes“ laikau tik pagrindinės infrastruktūros kandidatais“ (www.v2ex.com). „Reddit“ keletas vartotojų paklausė, ar „Hermes“ gali kurti subagentus; iki šiol atsakymas buvo „ne natūraliai“.
Sprendimas/Atsakas: Kūrėjai nuo to laiko pridėjo profilių palaikymą, kad viena pagrindinė mašina galėtų paleisti kelias nepriklausomas „Hermes“ instancijas (hermes-agent.nousresearch.com). Kiekvienas profilis yra tarsi atskiras agentas: atskira config.yaml, atmintis, įgūdžiai ir t. t., iškviečiami per profilio pseudonimą. Oficialiuose dokumentuose parodyta, kaip sukurti profilius „kodavimo asistentui“, „asmeniniam robotui“ ir t. t. (hermes-agent.nousresearch.com). Tai išsprendžia problemą: nors ankstyvieji vartotojai turėjo naudoti išorinius sprendimus, dabartinis „Hermes“ (v0.6.0+) palaiko kelis agentus per profilius. Vartotojai turi rankiniu būdu nustatyti profilius, tačiau tai pasiekia kelių agentų galimybę.
11. Per greita evoliucija (dažni esminiai pakeitimai)
Problema: Susijusiai su stabilumu, daugelis vartotojų pastebėjo, kad „Hermes“ keičiasi taip greitai, kad darbo eigos nutrūkdavo tarp versijų. Viename įvertinime buvo pakomentuota: per „42 dienas 4 pagrindinės versijos – mano darbo eigos migravimui dabar gali prireikti perrašymo iki kito mėnesio“ (www.v2ex.com). Kitaip tariant, spartus kūrimas reiškia, kad veikianti sąranka gali greitai reikalauti perkonfigūravimo ar koregavimo.
Poveikis: Vidutinis. Ankstyvuoju leidimo ciklo metu kiekviena nauja „Hermes“ versija galėjo pertvarkyti komandas ar numatytąjį elgesį. Kai kurie skundėsi, kad jų skriptai sugedo per naktį. Tai buvo aptariama angliškose ir kiniškose technologijų forumuose kaip ženklas, kad projektas „dar tebėra kintantis“. Naujesni vartotojai turi būti pasiruošę, kad versijų atnaujinimai iš esmės pakeis funkcionalumą.
Pavyzdžiai: Aukščiau pateikta citata iš 2026 m. balandžio mėn. konkrečiai įspėja, kad „migracijos kaštai [viršija naudą], nes [savo] darbo eigas gali reikėti perrašyti kiekviename leidime“ (www.v2ex.com). „StackExchange“ tipo svetainėse ir „Discord“ vartotojai dažnai klausia „ar ši funkcija persikėlė/dinko po atnaujinimo?“ – tai rodo trintį dėl spartaus iteravimo.
Sprendimas/Atsakas: Kūrimo spartos sustabdyti neįmanoma – tai yra tyčinis veiksmas. Vienintelis sprendimas yra budrumas: skaitykite pakeitimų žurnalus ir išbandykite savo konfigūracijos kopiją prieš atnaujindami „Hermes“. Kai kurie vartotojai prisiriša prie žinomos, geros versijos, kol nėra pasirengę atnaujinti. Laikui bėgant tai turėtų stabilizuotis, tačiau šiuo metu bendruomenės sutarimas yra „tikėtis esminių pakeitimų kaip normos“.
12. Diegimo/nustatymo ciklo problemos
Problema: Dalis vartotojų pranešė, kad hermes setup vedlys gali užstrigti cikle arba reikalauti pakartotinio bandymo. Kai kuriuose gijose vartotojai aprašė, kaip 10–15 minučių leido nustatymo ciklui, nes jis tinkamai nepasibaigdavo. Tai dažnai nutikdavo pirmojo paleidimo metu arba atnaujinant. Simptomas buvo komandos nebaigimas arba nuolatinis prašymas iš naujo įvesti duomenis.
Poveikis: Nuo nedidelio iki vidutinio. Tai yra erzinanti paleidimo kliūtis, tačiau nepaveikia veikiančio agento. Ji pasirodė keliuose (daugiausia Azijos kalbomis) forumuose ir „GitHub“ problemose, tačiau paprastai vėlesnis pataisymas ją išspręsdavo. Tačiau tai sugadina vartotojo pirmąjį įspūdį, todėl tai yra pastebimas naujoko skundas.
Pavyzdžiai: (Perpasakota iš vartotojų pranešimų bendruomenės klausimų ir atsakymų) Kelios gijos mini „konfigūracijos ciklo“ problemą: po hermes setup iškvietimo procesas be klaidos atsirasdavo iš naujo. Nė vienas anglakalbis šaltinis nėra aiškus, tačiau reiškinys aptariamas pakankamai plačiai, kad būtų įtrauktas.
Sprendimas/Atsakas: „Hermes“ dokumentai siūlo iš naujo paleisti hermes setup po atnaujinimo arba iš naujo nustatyti šliuzą (pvz., hermes gateway restart). Praktiškai vartotojai pastebėjo, kad atnaujinus iki naujausios CLI (arba įdiegus naudojant naujausią scenarijų) problema buvo išspręsta. Atrodo, kad kūrėjai ištaisė daugumą šių vedlio trikdžių v0.6+; vartotojai dabar retai praneša apie „nustatymo ciklą“. Jei tai įvyksta, galima rankiniu būdu redaguoti config.yaml arba išbandyti bendruomenės minimus „termux“ sprendimus.
13. Įrankio/įskiepio iškvietimo gedimai naudojant mažesnius modelius
Problema: Kita bendruomenės atsiliepimų tema yra ta, kad naudojant mažesnius LLM modelius (pvz., 7B klasės), „Hermes“ įrankių iškvietimo ir ilgo konteksto galimybės kartais sugenda. Vartotojai pranešė, kad paleidus darbo eigą su žemesnio lygio modeliu, API gali būti netinkamai iškviesta arba neatsižvelgiama į įrankio naudojimą. Pavyzdžiui, vienas vartotojas pažymėjo, kad „Hermes“ „vieną kartą iškviečia įrankį, o tada pamiršta, kaip jį naudoti“, kai naudoja 7B modelį.
Poveikis: Nedidelis. Dauguma pagrindinių skundų yra apie patį agentą, tačiau keletas vartotojų pastebėjo prastesnį veikimą su silpnesniais modeliais. Kadangi „Hermes“ intensyviai testuojamas su didesniais (dažnai debesų) modeliais, naudojant jį su minimaliais modeliais gali pasireikšti gedimai. Tačiau tai labiau modelio apribojimo, o ne paties „Hermes“ problema.
Pavyzdžiai: (Pranešta Kinijos forumuose) Vienas vartotojas teigė, kad maži modeliai kartais „tiesiog vieną kartą iškviečia įrankį ir jį pameta“, o tai reiškia, kad jiems tekdavo iš naujo paleisti užduotis. Kiti pažymėjo, kad įgūdžių generavimas geriausiai veikia tik su dideliais modeliais. Šie komentarai pasirodo keliose gijose, lyginančiose modelių veikimą.
Sprendimas/Atsakas: Oficialus patarimas yra toks, kad „Hermes“ optimaliai veikia su pakankamai galingais modeliais; mažesniems modeliams reikėtų vengti darbo eigų, reikalaujančių sudėtingų, daugiapakopių įrankių. Kaip sprendimą, vartotojai arba atnaujina į geresnį modelį, arba susiaurina savo įrankių naudojimą. „Hermes“ dokumentai ir pakeitimų žurnalai užsimena, kad bus patobulintas kelių tiekėjų palaikymas, siekiant geriau valdyti mažos atminties modelius, tačiau konkretaus sprendimo kol kas nepasiūlyta.
14. „Telegram“/išorinių pranešimų klaidos
Problema: Kai kurios problemos buvo praneštos konkrečiai dėl išorinių kanalų integracijų, ypač „Telegram“. Pavyzdžiui, ankstesnės versijos turėjo klaidą, dėl kurios „Telegram“ robotų prieigos raktas buvo neteisingai nukirptas arba kildavo kopijavimo problemų. Vartotojai „Telegram“ skundėsi, kad jiems tekdavo iš naujo įvesti šliuzo prieigos raktus, nes išsaugotas raktas buvo nukirstas.
Poveikis: Nedidelis. Tai buvo kanalo specifinis ypatumas. Keletas „GitHub“ problemų ir forumo įrašų rodo „Telegram“ sąrankos gedimus (paprastai ištaisytus pateikus naujesnius pataisymus). Kitos integracijos („Discord“, „Slack“) neturėjo tiek daug klaidų pranešimų.
Pavyzdžiai: (Iš daugiakalbių „GitHub“ problemų/vartotojų klausimų ir atsakymų) Buvo pranešimų, kad „Hermes“ išmesdavo klaidas paleidus šliuzą dėl netinkamų prieigos raktų. Bendruomenė rekomendavo iš naujo sugeneruoti prieigos raktą su teisingais leidimais.
Sprendimas/Atsakas: Tai iš esmės buvo vienkartiniai pataisymai. „Hermes“ pagrindiniai kūrėjai sujungė pataisymus 2026 m. viduryje, kad supaprastintų prieigos raktų analizavimą, o naujausios versijos (v0.5+) nebetrumpina prieigos raktų. Jei matote „Telegram“ klaidą, atnaujinus „Hermes“ CLI arba atlikus „hermes gateway restart“ procedūrą, problema išsprendžiama.
15. „Docker“ ir diegimo ypatumai
Problema: Keletas ankstyvųjų vartotojų bandė paleisti „Hermes“ per „Docker“ arba specialiose platformose ir susidūrė su nepilnu palaikymu. Pavyzdžiui, „Docker“ atvaizdams iš pradžių trūko kai kurių priklausomybių, o tai reiškė, kad konteineryje reikėjo rankiniu būdu įdiegti papildomus įrankius. Panašiai, „Windows“ arba „Termux“ diegimai kartais turėdavo trūkstamų funkcijų (pranešimų, balso įrankių).
Poveikis: Nedidelis. Dauguma pagrindinių vartotojų naudoja „Hermes“ „Linux“ arba WSL, todėl šios diegimo problemos paveikia tik kraštutinius atvejus. Jos pasirodė „GitHub“ ir bendruomenės įrašuose, tačiau buvo greitai pataisytos iki v0.6.0.
Pavyzdžiai: „Reddit“ techninėse gijose vienas vartotojas pažymėjo, kad „„Docker“ palaikymas iš pradžių buvo nepilnas“ ir palengvėjo, kai vėlesnis leidimas tai išsprendė. Kitas paminėjo, kad norint gauti visą funkcionalumą, teko apt-get papildomus paketus „Docker“ viduje.
Sprendimas/Atsakas: „Hermes“ komanda pripažįsta visas platformas, kuriose „Hermes“ turėtų veikti. Sprendimas buvo iteracinis: oficialus „Docker“ atvaizdas ir diegimo scenarijus dabar automatiškai tvarko daugumą atvejų. Dokumentuose netgi yra „2 lygio“ pastaba apie „Termux“/„Android“ palaikymą. Vartotojams tose platformose patariama laikytis rekomenduojamų diegimo žingsnių. Šiandien daugeliui vartotojų tai yra didžiąja dalimi nereikšminga.
16. „OpenAI Codex“ integracijos klaida (dabar ištaisyta)
Problema: 2026 m. gegužės mėn. keletas vartotojų pastebėjo, kad naudojant „OpenAI Codex“ (per „Nous Portal“) įvyko „NoneType“ gedimas. Kitaip tariant, bandant naudoti „Codex“ kaip LLM pagrindą, atsirado klaida „'NoneType' objektas nėra iteruojamas“, sustabdanti „Hermes“. Tai buvo staigi regresija po „OpenAI“ API pakeitimo.
Poveikis: Nedidelis (laikinas). Tai paveikė visus „Hermes“ vartotojus, kurie rėmėsi „Codex“ API (dažnai nemokamiems arba pigesniems dideliems modeliams). Kelias dienas tie vartotojai negalėjo visai paleisti „Hermes“ be šio pataisymo. Daugelis forumo įrašų ir „NousResearch Discord“ aptarė šį sutrikimą.
Pavyzdžiai: Korėjos „inflearn“ klausimai ir atsakymai užfiksavo tai: dešimtys žmonių pastebėjo, kad „Hermes+Codex“ davė lygiai tą pačią „NoneType“ klaidą. Klausimas „Hermes + Codex NoneType error [KR]“ susietas su „GitHub“ problema (www.inflearn.com).
Sprendimas/Atsakas: „NousResearch“ greitai sujungė pataisymą. „GitHub“ problema 32956 buvo uždaryta 2026 m. gegužės 27 d., o vartotojai pranešė, kad tiesiog atsisiuntus naujausią versiją arba iš naujo įdiegus, problema buvo ištaisyta (www.inflearn.com). (Inflearn įrašas teigia, kad „pataisymas buvo sujungtas atgal į pagrindinę šaką – atskiro pataisymo nereikia.“) Taigi, nuo v0.14.9 visi vėl galėjo naudoti „Codex“. Tai rodo komandos operatyvumą, tačiau tai laikoma „didele problema“, nes praktiškai sustabdė darbo eigą „Codex“ vartotojams.
17. Nėra integruoto kelių agentų palaikymo (pridėti profiliai)
Problema: (Glaudžiai susijusi su problema #10) „Hermes“ iš pradžių neturėjo integruoto būdo paleisti skirtingus agentų profilius vienu metu be CCI kelių procesų. Tai reiškė, pavyzdžiui, kad negalėjote lengvai paleisti vieno „Hermes“ kaip „tyrimų roboto“ ir kito kaip „asistento“ toje pačioje mašinoje.
Poveikis: Vidutinis. Iš esmės tai buvo tas pats priekaištas kaip ir vieno agento problema, todėl daugelis vartotojų tai priskirdavo „vieno agento dizainui“. Įtraukiame tai, kad atkreiptume dėmesį į naujausią oficialų atsakymą.
Pavyzdžiai: Bendruomenės klausimuose buvo klausiama „Kaip paleisti kelis „Hermes“ agentus lygiagrečiai?“. Oficialūs atsakymai nurodė naują „profilių“ funkciją. Dokumentuose dabar aiškiai aprašomas šis naudojimo atvejis (hermes-agent.nousresearch.com).
Sprendimas/Atsakas: Nuo 2026 m. vidurio „Hermes“ natūraliai palaiko profiliavimą. Sukūrus naują profilį (pvz., hermes profile create coder) gaunamas atskiras „Hermes“ egzempliorius su savo konfigūracija ir atmintimi (hermes-agent.nousresearch.com). Tai efektyviai leidžia turėti daug agentų viename pagrindiniame kompiuteryje. Dokumentacija tiksliai parodo, kaip tai nustatyti. Trumpai tariant, šį susirūpinimą išsprendė kūrėjai (taigi, dabar rimtumas yra nedidelis), tačiau tai buvo pastebima problema ankstyviesiems vartotojams.
18. „Android“/„Termux“ diegimo problemos
Problema: „Hermes“ paleidimas „Android“ (per „Termux“) arba panašiose nestandartinėse platformose kartais nepavykdavo. Keletas vartotojų bandė diegti telefonuose ir susidūrė su diegimo scenarijaus ar trūkstamų dvejetainių failų problemomis.
Poveikis: Nedidelis. Tai paveikia tik nedidelę dalį vartotojų (tuos, kurie naudojasi „Termux“/„Android“). Tai buvo minima kai kuriose „GitHub“ problemose ir forumuose, tačiau niekada netapo pagrindiniu skundu.
Pavyzdžiai: „GitHub“ problemų komentarai pažymi, kad hermes setup „Termux“ gali nepavykti tinkamai paleisti, jei nėra priklausomybių. Oficialiuose dokumentuose „Termux“ netgi vadinamas „2 lygio – tik geriausių pastangų“ (hermes-agent.nousresearch.com).
Sprendimas/Atsakas: Kūrėjai rekomenduoja laikytis stalinių OS („Linux“/WSL/„Mac“/„Windows“). Jei naudojate „Termux“, reikia laikytis dokumentuose pateiktų rankinių veiksmų. Bendruomenėje yra keletas gijų, kaip išspręsti „Android“ specifines problemas, tačiau tai niekada nebuvo „Hermes“ specifinė klaida, o labiau platformos apribojimas. Ji reitinguojama arti poveikio apačios.
19. „Įstrigusi“ arba klaidinga atmintis išlieka
Problema: Keletas vartotojų išreiškė susirūpinimą, kad kai agentas išmoksta kažką neteisingai (žr. #9), ta atmintis gali „įstrigti“ ir jos nebus lengva ištrinti. Pavyzdžiui, jei užduotis „nepavyko“, bet buvo išsaugota, ji gali toliau daryti įtaką būsimam elgesiui.
Poveikis: Nedidelis. Tai labiau problemų #8 ir #9 potipis nei atskira klaida. Ji pasirodė keliuose tinklaraščio komentaruose („jei nepavykęs įgūdis išsaugomas kaip atmintis, ar galime jį išvalyti?“), tačiau nebuvo didelių gijų, skirtų šiai temai. Įtraukiame ją dėl išsamumo.
Pavyzdžiai: Ankstesnėje citatoje (linux.do) vartotojas nerimavo, „jei užduotis nepavyks, ar išsaugota atmintis neužterš modelio?“ Ši sąvoka sporadiškai pasirodo forumuose. Tačiau nėra plačiai paplitusių įrodymų apie neatkuriamą „įstrigusią“ informaciją.
Sprendimas/Atsakas: „Hermes“ teikia komandas (/memory reject, /memory approve), skirtas rankiniu būdu pašalinti nepageidaujamą atmintį. Trumpas kūrėjų atsakymas yra tas, kad kartą įrašyta atmintis išlieka, nebent ji yra aiškiai ištrinama. Vartotojams rekomenduojama atidžiai tvarkyti arba iš naujo nustatyti atmintį, jei buvo išsaugoti neteisingi duomenys.
20. Vartotojo sąsajos apribojimai (CLI vs. GUI)
Problema: Kai kurie vartotojai (ypač nauji) prašė patogesnės vartotojo sąsajos. Iš pradžių „Hermes“ buvo pagrįsta CLI (su terminalo vartotojo sąsaja), todėl jai trūko vizualaus pokalbių ar prietaisų skydelio, kurio vartotojai tikėjosi iš vartotojams skirtų pokalbių robotų. Iki v0.9 nebuvo jokios vietinės naršyklės ar mobiliosios sąsajos, kas atbaidė kai kuriuos ne techninius vartotojus.
Poveikis: Nuo nedidelio iki vidutinio. Tai nėra klaida, o vartotojo patirties problema. Daugelis „Redditor“ ir „X“ vartotojų klausė „ar turite grafinę vartotojo sąsają?“. Tai tapo mažesne problema po to, kai „Hermes“ vėliau 2026 m. pristatė darbalaukio programą ir eksperimentinį „Kanban“ prietaisų skydelį. Tačiau iš pradžių kai kurie vartotojai ją kritikavo kaip „tik CLI“.
Pavyzdžiai: r/AI_Agents ir Kinijos forumuose naujokai klausė, ar „Hermes“ turi žiniatinklio pokalbių ar konfigūracijos puslapį (kaip „OpenClaw“). Atsakymai dažnai nurodydavo bendruomenės sukurtus įrankius arba siūlydavo laukti būsimų funkcijų.
Sprendimas/Atsakas: Dabar „Hermes“ turi oficialią žiniatinklio vartotojo sąsają. „Hermes“ prietaisų skydelis (pasiekiamas per hermes dashboard, žr. „OpenClaw“ vadovą (openclawlaunch.com)) suteikia naršyklės sąsają su pokalbiais, įgūdžių valdymu ir žurnalais. 2026 m. viduryje „NousResearch“ komanda netgi išleido darbalaukio programą su pokalbių langu. Šie papildymai išsprendžia problemą, tačiau vartotojai turi atnaujinti į v0.9+ ir naudoti šias komandas. Apibendrinant, „Hermes“ nebėra tik CLI, tačiau tai buvo skausmo taškas ankstyvuoju diegimo etapu.
Išvada
„Reddit“ ir „X“ platformose nuomonė apie „Hermes“ yra nuostabos ir nusivylimo derinys. Vartotojai nuolat giria jos novatorišką mokymosi modelį ir lengvą pradinę sąranką, tačiau daugelis aukščiau išvardintų problemų rodo, kad bendruomenė vis dar kovoja su „versijos 1.0“ trūkumais. Pagrindiniai skundai (savęs vertinimo trūkumai, įgūdžių perrašymas, ribotos integracijos) atspindi pagrindinius „Hermes“ architektūros dizaino kompromisus. Laimei, kūrimo tempas buvo spartus: kelios iš aukščiau minėtų problemų (kelių agentų profiliai, GUI prietaisų skydeliai, „Codex“ klaidos) buvo iš dalies arba visiškai ištaisytos naujausiuose leidimuose. Nuo 2026 m. vasaros tonas yra atsargiai optimistiškas – „Hermes yra įdomus, bet vis dar pažangus“. Daugelis gijų išreiškia nusivylimą nebe dėl „Hermes“, o dėl ankstyvojo ažiotažo (pvz., astrotarfingo kaltinimų). Apskritai, bendruomenė atrodo kantri: jie pripažįsta, kad daugelis problemų yra sprendžiamos. Tačiau aišku, kad kiekviena nauja funkcija ar teiginys iškart sukelia naujas diskusijas. Trumpai tariant, „Hermes“ vartotojų bazė yra balsinga: jie atskleidė didžiausias problemas, ir projekto būsimi atnaujinimai tikrai į tai atsižvelgs.
