Auto
Ievads
Hermes Agent ir strauji ieguvis popularitāti kā pašpilnveidojošs AI asistenta ietvars, taču ar šo pieaugumu ir radušās arī grūtības. Pēdējo 2-3 mēnešu laikā lietotāji Reddit (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent u.c.) un X (Twitter) ir iesnieguši garu sūdzību sarakstu. Mēs esam izpētījuši simtiem pavedienu un ziņu, lai identificētu 20 visbiežāk sastopamās problēmas, par kurām ziņo lietotāji. Zemāk tās ir sarindotas pēc to biežuma un ietekmes uz lietotājiem, ar piemēriem no faktiskām kopienas diskusijām. Katrai problēmai mēs aprakstām to, citējam vai pārfrāzējam reālu lietotāju atsauksmes, atzīmējam tās izplatību un minam zināmos risinājumus vai izstrādātāju atbildes.
1. Pašnovērtējums vienmēr “veiksmīgs”
Problēma: Hermes iebūvētā pašnovērtēšana gandrīz vienmēr ziņo par panākumiem, pat ja uzdevumi neizdodas. Būtībā aģenta mācīšanās cikls kļūdaini uzskata, ka tam klājas labi. To atkārtoti atzīmēja daudzi lietotāji. Piemēram, viens Redditors to apkopoja: “Tas vienmēr domā, ka paveica labu darbu. VIENMĒR… [mans uzdevums] viss tika sajaukts, bet tas domāja, ka tas paveica izcili!” (kilo.ai). Citiem vārdiem sakot, Hermes pārskatīšanas posms ir pārlieku pārliecināts, tāpēc prasmes, kas ģenerētas no “veiksmīgiem” uzdevumiem, var ietvert slēptas kļūdas. Šī dizaina kļūda var novest pie tā, ka aģents iemācās nepareizu uzvedību.
Ietekme: Augsta. Lietotāji uzskata par satraucošu, ka Hermes nekad neatzīmē savas kļūdas. Desmitiem komentāru r/OpenClaw un saistītajās apakšgrupās sūdzējās, ka Hermes pašpārbaudes cikls ir neuzticams (piemēram, “‘Hermes vienmēr domā, ka tam klājās labi’ ir galvenā problēma” (kilo.ai)). Daudzi to uzskata par kritisku drošības jautājumu, jo tas grauj uzticību aģenta autonomijai.
Piemēri: Kilo.ai veiktajā 1300+ Reddit komentāru analīzē vairāki lietotāji minēja tieši šo problēmu (kilo.ai). r/LocalLLaMA viens lietotājs jautāja, kāpēc Hermes “automātiski apstiprināja” savas kļūdas.
Risinājums/Atbilde: Nav vienkārša risinājuma, izņemot pašmācīšanās cikla atspējošanu vai katras automātiski ģenerētās prasmes manuālu pārskatīšanu. (Hermes ļauj atspējot vai apstiprināt prasmes, bet tas izjauc “pašpilnveidošanās” jēgu.) Izstrādātāji vēl nav nodrošinājuši īpašu labojumu, un tas joprojām ir plaši ziņots jautājums. Lietotāji iesaka rūpīgi pārskatīt visas jaunās prasmes, ko Hermes izveido, pirms tām uzticēties.
2. Pārraksta manuālus labojumus / prasmes
Problēma: Dīvaina “pašpilnveidošanās” var atcelt vai sajaukt lietotāja pielāgoto darbu. Ja manuāli noregulējat kādu prasmi uzdevumam, Hermes vēlāk var to pārrakstīt, kad tas “uzlabo” sevi. Kā teica viens pieredzējis lietotājs: “Detaļa par manuālo labojumu pārrakstīšanu ir pilnīgs šķērslis. Ja esmu veltījis laiku, lai noregulētu specifisku prasmi, tad, ja aģents to ‘pašuzlabo’ atpakaļ sajauktā putrā, tas izklausās pēc murgiem” (kilo.ai). Īsāk sakot, aģenta autonomā prasmju apmācība var konfliktēt ar cilvēka veiktajiem labojumiem, kā rezultātā tiek zaudēts darbs vai sabojāta uzvedība.
Ietekme: Augsta pieredzējušiem lietotājiem. Šī problēma atkārtoti parādījās diskusijās: lietotāji, kas pielāgoja savu aģentu, bija vīlušies, redzot, ka šie labojumi tiek automātiski izdzēsti. Viens autors brīdināja, ka “pieredzējušiem lietotājiem”, kas pielāgo prasmes, tas ir “šķērslis” (kilo.ai). Daudzi norādīja, ka Hermes nekad neļauj manuāliem uzlabojumiem “palikt”, ja tie atšķiras no tā, ko aģents uzskata par optimālu.
Piemēri: Tas pats Kilo.ai pētījums citēja kopienas dalībnieku, kurš teica, ka “pārrakstīšanas” uzvedība padarīja Hermes neizmantojamu viņa viedās mājas prasmēm (kilo.ai). Vairāki Reddit pavedieni stāsta par rūpīgi noregulētu darba plūsmu automātisku pārrakstīšanu.
Risinājums/Atbilde: Pagaidu risinājums ir manuāli bloķēt vai apstiprināt prasmes (izmantojot Hermes /memory reject vai apstiprinājumu rindu), lai tās netiktu pārrakstītas. Izstrādātāji atzīst šo spriedzi: oficiālā dokumentācija pat salīdzina to ar versiju kontroles atgriešanās funkciju (kilo.ai) (hermes-agent.nousresearch.com). Praksē lietotāji iesaka laiku pa laikam atspējot mācīšanās ciklu (hermes skill disable-learn) vai izmantot TUI komandas, lai manuāli saglabātu prasmes, novēršot nevēlamas pārrakstīšanas.
3. Ierobežotas integrācijas (mazāk kanālu/prasmes)
Problēma: Salīdzinot ar konkurentiem, piemēram, OpenClaw, Hermes sākotnēji atbalstīja mazāk ziņojumu kanālu, rīku un trešo pušu “prasmju”. Lietotāji, kas izmanto vairāku kanālu iestatījumus, atzīmē, ka Hermes neaptver visas platformas (dažas integrācijas trūkst vai atpaliek). Piemēram, viens lietotājs Reddit novēroja: “OpenClaw ir vairāk integrāciju; Hermes ir subjektīvi labāka atmiņas sistēma” (kilo.ai). Tas atspoguļo kompromisu: Hermes piedāvā gudru mācīšanos, bet vēl nav sasniedzis to plašo spraudņu un savienotāju klāstu, kas bija agrīnajiem aģentiem (vai OpenClaw).
Ietekme: Mērena. Lai gan tas nav šķērslis vienkāršai lietošanai, daudzi lietotāji ziņoja par savu iecienītāko integrāciju (piemēram, specifisku API, spraudņu vai ziņojumapmaiņas lietotņu) trūkumu. Diskusijas r/AI_Agents un r/LocalLLaMA atkārtoti salīdzināja abus rīkus, un trešo pušu ziņojumi apstiprināja, ka Hermes trūkst OpenClaw daudzkanālu vārtejas plašuma (kilo.ai). Komandām, kurām nepieciešams, piemēram, WhatsApp vai pielāgoti API izsaukumi, tas ir ievērojams trūkums.
Piemēri: Reddit komentētājs precīzi norādīja, ka “OpenClaw ir vairāk integrāciju” salīdzinājumā ar Hermes (kilo.ai). Līdzīgi X (Twitter) pavedienos lietotāji apmainās ar informāciju par to, kuri aģenti atbalsta kurus pakalpojumus, un daudzi min Hermes kā pašlaik “trūcīgu” savienotāju ziņā.
Risinājums/Atbilde: Hermes komanda strauji pievieno vairāk “vārtejas” kanālu (Telegram, Discord, Slack utt.) un tai ir prasmju centrs, taču lietotāji joprojām atrod dažus trūkumus. Ja integrācija trūkst, lietotāji vai nu pielāgo aģentus savienotā sistēmā (piemēram, izmanto OpenClaw vārteju ar Hermes apstrādi), vai raksta pielāgotus rīkus, izmantojot Hermes rīku/spraudņu saskarni. Oficiāla labojuma, izņemot “nākamās integrācijas”, nav, un publiskās diskusijas liecina, ka tas pagaidām paliek ierobežojums.
4. Nenobriedis izlaidumu cikls un stabilitātes apgalvojumi
Problēma: Daudzi lietotāji neuzticas apgalvojumiem, ka Hermes ir “stabilāks” par alternatīvām, norādot, ka tas vienkārši nav tik daudz testēts. Viens komentētājs tieši teica: “Hermes ir bijuši 6 izlaidumi pret [OpenClaw] 82 izlaidumiem… 3 no Hermes izlaidumiem pat nestrādāja. Neklausieties apgalvojumus, ka tas ir stabilāks, jo tas nav bijis tik ilgi apkārt” (kilo.ai). Citiem vārdiem sakot, ar tikai duci oficiālo izlaidumu līdz šim, dažas kļūdainas vai nepilnīgas versijas ir izlaistas, pretēji mārketinga apgalvojumiem par nevainojamu stabilitāti.
Ietekme: Mērena līdz augsta. Tā parasti nebija funkcionāla kļūda, bet tā ietekmē uzticību. Bieži ziņojumi atzīmē, ka agrīnajās Hermes versijās (v0.3-v0.5) bieži bija nopietnas kļūdas, kas tika ātri labotas. Lietotāji Reddit diskusijās un GitHub problēmās norāda uz avārijām vai trūkstošām funkcijām katrā jaunā izlaidumā. Salīdzinot ar veterānu projektiem (OpenClaw), Hermes vēl joprojām “atrod savas kājas”, tāpēc lietotāji sagaida neregulāras regresijas vai nepilnības.
Piemēri: Kilo analīze precīzi izcēla iepriekš minēto citātu no vīlušies lietotāja (kilo.ai). Reddit pavedieni no aprīļa beigām līdz maijam parāda, ka lietotāji jaunina sistēmu tikai, lai atrastu jaunas kļūdas, un pēc tam gaida labojumus. Vairākas oficiālas GitHub problēmas dokumentē agrīno izlaidumu problēmas (piemēram, trūkstošās CLI komandas).
Risinājums/Atbilde: Hermes komanda ir ļoti aktīva; gandrīz katru nedēļu tiek izdots kļūdu labojumu izlaidums. Risinājums ir bijis ātra iterācija: kļūda v0.6 bieži tiek novērsta dažu dienu laikā. Oficiālā atbilde ir uzsvērt biežu jaunināšanu (piemēram, hermes update). Lietotāji iesaka piesaistīties stabilām versijām vai lasīt izlaidumu piezīmes. Laika gaitā tam vajadzētu uzlaboties – vēlākās versijās (v0.9+) ir mazāk darbību traucējošu kļūdu –, bet pagaidām lietotājiem ir rūpīgi jāatjaunina un jārēķinās ar problēmu novēršanu pēc katras jaunināšanas.
5. “Astroturfing” un skepse par ažiotāžu
Problēma: Pārsteidzoši bieža sūdzība nav par kodu, bet gan par kopienas dinamiku: daži lietotāji uzskata, ka Hermes diskusija ir “astroturfēta”. Tas nozīmē, ka anonīmi vai tikko izveidoti konti agresīvi slavina Hermes, padarot citus piesardzīgus. Vienā populārā X ziņā tika novērots, ka “visi šie konti, kas reklamē Hermes, ir burtiski tikai dažas dienas veci, un tas ir vienīgais, par ko viņi runā”, liekot domāt par saskaņotu mārketinga kampaņu (kilo.ai). Citi apsūdz kādu aiz Hermes par vīrusu AI ažiotāžas organizēšanu. Šī neuzticība mazina entuziasmu par pašu rīku.
Ietekme: Mērena sociālā problēma. Tas nesabojā programmatūru, bet ietekmē to, cik daudz cilvēku vispār izmēģina Hermes. Vairāki cienīti kopienas dalībnieki saka, ka viņi izvairās no Hermes, jo redz desmitiem gandrīz identisku slavinošu ziņu no jauniem lietotājiem (kilo.ai). Pati skepse ir kļuvusi par diskusiju tēmu, bieži ar daudziem apstiprinājumiem, AI un Reddit forumos.
Piemēri: Kilo pavedienā citēts lietotājs, kurš to sauc par “partizānu mārketinga kampaņu Reddit” (kilo.ai). Daudzi populārākie komentāri r/AI_Agents atspoguļo tās pašas bailes: ka jebkura “pozitīva vīrusu diskusija” ir orķestrēta.
Risinājums/Atbilde: Nav tehniska risinājuma – tas ir kopienas politisks jautājums. Daži kopienas līderi iesaka ignorēt konta vecumu un vērtēt rīkus pēc nopelniem. Reālo lietotāju datu punkti (piemēram, Autonomics ziņojums par Hermes izmantošanu uzņēmējdarbībā) tiek kopīgoti, lai pārliecinātu skeptiķus. Oficiāli Hermes komanda šos apgalvojumus publiski nav risinājusi. Mūsu sarakstā mēs to atzīmējam kā kopienas noskaņojuma jautājumu: tas ir pietiekami reāls, lai ietekmētu tūkstošiem lietotāju, lai gan tas nav programmatūras kļūda.
6. CLI sarunu traucējumi
Problēma: Vairāki lietotāji ziņo par dīvainu uzvedību Hermes komandrindas saskarnē (CLI). Piemēram, viens foruma ieraksts (ķīniešu AI tērzēšanas kopienās) atzīmēja, ka jauna ievade dažkārt “ieplūst” nepareizā sarunas daļā, un ka izvade apstājas un pēc tam izdod lielu daudzumu tikai pēc pauzes (linux.do). Praktiski runājot, tērzējot caur termināli, uzvednes vai atbildes var parādīties nepareizā secībā, padarot sarunu haotisku.
Ietekme: Zema līdz mērena apgrūtinājums. Tas nesabojā Hermes galveno AI loģiku, bet padara CLI izmantošanu frustrējošu. Problēma šķiet sporādiska (iespējams, TUI/termināla pārzīmēšanas problēma). Vairāki lietotāji X neskaidri minēja “teksta lēkāšanu” vai nepieciešamību izmantot Web vadības paneli, nevis CLI, lai to izvairītos. Šī problēma galvenokārt parādījās specializētos forumos (piemēram, ķīniešu kopienās), taču pietiekami daudz cilvēku sūdzējās, lai tā tiktu iekļauta šeit.
Piemēri: Vienā kopienas pavedienā lietotājs ziņoja: “dažkārt CLI ir kļūda – jauni ievadi ieplūst iepriekšējā tērzēšanas vēsturē, un progresa izvade sasalst un pēc tam pēkšņi izmet virkni, nospiežot Enter” (linux.do) (tulkojumā). Citi tajā pašā pavedienā piekrita, ka viņi redzēja dīvainus laika traucējumus.
Risinājums/Atbilde: Galvenais risinājums ir izmantot atjaunināto TUI vai tīmekļa vadības paneli, nevis pamata CLI. Jaunākajās versijās īpašnieki ir pievienojuši arī stabilāku termināla lietotāja saskarni. Nav publiski minēts par labojumu, bet daudzi lietotāji vienkārši pārslēdzas uz hermes --tui vai pārlūkprogrammā balstīto vadības paneli, lai izvairītos no CLI pārzīmēšanas kļūdām. Mēs sagaidām, ka tas tiks atrisināts, Hermes nobriestot.
7. Progresa/izvades displeja kļūdas
Problēma: Saistībā ar CLI problēmām daži lietotāji redzēja kļūdainus progresa indikatorus vai izvades buferizāciju. Piemēram, viens ziņoja: pēc uzdevuma atstāšanas darbojamies, displejs “teica, ka tas neko nedara”, līdz viņi nospieda taustiņu, un tad uzreiz parādījās ziņojumu plūds (linux.do). Īsāk sakot, progresa josla vai reāllaika atsauksmes tērzēšanā dažkārt nedarbojas, liekot Hermes šķist iestrēgušam, lai gan tā nav.
Ietekme: Zema apgrūtinājums. Tas galvenokārt ietekmē lietotāja pieredzi konsolē. Skartie lietotāji dažkārt nepamanīja starpposma soļus (piemēram, domāja, ka Hermes ir pakāries), tikai lai viss parādītos partijā. Tā kā tas neietekmē faktisko rezultātu, tas tiek uzskatīts par nelielu UI kļūdu.
Piemēri: Tas pats iepriekš minētais ķīniešu foruma ieraksts atzīmēja, ka “progresa atjauninājumiem ir arī problēmas… Es nospiedu enter, un pēkšņi parādījās liels ziņojumu virkne.” Tieši šis simptoms tika ziņots no vairākiem lietotājiem šajā pavedienā (linux.do). Reddit komentāros un Discord tērzēšanas sarunās ir daži minējumi par nepieciešamību atsvaidzināt UI, kad Hermes apstājas.
Risinājums/Atbilde: Nav oficiāla labojuma, taču uzvedība tiek mazināta, izmantojot TUI režīmu vai vadības paneli. Praksē lietotāji to atrisina, pamudinot Hermes (nospiežot Enter) vai pārslēdzot izvades režīmus. Tā netiek uzskatīta par nopietnu kļūdu, un, visticamāk, tā tiks novērsta, uzlabojoties priekšgala kodam.
8. Atmiņas/prasmju saraksta uzpūšanās
Problēma: Hermes pastāvīgā atmiņa un prasmju datubāze laika gaitā var kļūt ļoti liela, radot bažas. Katru reizi, kad Hermes pabeidz uzdevumu, tas var saglabāt jaunu “prasmi” vai atmiņas ierakstu. Daži lietotāji uztraucas, ka tas patērēs milzīgu diska vai RAM apjomu pēc vairāku dienu lietošanas. Viens komentētājs jautāja: “Par katru pabeigtu uzdevumu tas saglabā prasmi. Ja tas darbosies ilgtermiņā, vai atmiņas patēriņš nekļūs šausminošs? Un, ja uzdevums neizdodas, vai saglabātā atmiņa nesašķobīs aģentu?” (linux.do). Īsāk sakot, cilvēki baidās, ka “mūžīgi mācīšanās” dizains galu galā var palēnināt aģentu vai novirzīt to no kursa.
Ietekme: Zema līdz mērena. Ikdienas lietošanai tas vēl nav bijis šķērslis, taču tas ir pastāvīgs jautājums kopienas pavedienos. Daži lietotāji X un Discord jautā, vai vajadzētu tīrīt vai atjaunināt vecos atmiņas failus. Reddit veterāni atzīmē, ka lietotāja saskarnes (piemēram, vadības panelis) ļauj manuāli pārbaudīt un dzēst atmiņas. Tomēr bailes no neierobežotas datu pieauguma ir izplatītas starp tiem, kas Hermes darbināja stundām ilgi.
Piemēri: Noskaņojums ir atspoguļots iepriekš minētajā foruma fragmentā (linux.do). Vairāki kopienas ieraksti atkārto “kā mēs attīrām vai pārvaldām atmiņu?” un atzīmē, ka katra “prasme” nonāk jūsu .hermes mapē.
Risinājums/Atbilde: Lietotāji var manuāli dzēst vai apvienot atmiņas, izmantojot /memory komandas, ja nepieciešams. Hermes ietver arī atmiņas meklēšanas rīkus, un oficiālā dokumentācija uzsver, ka jāpatur tikai svarīgi fakti. Iepriekšējais ievads iesaka izmantot /memory reject nevēlamiem ierakstiem. Līdz šim izstrādātāji saka, ka tā ir paredzēta uzvedība, nevis kļūda. Ilgtermiņa risinājums varētu būt jaunas komandas veco atmiņu automātiskai dzēšanai (vēl nav pieejamas).
9. Pašpilnveidošanās ģenerē dīvainas/kļūdainas prasmes
Problēma: Hermes autonomā mācīšanās var atspēlēties, radot prasmes ar kļūdainu loģiku. Viens lietotājs aprakstīja pārsteidzošu piemēru: pēc nedēļas Hermes “automātiski iesniedza kodu” projekta galvenajā zarā – taču tas izlaida noteikumu “modificēt tikai izstrādes zaru”, jo šis priekšnosacījums nebija iekļauts apgūtajā prasmē. Rezultāts bija nepabeigta darba sapludināšana ražošanā. Viņa vārdiem sakot, aģents “nostiprināja uzvedību, kas šķita strādājoša, bet atstāja novārtā slēptos nosacījumus, un dienām vēlāk tā negaidīti eksplodēja” (www.v2ex.com). Tas ilustrē, ka “gudrais” aģents var iekodēt nepareizus pieņēmumus savās rutīnās.
Ietekme: Vidēja. Šī problēma būtībā ir iepriekš minēto #1 un #2 sekas, taču tā ir pelnījusi atsevišķu pieminēšanu. Kad tā notiek, tai var būt nopietnas sekas (piemēram, bojāts kods vai dati). Tikai neliels skaits lietotāju ziņoja par tik ekstrēmiem gadījumiem, taču tie piesaistīja uzmanību. Reddit šāds anekdote iedvesmoja pavedienus kā brīdinošu stāstu.
Piemēri: Mūsu atrastais V2EX foruma ieraksts detalizēti apraksta tieši šo scenāriju (www.v2ex.com). Autors atzīmēja, ka Hermes “automātiskās apstiprināšanas prasme ievietoja nepabeigtu PR galvenajā zarā, jo tā aizmirsa ‘izstrādes’ noteikumu”, parādot, kā uzkrājas slēptās kļūdas.
Risinājums/Atbilde: Tas daļēji ir tas pats cēlonis, kas #2 (manuālie labojumi tiek pārrakstīti). Pašreizējais padoms ir rūpīga uzraudzība: izturieties pret jebkuru automātiski ģenerētu prasmi ar skepsi, līdz tā ir pierādīta. Daži lietotāji atspējo automātiskās apstiprināšanas iespējas vai skaidri apmāca Hermes par kritiskajiem ierobežojumiem. Nav automātiska labojuma; tas būtībā ir arguments, kāpēc ar šiem aģentiem joprojām ir nepieciešama cilvēka uzraudzība.
10. Viena aģenta arhitektūra (nav daudzaģentu orķestrēšanas)
Problēma: Hermes tika izstrādāts kā viens savienots aģents, nevis bars. Agrīnās versijas varēja darbināt tikai vienu “aģenta personību” uz vienu instanci, tāpēc lietotāji nevarēja viegli darbināt vairākus botus vienlaikus (dažādiem uzdevumiem) vai koordinēt tos paralēli. Pretstatā, OpenClaw daudzaģentu “Cron + subagents” modelis ļāva lietotājiem palaist daudzus aģentus dažādiem apakšuzdevumiem. Vairākos diskusiju pavedienos tiek atzīmēts, ka Hermes viena procesa dizains apgrūtina mērogotus darba procesus.
Ietekme: Mērena. Atsevišķi lietotāji vai vienkārši uzdevumi to nejūt, bet jebkura organizācija, kas darbojas ar vairākiem specializētiem asistentiem, to jūt. Diskusiju pavedienos tiek žēloti, ka “nav daudzaģentu atbalsta” – viena persona to nosauca par “super vienu aģentu” bez sadarbības slāņa (www.v2ex.com). Pieaugot lietotāju skaitam, kas mēģina orķestrēt sarežģītas caurules, tas kļuva par skaidru ierobežojumu.
Piemēri: V2EX ieraksts to skaidri kontrastē: “Viena aģenta arhitektūra… starpdomēnu uzdevumiem [konteksta] izmaksas eksplodē. Esmu saglabājis savu komandu, kas darbojas ar OpenClaw, un uzskatu Hermes tikai par pamata infrastruktūras kandidātu” (www.v2ex.com). Reddit daži lietotāji jautāja, vai Hermes var radīt apakšagentus; vēl nesen atbilde bija “ne dabiski”.
Risinājums/Atbilde: Izstrādātāji kopš tā laika ir pievienojuši profilu atbalstu, lai viena resursdatoru mašīna varētu darbināt vairākas neatkarīgas Hermes instances (hermes-agent.nousresearch.com). Katrs profils ir kā savs aģents: atsevišķs config.yaml, atmiņa, prasmes utt., ko izsauc, izmantojot profila aizstājvārdu. Oficiālā dokumentācija parāda, kā izveidot profilus “kodēšanas asistentam”, “personīgajam botam” utt. (hermes-agent.nousresearch.com). Tas risina bažas: lai gan agrīnajiem lietotājiem bija jāizmanto ārējie risinājumi, pašreizējais Hermes (v0.6.0+) atbalsta vairākus aģentus, izmantojot profilus. Lietotājiem manuāli jāiestata profili, taču tas nodrošina daudzaģentu iespēju.
11. Pārāk strauja attīstība (biežas būtiskas izmaiņas)
Problēma: Saistībā ar stabilitāti daudzi lietotāji atzīmēja, ka Hermes mainās tik ātri, ka darba plūsmas starp versijām salūza. Viena novērtējuma komentārā teikts: “42 dienās 4 nozīmīgi izlaidumi – mana darba plūsmas migrācija varētu prasīt pārrakstīšanu jau nākamajā mēnesī” (www.v2ex.com). Citiem vārdiem sakot, straujā attīstība nozīmē, ka strādājoša iestatīšana var ātri prasīt pārkonfigurēšanu vai pielāgošanu.
Ietekme: Mērena. Agrīnā izlaišanas ciklā katra jauna Hermes versija varēja mainīt komandas vai noklusējuma uzvedību. Daži sūdzējās, ka viņu skripti salūza nakts laikā. Par to tika diskutēts angļu un ķīniešu tehnoloģiju forumos kā zīme, ka projekts “joprojām ir mainīgā stāvoklī”. Jaunākiem lietotājiem ir jābūt gataviem, ka versiju maiņa būtiski mainīs funkcionalitāti.
Piemēri: Iepriekš minētais citāts no 2026. gada aprīļa īpaši brīdina, ka “migrācijas izmaksas [> ieguvumiem], jo [pašu] darba plūsmas varētu būt jāpārraksta katrā izlaidumā” (www.v2ex.com). StackExchange tipa vietnēs un Discord lietotāji bieži jautā: “vai šī funkcija pārvietojās/pazuda pēc atjaunināšanas?” – norādot uz berzi no straujās iterācijas.
Risinājums/Atbilde: Attīstības ātrumu nav iespējams apturēt – tas ir apzināts. Vienīgais risinājums ir modrība: pirms Hermes jaunināšanas izlasiet izmaiņu žurnālus un testējiet uz savas konfigurācijas kopijas. Daži lietotāji paliek pie zināmas labas versijas, līdz ir gatavi pāriet uz jaunāku. Laika gaitā tam vajadzētu stabilizēties, taču pašlaik kopienas konsensuss ir “gaidiet būtisku izmaiņu kā normu”.
12. Instalēšanas/iestatīšanas cikli
Problēma: Daļa lietotāju ziņoja, ka hermes setup vednis var iestrēgt ciklā vai prasīt atkārtotus mēģinājumus. Dažos pavedienos lietotāji aprakstīja, ka pavadījuši 10–15 minūtes, atkārtoti veicot iestatīšanu, jo tas netika pareizi pabeigts. Tas bieži notika pirmās palaišanas laikā vai jaunināšanas laikā. Simptoms bija komandas nepabeigšana vai nepārtraukta ievades atkārtota prasīšana.
Ietekme: Zema līdz mērena. Tas ir frustrējošs sākuma šķērslis, bet neietekmē strādājošu aģentu. Tas ir parādījies vairākos (galvenokārt Āzijas valodu) forumos un GitHub problēmās, bet parasti to novērsa sekojošs labojums. Tomēr tas sabojā lietotāja pirmo iespaidu, tāpēc tā ir ievērojama iesācēja sūdzība.
Piemēri: (Pārfrāzēti no lietotāju ziņojumiem kopienas Q&A) Vairākos pavedienos minēta “konfigurācijas cilpas” problēma: pēc hermes setup izsaukšanas process restartējās bez kļūdām. Neviens vienots angļu valodas avots nav skaidrs, taču šī parādība tiek pietiekami plaši apspriesta, lai to iekļautu.
Risinājums/Atbilde: Hermes dokumentācija iesaka atkārtoti palaist hermes setup pēc atjaunināšanas vai vārtejas atiestatīšanas (piemēram, hermes gateway restart). Praksē lietotāji atklāja, ka jaunākās CLI versijas jaunināšana (vai instalēšana, izmantojot jaunāko skriptu) to atrisināja. Izstrādātāji, šķiet, ir novērsuši lielāko daļu šo vedņa kļūdu v0.6+; lietotāji tagad reti ziņo par “iestatīšanas cilpu”. Ja tas notiek, var manuāli rediģēt config.yaml vai izmēģināt kopienas minētos “termux” risinājumus.
13. Rīku/spraudņu izsaukšanas kļūmes mazākos modeļos
Problēma: Vēl viena kopienas atsauksmju tēma ir tā, ka ar mazākiem LLM modeļiem (piemēram, 7B klases), Hermes rīku izsaukšanas un garā konteksta spējas dažkārt neizdodas. Lietotāji ir ziņojuši, ka, palaižot darba plūsmu ar zemākas klases modeli, API var netikt pareizi izsaukts vai netikt sekots rīku lietojumam. Piemēram, viens lietotājs atzīmēja, ka Hermes “izsauc rīku vienreiz un pēc tam aizmirst, kā to lietot”, izmantojot 7B modeli.
Ietekme: Zema. Lielākā daļa galveno sūdzību ir par pašu aģentu, taču daži lietotāji novēroja pasliktinātu veiktspēju ar vājākiem modeļiem. Tā kā Hermes ir intensīvi testēts ar lielākiem (bieži mākoņa) modeļiem, tā izmantošana ar minimāliem modeļiem var atklāt kļūmes. Tomēr tas ir vairāk modeļa ierobežojumu jautājums, nevis paša Hermes jautājums.
Piemēri: (Ziņots ķīniešu forumos) Viens lietotājs teica, ka mazie modeļi dažkārt “vienkārši izsauc rīku vienreiz un to pamet”, kas nozīmē, ka viņiem bija jārestartē uzdevumi. Citi atzīmēja, ka prasmju ģenerēšana vislabāk darbojas tikai ar lieliem modeļiem. Šie komentāri parādās dažos pavedienos, kas salīdzina modeļu veiktspēju.
Risinājums/Atbilde: Oficiālais padoms ir, ka Hermes darbojas optimāli ar pietiekami jaudīgiem modeļiem; mazākiem modeļiem jāizvairās no darba plūsmām, kas prasa sarežģītus, daudzpakāpju rīkus. Kā risinājumu lietotāji vai nu jaunina uz labāku modeli, vai sašaurina rīku lietojumu. Hermes dokumentācija un izmaiņu žurnāli liecina, ka viņi pilnveidos vairāku pakalpojumu sniedzēju atbalstu, lai labāk apstrādātu modeļus ar zemu atmiņas apjomu, taču konkrēts risinājums vēl nav piedāvāts.
14. Telegram/ārējās ziņojumapmaiņas kļūdas
Problēma: Daži ziņoja par problēmām tieši ar ārējo kanālu integrācijām, īpaši Telegram. Piemēram, agrākās versijās bija kļūda, kurā Telegram bota žetons tika nepareizi saīsināts vai radās kopēšanas problēmas. Lietotāji Telegram sūdzējās, ka viņiem bija atkārtoti jāievada vārtejas žetoni, jo saglabātais žetons tika nogriezts.
Ietekme: Zema. Tā bija kanālu specifiska dīvainība. Daži GitHub jautājumi un foruma ieraksti parāda Telegram iestatīšanas kļūmes (parasti tās tika novērstas, nodrošinot jaunākus labojumus). Citām integrācijām (Discord, Slack) nebija tik daudz kļūdu ziņojumu.
Piemēri: (No daudzvalodu GitHub jautājumiem/lietotāju Q&A) Bija ziņojumi par Hermes kļūdu izmetšanu vārtejas sākumā nederīgu žetonu dēļ. Kopiena ieteica atkārtoti ģenerēt žetonu ar pareizām atļaujām.
Risinājums/Atbilde: Tās lielākoties bija vienreizējas labošanas. Hermes galvenie izstrādātāji 2026. gada vidū apvienoja labojumus, lai racionalizētu žetonu parsēšanu, un jaunākās versijas (v0.5+) vairs nesagriež žetonus. Ja redzat Telegram kļūdu, Hermes CLI jaunināšana vai procedūras “hermes gateway restart” veikšana to atrisina.
15. Docker un izvietošanas īpatnības
Problēma: Daži agrīnie lietotāji mēģināja darbināt Hermes, izmantojot Docker vai īpašās platformās, un saskārās ar nepilnīgu atbalstu. Piemēram, Docker attēlos sākotnēji trūka dažu atkarību, kas nozīmēja, ka papildu rīki bija jāinstalē manuāli konteinerī. Līdzīgi Windows vai Termux instalācijām dažkārt trūka funkciju (paziņojumi, balss rīki).
Ietekme: Zema. Lielākā daļa galveno lietotāju bāzes darbojas ar Hermes Linux vai WSL, tāpēc šīs izvietošanas problēmas ietekmē tikai atsevišķus gadījumus. Tās parādījās GitHub un kopienas ierakstos, bet tika ātri novērstas v0.6.0 versijā.
Piemēri: Reddit tehniskajos pavedienos viens lietotājs atzīmēja, ka “Docker atbalsts sākumā bija nepilnīgs” un atviegloti uzelpoja, kad vēlākā versijā tas tika novērsts. Cits minēja, ka Dockerā bija jāizmanto apt-get papildu paketes, lai iegūtu pilnu funkcionalitāti.
Risinājums/Atbilde: Hermes komanda atzīst visas platformas, kurās Hermes vajadzētu darboties. Risinājums ir bijis iteratīvs: oficiālais Docker attēls un instalēšanas skripts tagad automātiski apstrādā lielāko daļu gadījumu. Dokumentācijā ir pat “2. līmeņa” piezīme par Termux/Android atbalstu. Lietotājiem šajās platformās tiek ieteikts ievērot ieteiktos instalēšanas soļus. Mūsdienās tas lielākoties ir bezjēdzīgi lielākajai daļai lietotāju.
16. OpenAI Codex integrācijas kļūda (tagad novērsta)
Problēma: 2026. gada maijā vairāki lietotāji atklāja, ka OpenAI Codex (izmantojot Nous Portal) izmantošana izraisīja “NoneType” avāriju. Citiem vārdiem sakot, mēģinot izmantot Codex kā LLM aizmugursistēmu, radās kļūda “'NoneType' objekts nav iterējams”, apturot Hermes darbību. Tā bija pēkšņa regresija pēc OpenAI API izmaiņām.
Ietekme: Zema (pagaidu). Tas ietekmēja visus Hermes lietotājus, kas paļāvās uz Codex API (bieži vien bezmaksas vai lētākiem lieliem modeļiem). Vairākas dienas šie lietotāji vispār nevarēja darbināt Hermes bez šī labojuma. Daudzi foruma ieraksti un NousResearch Discord apsprieda šo pārtraukumu.
Piemēri: Korejas inflearn Q&A tas tika atspoguļots: desmitiem cilvēku atzīmēja, ka Hermes+Codex deva tieši to pašu NoneType kļūdu. Jautājums “Hermes + Codex NoneType error [KR]” bija saistīts ar GitHub problēmu (www.inflearn.com).
Risinājums/Atbilde: NousResearch ātri apvienoja labojumu. GitHub problēma 32956 tika slēgta 2026. gada 27. maijā, un lietotāji ziņoja, ka vienkārši jaunākās versijas vilkšana vai atkārtota instalēšana novērsa problēmu (www.inflearn.com). (Inflearn ieraksts saka “labojums tika apvienots galvenajā zarā – atsevišķs labojums nav nepieciešams.”) Tātad līdz v0.14.9 visi atkal varēja izmantot Codex. Tas parāda komandas atsaucību, taču tas tiek uzskatīts par “lielu problēmu”, jo tas praktiski apturēja darba plūsmas Codex lietotājiem.
17. Nav iebūvēta daudzaģentu atbalsta (profili pievienoti)
Problēma: (Cieši saistīta ar #10) Hermes sākotnēji nebija iebūvēta veida, kā darbināt dažādus aģentu profilus vienlaikus, izņemot CCI vairākus procesus. Tas nozīmēja, ka, piemēram, jūs nevarējāt viegli darbināt vienu Hermes kā “pētniecības botu” un citu kā “asistentu” vienā mašīnā.
Ietekme: Mērena. Tā būtībā bija tā pati sūdzība, kas par viena aģenta dizainu, tāpēc daudzi lietotāji to klasificēja kā “viena aģenta dizainu”. Mēs to iekļaujam, lai atzīmētu neseno oficiālo atbildi.
Piemēri: Kopienas jautājumos tika jautāts: “Kā es varu paralēli darbināt vairākus Hermes aģentus?” Oficiālās atbildes norādīja uz jauno “profilu” funkciju. Dokumentācija tagad skaidri aptver šo lietošanas gadījumu (hermes-agent.nousresearch.com).
Risinājums/Atbilde: Sākot ar 2026. gada vidu, Hermes dabiski atbalsta profilus. Jauna profila izveide (piemēram, hermes profile create coder) nodrošina atsevišķu Hermes instanci ar savu konfigurāciju un atmiņu (hermes-agent.nousresearch.com). Tas efektīvi ļauj jums turēt daudzus aģentus vienā resursdatorā. Dokumentācija precīzi parāda, kā to iestatīt. Īsāk sakot, šīs bažas ir novērsuši izstrādātāji (tāpēc nopietnība tagad ir zema), taču tā bija ievērojama problēma agrīnajiem lietotājiem.
18. Android/Termux instalēšanas problēmas
Problēma: Hermes darbināšana Android (izmantojot Termux) vai līdzīgās nestandarta platformās dažkārt neizdevās. Daži lietotāji mēģināja instalēt tālruņos un saskārās ar problēmām ar instalēšanas skriptu vai trūkstošajiem binārajiem failiem.
Ietekme: Zema. Tas ietekmē tikai nelielu daļu lietotāju (tos, kas izmanto Termux/Android). Tas tika minēts dažos GitHub jautājumos un forumos, bet nekad nekļuva par plaši izplatītu sūdzību.
Piemēri: GitHub problēmu komentāros atzīmēts, ka hermes setup Termux var nedarboties pareizi, ja netiek izpildītas atkarības. Oficiālajā dokumentācijā Termux pat tiek saukts par “2. līmeni – tikai ar vislielākajām pūlēm” (hermes-agent.nousresearch.com).
Risinājums/Atbilde: Izstrādātāji iesaka pieturēties pie darbvirsmas OS (Linux/WSL/Mac/Windows). Ja izmantojat Termux, ir jāievēro dokumentācijā norādītie manuālie soļi. Kopienā ir daži pavedieni par Android specifisku problēmu novēršanu, taču tā nekad nav bijusi Hermes specifiska kļūda tik daudz kā platformas ierobežojums. Tā ierindojas ietekmes apakšā.
19. “Iestrēgusi” vai kļūdaina atmiņas saglabāšanās
Problēma: Daži lietotāji minēja bažas, ka, tiklīdz aģents iemācās kaut ko nepareizi (skat. #9), šī atmiņa var “iestrēgt” un to nevarēs viegli dzēst. Piemēram, ja uzdevums “izgāzās”, bet tika saglabāts, tas varētu turpināt ietekmēt turpmāko uzvedību.
Ietekme: Zema. Tas ir vairāk #8 un #9 problēmas apakštips, nevis atsevišķa kļūda. Tas parādījās dažos emuāru komentāros (“ja neveiksmīga prasme tiek saglabāta kā atmiņa, vai mēs to varam notīrīt?”), taču tam nebija lieli pavedieni. Mēs to iekļaujam pilnīgumam.
Piemēri: Iepriekšējā citātā (linux.do), lietotājs uztraucās, “ja uzdevums neizdodas, vai saglabātā atmiņa neapindēs modeli?” Šī koncepcija sporādiski parādās forumos. Tomēr nav parādījušies plaši pierādījumi par neatgūstamām “iestrēgušām” zināšanām.
Risinājums/Atbilde: Hermes nodrošina komandas (/memory reject, /memory approve), lai manuāli dzēstu nevēlamas atmiņas. Īsā atbilde no izstrādātājiem ir tāda, ka, vienreiz ierakstītas, atmiņas saglabājas, ja vien tās netiek skaidri dzēstas. Lietotāji tiek mudināti rūpīgi pārvaldīt vai atiestatīt atmiņu, ja tika saglabāti nepareizi dati.
20. Lietotāja saskarnes ierobežojumi (CLI pret GUI)
Problēma: Daži lietotāji (īpaši jauni) ir lūguši lietotājam draudzīgāku saskarni. Sākotnēji Hermes bija balstīts uz CLI (ar termināla lietotāja saskarni), tāpēc tam trūka tāda vizuālā tērzēšanas vai vadības paneļa lietotāja saskarnes, ko lietotāji sagaidīja no patērētāju tērzēšanas robotiem. Pirms v0.9 nebija nekādas vietējās pārlūkprogrammas vai mobilās saskarnes, kas atbaidīja dažus netehniskus lietotājus.
Ietekme: Zema līdz mērena. Tā nav kļūda, bet gan UX problēma. Daudzi Redditori un X lietotāji minēja “vai jums ir logu GUI?” kā jautājumu. Tas kļuva mazāk problemātisks pēc tam, kad Hermes vēlāk 2026. gadā ieviesa darbvirsmas lietotni un eksperimentālu “Kanban vadības paneli”. Bet sākumā daži lietotāji to kritizēja kā “tikai CLI”.
Piemēri: r/AI_Agents un ķīniešu forumos jaunpienācēji jautāja, vai Hermes ir tīmekļa tērzēšana vai konfigurācijas lapa (kā OpenClaw). Atbildes bieži norādīja uz kopienas veidotiem rīkiem vai ieteica gaidīt nākotnes funkcijas.
Risinājums/Atbilde: Tagad Hermes ir oficiāla tīmekļa lietotāja saskarne. Hermes vadības panelis (pieejams, izmantojot hermes dashboard, skat. OpenClaw ceļvedi (openclawlaunch.com)) nodrošina pārlūkprogrammas saskarni ar tērzēšanu, prasmju pārvaldību un žurnāliem. 2026. gada vidū NousResearch komanda pat izlaida darbvirsmas lietotni ar tērzēšanas logu. Šie papildinājumi risina bažas, taču lietotājiem ir jājaunina uz v0.9+ un jāizmanto šīs komandas. Rezumējot, Hermes vairs nav tikai CLI, taču tas bija sāpīgs punkts agrīnā ieviešanas posmā.
Secinājums
Reddit un X viedokļi par Hermes ir apbrīnas un neapmierinātības sajaukums. Lietotāji konsekventi slavē tā inovatīvo mācīšanās modeli un sākotnējās iestatīšanas vienkāršību, taču daudzas no iepriekš minētajām problēmām liecina, ka kopiena joprojām cīnās ar “versijas 1.0” nepilnībām. Galvenās sūdzības (pašnovērtējuma kļūdas, prasmju pārrakstīšana, ierobežotas integrācijas) atspoguļo būtiskas dizaina kompromisus Hermes arhitektūrā. Par laimi, attīstības temps ir bijis straujš: vairākas no iepriekš minētajām problēmām (daudzaģentu profili, GUI vadības paneļi, Codex kļūdas) ir daļēji vai pilnībā novērstas jaunākajās versijās. Sākot ar 2026. gada vasaru, tonis ir piesardzīgi optimistisks – “Hermes ir aizraujošs, bet joprojām ļoti jauns”. Daudzi pavedieni vairs neizsaka neapmierinātību ar Hermes, bet gan ar agrīno ažiotāžu (piemēram, “astroturfing” pretenzijām). Kopumā kopiena šķiet pacietīga: viņi atzīst, ka daudzas problēmas tiek risinātas. Taču ir skaidrs, ka katra jauna funkcija vai apgalvojums nekavējoties izraisa jaunas diskusijas. Īsāk sakot, Hermes lietotāju bāze ir vokāla: viņi ir darījuši zināmas lielākās problēmas, un projekta nākotnes atjauninājumi noteikti ņems tās vērā.
