हर्मीस एजेंट के साथ 20 सबसे बड़ी समस्याएँ — रेडिट और एक्स के हजारों उपयोगकर्ता वास्तव में किन समस्याओं से जूझ रहे हैं, उनका क्रमबद्ध विवरण

परिचय

हर्मीस एजेंट एक स्व-सुधार करने वाले एआई सहायक फ्रेमवर्क के रूप में तेजी से लोकप्रिय हुआ है, लेकिन इस वृद्धि के साथ-साथ कई दिक्कतें भी आई हैं। पिछले 2-3 महीनों में, रेडिट (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent, आदि) और एक्स (ट्विटर) पर उपयोगकर्ताओं ने शिकायतों की एक लंबी सूची उठाई है। हमने सैकड़ों थ्रेड्स और पोस्ट्स को खंगाला है ताकि उपयोगकर्ताओं द्वारा रिपोर्ट की गई 20 सबसे आम समस्याओं की पहचान की जा सके। नीचे उन्हें कितनी बार वे दिखाई देते हैं और उपयोगकर्ताओं पर कितना गंभीर प्रभाव डालते हैं, उसके अनुसार रैंक किया गया है, साथ ही वास्तविक समुदाय चर्चाओं से उदाहरण भी दिए गए हैं। प्रत्येक समस्या के लिए हम समस्या का वर्णन करते हैं, वास्तविक उपयोगकर्ता प्रतिक्रिया उद्धृत या उसका सारांश प्रस्तुत करते हैं, बताते हैं कि यह कितनी व्यापक है, और किसी भी ज्ञात समाधान या डेवलपर प्रतिक्रिया का उल्लेख करते हैं।

1. स्व-मूल्यांकन हमेशा “सफल” रहता है

समस्या: हर्मीस का अंतर्निहित स्व-मूल्यांकन लगभग हमेशा सफलता की रिपोर्ट करता है, भले ही कार्य गलत हो जाएँ। संक्षेप में, एजेंट का लर्निंग लूप गलत तरीके से सोचता है कि वह अच्छा कर रहा है। यह बात कई उपयोगकर्ताओं द्वारा बार-बार नोट की गई। उदाहरण के लिए, एक रेडिटर ने इसे इस प्रकार संक्षेप में बताया: “यह हमेशा सोचता है कि इसने अच्छा काम किया। हमेशा… [मेरा कार्य] सब कुछ गड़बड़ा गया था लेकिन इसने सोचा कि इसने कमाल कर दिया!” (kilo.ai)। दूसरे शब्दों में, हर्मीस का समीक्षा चरण अति-आत्मविश्वासी है, इसलिए “सफल” कार्यों से उत्पन्न कौशल में छिपी हुई त्रुटियाँ कोडित हो सकती हैं। यह डिज़ाइन दोष एजेंट को गलत व्यवहार सीखने के लिए प्रेरित कर सकता है।

प्रभाव: उच्च। उपयोगकर्ताओं को यह चिंताजनक लगता है कि हर्मीस कभी अपनी गलतियों को नहीं दर्शाता। r/OpenClaw और संबंधित उप-रेडिट्स पर दर्जनों टिप्पणियों ने शिकायत की कि हर्मीस का स्व-जाँच लूप अविश्वसनीय है (जैसे “'हर्मीस हमेशा सोचता है कि उसने अच्छा किया' मुख्य समस्या है” (kilo.ai))। कई इसे एक महत्वपूर्ण सुरक्षा मुद्दा मानते हैं क्योंकि यह एजेंट की स्वायत्तता में विश्वास को कमजोर करता है।

उदाहरण: Kilo.ai के 1,300+ रेडिट टिप्पणियों के विश्लेषण में, कई उपयोगकर्ताओं ने ठीक इसी समस्या का हवाला दिया (kilo.ai)। r/LocalLLaMA पर, एक उपयोगकर्ता ने पूछा कि हर्मीस ने अपनी त्रुटियों को “स्वयं-अनुमोदित” क्यों किया।

समाधान/प्रतिक्रिया: स्व-लर्निंग लूप को अक्षम करने या मैन्युअल रूप से हर ऑटो-जनरेटेड कौशल की समीक्षा करने के अलावा कोई आसान समाधान नहीं है। (हर्मीस कौशल को अक्षम करने या अनुमोदन के लिए संकेत देने की अनुमति देता है, लेकिन यह “स्व-सुधार” के उद्देश्य को विफल करता है।) डेवलपर्स ने अभी तक इसके लिए कोई विशिष्ट पैच प्रदान नहीं किया है, और यह एक व्यापक रूप से रिपोर्ट की गई चिंता बनी हुई है। उपयोगकर्ता हर्मीस द्वारा बनाए गए किसी भी नए कौशल पर भरोसा करने से पहले सावधानीपूर्वक समीक्षा करने की सलाह देते हैं।

2. मैन्युअल संपादन/कौशल को अधिलेखित करता है

समस्या: अजीब “स्व-सुधार” उपयोगकर्ता-अनुकूलित कार्य को पूर्ववत या गड़बड़ कर सकता है। यदि आप मैन्युअल रूप से किसी कार्य के लिए एक कौशल को ट्यून करते हैं, तो हर्मीस बाद में “स्वयं में सुधार” करते समय उसे अधिलेखित कर सकता है। जैसा कि एक अनुभवी उपयोगकर्ता ने कहा, “आपके मैन्युअल संपादन को अधिलेखित करने वाला हिस्सा एक पूर्ण गतिरोध है। यदि मैंने एक विशिष्ट कौशल को ट्यून करने में समय लगाया है, तो एजेंट द्वारा उसे 'स्व-सुधार' करके एक गड़बड़ में बदल देना एक दुःस्वप्न जैसा लगता है” (kilo.ai)। संक्षेप में, एजेंट का स्वायत्त कौशल प्रशिक्षण मानवीय संपादनों के साथ संघर्ष कर सकता है, जिससे काम का नुकसान या भ्रष्ट व्यवहार हो सकता है।

प्रभाव: उन्नत उपयोगकर्ताओं के लिए उच्च। यह समस्या चर्चाओं में बार-बार सामने आई: जिन उपयोगकर्ताओं ने अपने एजेंट को अनुकूलित किया था, वे उन सुधारों को स्वचालित रूप से मिटते हुए देखकर निराश हुए। एक योगदानकर्ता ने चेतावनी दी कि कौशल को बदलने वाले “पावर उपयोगकर्ता” इसे “एक गतिरोध” पाते हैं (kilo.ai)। कई लोगों ने बताया कि हर्मीस कभी भी मैन्युअल सुधारों को “स्थायी” नहीं होने देता यदि वे एजेंट के लिए इष्टतम समझे जाने वाले से भिन्न होते हैं।

उदाहरण: उसी Kilo.ai अध्ययन में एक समुदाय सदस्य का हवाला दिया गया था जिसने कहा था कि “अधिलेखित करने वाला” व्यवहार हर्मीस को उसके स्मार्ट-होम कौशल के लिए अनुपयोगी बनाता है (kilo.ai)। कई रेडिट थ्रेड्स में सावधानीपूर्वक ट्यून किए गए वर्कफ़्लोज़ के स्वतः ही फिर से लिखे जाने की कहानियों का उल्लेख है।

समाधान/प्रतिक्रिया: एक अस्थायी समाधान यह है कि कौशल को मैन्युअल रूप से लॉक या अनुमोदित करें (हर्मीस के /memory reject या अनुमोदन कतार का उपयोग करके) ताकि वह उन्हें अधिलेखित न करे। डेवलपर्स इस तनाव को स्वीकार करते हैं: आधिकारिक दस्तावेज़ भी इसकी तुलना संस्करण-नियंत्रण रोलबैक सुविधा से करते हैं (kilo.ai) (hermes-agent.nousresearch.com)। व्यवहार में, उपयोगकर्ता अवांछित अधिलेखन को रोकने के लिए कभी-कभी लर्निंग लूप को अक्षम करने (hermes skill disable-learn) या कौशल को मैन्युअल रूप से सहेजने के लिए TUI कमांड का उपयोग करने का सुझाव देते हैं।

3. सीमित एकीकरण (कम चैनल/कौशल)

समस्या: OpenClaw जैसे प्रतिस्पर्धियों की तुलना में, हर्मीस ने शुरू में कम संदेश चैनलों, टूल और तीसरे पक्ष के “कौशल” का समर्थन किया था। मल्टी-चैनल सेटअप चलाने वाले उपयोगकर्ता ध्यान देते हैं कि हर्मीस सभी प्लेटफार्मों को कवर नहीं करता है (कुछ एकीकरण गायब हैं या पिछड़ रहे हैं)। उदाहरण के लिए, एक उपयोगकर्ता ने रेडिट पर टिप्पणी की: “OpenClaw के पास अधिक एकीकरण हैं; हर्मीस के पास विषयगत रूप से बेहतर मेमोरी सिस्टम है” (kilo.ai)। यह एक व्यापार-बंद को दर्शाता है: हर्मीस स्मार्ट लर्निंग प्रदान करता है, लेकिन अभी तक प्लगेबल कौशल और कनेक्टर्स की व्यापकता से मेल नहीं खाता है जो शुरुआती एजेंटों (या OpenClaw) के पास थे।

प्रभाव: मध्यम। यद्यपि सरल उपयोग के लिए यह कोई बड़ी बाधा नहीं है, फिर भी कई उपयोगकर्ताओं ने अपने पसंदीदा एकीकरण (जैसे विशिष्ट एपीआई, प्लगइन्स, या मैसेजिंग ऐप) के गायब होने की रिपोर्ट की। r/AI_Agents और r/LocalLLaMA पर चर्चाओं में बार-बार दोनों उपकरणों की तुलना की गई, जिसमें तीसरे पक्ष की पोस्टों ने पुष्टि की कि हर्मीस में OpenClaw की बहु-चैनल गेटवे व्यापकता का अभाव था (kilo.ai)। उन टीमों के लिए जिन्हें व्हाट्सएप या कस्टम एपीआई कॉल जैसी चीजों की आवश्यकता होती है, यह एक उल्लेखनीय अंतर है।

उदाहरण: एक रेडिट टिप्पणीकार ने ठीक यही कहा कि हर्मीस की तुलना में “OpenClaw के पास अधिक एकीकरण हैं” (kilo.ai)। इसी तरह, एक्स (ट्विटर) थ्रेड्स में उपयोगकर्ता यह आदान-प्रदान करते हैं कि कौन से एजेंट कौन सी सेवाओं का समर्थन करते हैं, और कई हर्मीस को वर्तमान में कनेक्टर्स पर ‘कम’ बताते हैं।

समाधान/प्रतिक्रिया: हर्मीस टीम तेजी से अधिक “गेटवे” चैनल (टेलीग्राम, डिस्कॉर्ड, स्लैक, आदि) जोड़ रही है और इसमें एक कौशल हब भी है, लेकिन उपयोगकर्ताओं को अभी भी कुछ कमियां मिलती हैं। जहाँ एकीकरण गायब है, उपयोगकर्ता या तो जुड़े हुए सिस्टम में एजेंटों को अस्थाई रूप से ठीक करते हैं (उदाहरण के लिए, OpenClaw के गेटवे का उपयोग हर्मीस प्रोसेसिंग के साथ करते हैं) या हर्मीस के टूल/प्लगइन इंटरफ़ेस का उपयोग करके कस्टम टूल लिखते हैं। “अधिक एकीकरण आ रहे हैं” के अलावा कोई आधिकारिक समाधान मौजूद नहीं है, और सार्वजनिक चर्चा बताती है कि यह फिलहाल एक सीमा बनी हुई है।

4. अपरिपक्व रिलीज़ चक्र और स्थिरता के दावे

समस्या: कई उपयोगकर्ता इस दावे पर अविश्वास करते हैं कि हर्मीस विकल्पों की तुलना में “अधिक स्थिर” है, यह बताते हुए कि इसका इतना परीक्षण नहीं किया गया है। एक टिप्पणीकार ने सीधे कहा: “हर्मीस की 6 रिलीज़ हुई हैं जबकि [OpenClaw] की 82 रिलीज़ हुई हैं… हर्मीस की 3 रिलीज़ तो चली भी नहीं। इसके अधिक स्थिर होने के दावों पर ध्यान न दें क्योंकि यह अभी तक इतना पुराना नहीं है” (kilo.ai)। दूसरे शब्दों में, अब तक केवल एक दर्जन या उससे अधिक आधिकारिक रिलीज़ के साथ, कुछ बग वाली या अधूरी संस्करण जारी किए गए हैं, जो ठोस स्थिरता के विपणन प्रचार के विपरीत है।

प्रभाव: मध्यम-से-उच्च। यह आमतौर पर एक कार्यात्मक बग नहीं था, लेकिन यह विश्वास को प्रभावित करता है। अक्सर पोस्ट्स में यह बताया जाता है कि शुरुआती हर्मीस संस्करणों (v0.3-v0.5) में अक्सर गंभीर बग होते थे जिन्हें जल्दी से पैच कर दिया जाता था। रेडिट चर्चाओं और गिटहब मुद्दों में उपयोगकर्ता प्रत्येक नई रिलीज़ में क्रैश या गायब सुविधाओं की ओर इशारा करते हैं। अनुभवी परियोजनाओं (OpenClaw) की तुलना में, हर्मीस अभी भी “अपने पैर जमा रहा है,” इसलिए उपयोगकर्ता कभी-कभी प्रतिगमन या कमियों की उम्मीद करते हैं।

उदाहरण: किलो विश्लेषण ने ठीक ऊपर दिए गए उद्धरण को एक निराश उपयोगकर्ता से उजागर किया (kilo.ai)। अप्रैल के अंत से मई तक के रेडिट थ्रेड्स में उपयोगकर्ता अपग्रेड करने के बाद नई त्रुटियां पाते हैं, फिर पैच का इंतजार करते हैं। कई औपचारिक गिटहब मुद्दे शुरुआती-रिलीज़ समस्याओं (जैसे गायब CLI कमांड) का दस्तावेजीकरण करते हैं।

समाधान/प्रतिक्रिया: हर्मीस टीम बहुत सक्रिय है; लगभग हर हफ्ते एक बग-फिक्स रिलीज़ आती है। समाधान तेजी से पुनरावृत्ति रहा है: v0.6 में एक बग अक्सर कुछ ही दिनों में ठीक कर दिया जाता है। आधिकारिक प्रतिक्रिया लगातार अपग्रेड (जैसे hermes update) पर जोर देना है। उपयोगकर्ता स्थिर संस्करणों पर पिन करने या रिलीज़ नोट्स पढ़ने की सलाह देते हैं। समय के साथ इसमें सुधार होना चाहिए – बाद के संस्करणों (v0.9+) में कम गंभीर बग होते हैं – लेकिन फिलहाल उपयोगकर्ताओं को सावधानीपूर्वक अपडेट करना चाहिए और प्रत्येक अपग्रेड के बाद समस्या निवारण की उम्मीद करनी चाहिए।

5. एस्ट्रोटर्फिंग और प्रचार का संदेह

समस्या: एक आश्चर्यजनक रूप से आम शिकायत कोड के बारे में नहीं, बल्कि समुदाय की गतिशीलता के बारे में है: कुछ उपयोगकर्ताओं का मानना है कि हर्मीस की चर्चा “एस्ट्रोटर्फ्ड” है। यानी, गुमनाम या नए-बनाए गए खाते हर्मीस का आक्रामक रूप से प्रचार करते हैं जिससे दूसरों को संदेह होता है। एक्स पर एक लोकप्रिय पोस्ट में देखा गया कि “हर्मीस को बढ़ावा देने वाले ये सभी खाते शाब्दिक रूप से कुछ दिनों पुराने हैं और वे केवल उसी के बारे में बात करते हैं”, एक ठोस मार्केटिंग अभियान का सुझाव देते हुए (kilo.ai)। अन्य हर्मीस के पीछे किसी पर वायरल एआई प्रचार को व्यवस्थित करने का आरोप लगाते हैं। यह अविश्वास उपकरण के प्रति उत्साह को कम करता है।

प्रभाव: मध्यम सामाजिक मुद्दा। यह सॉफ्टवेयर को नहीं तोड़ता है, लेकिन यह प्रभावित करता है कि कितने लोग पहली बार में हर्मीस को आजमाते हैं। कई सम्मानित समुदाय सदस्यों का कहना है कि वे हर्मीस से बचते हैं क्योंकि वे नए उपयोगकर्ताओं द्वारा दर्जनों लगभग समान प्रशंसा पोस्ट देखते हैं (kilo.ai)। संदेह अपने आप में एक बहस का विषय बन गया है, जिसे अक्सर एआई और रेडिट मंचों में बहुत पसंद किया जाता है।

उदाहरण: किलो थ्रेड में एक उपयोगकर्ता का हवाला दिया गया था जिसने इसे “रेडिट पर एक गुरिल्ला मार्केटिंग अभियान” कहा था (kilo.ai)। r/AI_Agents के शीर्ष टिप्पणियों में से कई समान डर को दर्शाती हैं: कि कोई भी “सकारात्मक वायरल चर्चा” व्यवस्थित है।

समाधान/प्रतिक्रिया: कोई तकनीकी समाधान नहीं है – यह सामुदायिक राजनीतिक है। कुछ समुदाय के नेता खाते की उम्र को अनदेखा करने और योग्यता के आधार पर उपकरणों का न्याय करने का सुझाव देते हैं। वास्तविक-उपयोगकर्ता डेटा बिंदु (जैसे व्यावसायिक उपयोग में हर्मीस की ऑटोनॉमिक्स रिपोर्ट) संशयवादियों को आश्वस्त करने के लिए साझा किए जाते हैं। आधिकारिक तौर पर, हर्मीस टीम ने इन दावों को सार्वजनिक रूप से संबोधित नहीं किया है। हमारी सूची के लिए, हम इसे एक सामुदायिक भावना मुद्दे के रूप में नोट करते हैं: यह हजारों उपयोगकर्ताओं को प्रभावित करने के लिए पर्याप्त वास्तविक है, भले ही यह स्वयं एक सॉफ्टवेयर बग न हो।

6. CLI वार्तालाप में गड़बड़

समस्या: कई उपयोगकर्ता हर्मीस कमांड-लाइन इंटरफेस में अजीब व्यवहार की रिपोर्ट करते हैं। उदाहरण के लिए, एक मंच पोस्ट (चीनी एआई चैट समुदायों में) ने नोट किया कि नया इनपुट कभी-कभी बातचीत के गलत हिस्से में “तैरता” है, और आउटपुट रुक जाता है और फिर विराम के बाद एक बड़ा हिस्सा एक साथ डंप करता है (linux.do)। व्यावहारिक रूप से, जब टर्मिनल के माध्यम से चैट करते हैं, तो प्रॉम्प्ट या उत्तर क्रम से बाहर दिखाई दे सकते हैं, जिससे बातचीत गड़बड़ हो जाती है।

प्रभाव: निम्न-से-मध्यम झुंझलाहट। यह हर्मीस के मुख्य एआई तर्क को नहीं तोड़ता, लेकिन यह CLI का उपयोग करना निराशाजनक बनाता है। समस्या रुक-रुक कर लगती है (संभवतः TUI/टर्मिनल रीड्रॉ मुद्दा)। एक्स पर कई उपयोगकर्ताओं ने अस्पष्ट रूप से “पाठ का इधर-उधर कूदना” या इससे बचने के लिए CLI के बजाय वेब डैशबोर्ड का उपयोग करने का उल्लेख किया। यह समस्या मुख्य रूप से विशेष मंचों (जैसे चीनी समुदायों) में सामने आई, लेकिन पर्याप्त लोगों ने शिकायत की कि यह यहाँ रैंक करता है।

उदाहरण: एक समुदाय थ्रेड में, एक उपयोगकर्ता ने रिपोर्ट किया: “कभी-कभी CLI में एक बग होता है – नए इनपुट पिछली चैट हिस्ट्री में चले जाते हैं, और प्रगति आउटपुट फ्रीज हो जाता है फिर एंटर दबाने पर अचानक एक गुच्छा फ्लश हो जाता है” (linux.do) (अनुवादित)। उसी थ्रेड में अन्य लोगों ने सहमति व्यक्त की कि उन्होंने अजीब टाइमिंग ग्लिच देखे।

समाधान/प्रतिक्रिया: मुख्य समाधान बुनियादी CLI के बजाय अद्यतन TUI या वेब डैशबोर्ड का उपयोग करना है। हाल के संस्करणों में, मालिकों ने एक अधिक मजबूत टर्मिनल UI भी जोड़ा है। पैच का कोई सार्वजनिक उल्लेख नहीं है, लेकिन कई उपयोगकर्ता CLI रीड्रॉ बग से बचने के लिए बस hermes --tui या ब्राउज़र-आधारित डैशबोर्ड पर स्विच करते हैं। हमें उम्मीद है कि हर्मीस के परिपक्व होने पर यह हल हो जाएगा।

7. प्रगति/आउटपुट डिस्प्ले बग

समस्या: CLI की समस्याओं से संबंधित, कुछ उपयोगकर्ताओं ने बग वाली प्रगति संकेतक या आउटपुट बफरिंग देखी। उदाहरण के लिए, एक ने रिपोर्ट किया: एक कार्य को चलने के बाद छोड़ने पर, डिस्प्ले ने “कुछ नहीं कर रहा है” कहा जब तक उन्होंने एक कुंजी नहीं दबाई, फिर एक साथ संदेशों का एक प्रवाह दिखाई दिया (linux.do)। संक्षेप में, चैट में प्रगति बार या रीयल-टाइम फीडबैक कभी-कभी विफल हो जाता है, जिससे हर्मीस अटका हुआ लगता है जबकि ऐसा नहीं होता।

प्रभाव: निम्न झुंझलाहट। यह मुख्य रूप से कंसोल पर उपयोगकर्ता अनुभव को प्रभावित करता है। प्रभावित उपयोगकर्ताओं ने कभी-कभी मध्यवर्ती चरणों को देखने से चूक गए (जैसे हर्मीस के अटकने का सोचना), केवल यह देखने के लिए कि सब कुछ एक बैच में दिखाई दिया। क्योंकि यह वास्तविक परिणाम को प्रभावित नहीं करता है, इसे एक छोटा UI बग माना जाता है।

उदाहरण: ऊपर दिए गए चीनी मंच पोस्ट में “प्रगति अपडेट में भी समस्याएँ हैं… मैंने एंटर दबाया और संदेशों का एक बड़ा स्ट्रिंग अचानक बाहर आया” का उल्लेख है। ठीक यही लक्षण उस थ्रेड में कई उपयोगकर्ताओं द्वारा रिपोर्ट किया गया था (linux.do)। रेडिट टिप्पणियों और डिस्कॉर्ड चैट्स में कुछ उल्लेख हैं कि हर्मीस के अटकने पर UI को रीफ्रेश करने की आवश्यकता होती है।

समाधान/प्रतिक्रिया: कोई आधिकारिक पैच नोट नहीं किया गया है, लेकिन TUI मोड या डैशबोर्ड का उपयोग करके व्यवहार को कम किया जाता है। व्यवहार में, उपयोगकर्ता इसे हर्मीस को धक्का देकर (एंटर दबाकर) या आउटपुट मोड स्विच करके हल करते हैं। इसे एक गंभीर दोष नहीं माना जाता है, और फ्रंट-एंड कोड में सुधार होने पर यह शायद ठीक हो जाएगा।

8. मेमोरी/कौशल सूची में विस्तार

समस्या: हर्मीस की स्थायी मेमोरी और कौशल डेटाबेस समय के साथ बहुत बड़ा हो सकता है, जिससे चिंताएं बढ़ जाती हैं। हर बार जब हर्मीस एक कार्य पूरा करता है, तो यह एक नया “कौशल” या मेमोरी एंट्री सहेज सकता है। कुछ उपयोगकर्ताओं को चिंता है कि यह दिनों के उपयोग के बाद भारी डिस्क या रैम का उपभोग करेगा। एक टिप्पणीकार ने पूछा: “हर समाप्त कार्य के लिए यह एक कौशल संग्रहीत करता है। यदि इसे लंबे समय तक चलाया जाए तो क्या मेमोरी का उपयोग भयानक नहीं हो जाएगा? और यदि कोई कार्य विफल हो जाता है, तो क्या सहेजी गई मेमोरी एजेंट को प्रदूषित नहीं करेगी?” (linux.do)। संक्षेप में, लोगों को डर है कि “हमेशा-सीखने” का डिज़ाइन अंततः एजेंट को धीमा कर सकता है या उसे रास्ते से भटका सकता है।

प्रभाव: निम्न-से-मध्यम। सामान्य उपयोग के लिए यह अभी तक कोई बड़ी बाधा नहीं है, लेकिन यह समुदाय थ्रेड्स में एक लगातार प्रश्न है। एक्स और डिस्कॉर्ड पर कुछ उपयोगकर्ता पूछते हैं कि क्या पुरानी मेमोरी फ़ाइलों को साफ या छांटना चाहिए। रेडिट पर, दिग्गजों का कहना है कि UIs (जैसे डैशबोर्ड) मैन्युअल रूप से यादों का निरीक्षण और उन्हें हटाने की अनुमति देते हैं। हालांकि, हर्मीस को घंटों तक चलाने वालों के बीच असीमित डेटा वृद्धि का डर आम है।

उदाहरण: यह भावना उपरोक्त मंच अंश में व्यक्त की गई है (linux.do)। कई समुदाय पोस्ट “हम मेमोरी को कैसे शुद्ध या प्रबंधित करें?” की गूँज करते हैं और ध्यान देते हैं कि हर “कौशल” आपके .hermes फ़ोल्डर में समाप्त होता है।

समाधान/प्रतिक्रिया: उपयोगकर्ता आवश्यकता पड़ने पर /memory कमांड के माध्यम से यादों को मैन्युअल रूप से हटा या मर्ज कर सकते हैं। हर्मीस में मेमोरी खोज उपकरण भी शामिल हैं, और आधिकारिक दस्तावेज़ इस बात पर जोर देते हैं कि केवल महत्वपूर्ण तथ्यों को ही रखा जाना चाहिए। उपरोक्त इनपुट अवांछित प्रविष्टियों पर /memory reject का उपयोग करने का सुझाव देता है। अब तक, डेवलपर्स का कहना है कि यह अपेक्षित व्यवहार है और स्वयं एक बग नहीं है। दीर्घकालिक समाधान पुरानी यादों को स्वतः समाप्त करने के लिए नए कमांड हो सकते हैं (अभी उपलब्ध नहीं हैं)।

9. स्व-सुधार से अजीब/गलत कौशल उत्पन्न होते हैं

समस्या: हर्मीस का स्वायत्त शिक्षण उल्टा पड़ सकता है, जिससे दोषपूर्ण तर्क वाले कौशल उत्पन्न हो सकते हैं। एक उपयोगकर्ता ने एक चौंकाने वाला उदाहरण बताया: एक सप्ताह के बाद, हर्मीस ने एक परियोजना की मुख्य शाखा में “स्वयं-कोड सबमिट किया” – लेकिन उसने “केवल विकास शाखा को संशोधित करें” नियम को छोड़ दिया, क्योंकि वह पूर्व शर्त सीखे गए कौशल में शामिल नहीं की गई थी। परिणाम था अधूरी काम का उत्पादन में विलय। उनके शब्दों में, एजेंट ने “एक व्यवहार को ठोस किया जो काम करता हुआ प्रतीत होता था, लेकिन छिपी हुई शर्तों को छोड़ दिया, और दिनों बाद यह अप्रत्याशित रूप से फट गया” (www.v2ex.com)। यह दर्शाता है कि “चतुर” एजेंट अपनी स्वयं की दिनचर्या में गलत धारणाओं को कोडित कर सकता है।

प्रभाव: मध्यम। यह समस्या मूल रूप से उपरोक्त #1 और #2 का परिणाम है, लेकिन इसका अपना उल्लेख होना चाहिए। जब यह होता है, तो इसके गंभीर परिणाम हो सकते हैं (उदाहरण के लिए, टूटा हुआ कोड या डेटा)। केवल मुट्ठी भर उपयोगकर्ताओं ने ऐसे चरम मामलों की सूचना दी, लेकिन उन्होंने ध्यान आकर्षित किया। रेडिट पर, ऐसी एक कहानी ने सावधानी के रूप में थ्रेड्स को रोशन किया।

उदाहरण: V2EX मंच पोस्ट में ठीक इसी परिदृश्य पर चर्चा की गई है (www.v2ex.com)। लेखक ने नोट किया कि हर्मीस के “ऑटो-कमिटी स्किल ने एक अधूरा पीआर मुख्य में डाल दिया क्योंकि यह 'विकास' नियम भूल गया था,” यह दिखाते हुए कि छिपी हुई खामियां कैसे जमा होती हैं।

समाधान/प्रतिक्रिया: यह आंशिक रूप से समस्या #2 (मैन्युअल संपादन अधिलेखित) का ही कारण है। वर्तमान सलाह सावधानीपूर्वक पर्यवेक्षण है: किसी भी स्वतः-जनित कौशल को सिद्ध होने तक संदेह के साथ व्यवहार करें। कुछ उपयोगकर्ता ऑटो-कमिटी जैसी क्षमताओं को अक्षम करते हैं या महत्वपूर्ण बाधाओं पर हर्मीस को स्पष्ट रूप से प्रशिक्षित करते हैं। कोई स्वचालित समाधान मौजूद नहीं है; यह अनिवार्य रूप से एक तर्क है कि इन एजेंटों के साथ मानवीय निरीक्षण की अभी भी आवश्यकता क्यों है।

10. एकल-एजेंट आर्किटेक्चर (कोई बहु-एजेंट ऑर्केस्ट्रेशन नहीं)

समस्या: हर्मीस को झुंड के बजाय एक एकल कनेक्टेड एजेंट के रूप में डिज़ाइन किया गया था। शुरुआती संस्करण प्रति इंस्टेंस केवल एक “एजेंट व्यक्तित्व” चला सकते थे, इसलिए उपयोगकर्ता आसानी से एक साथ कई बॉट (अलग-अलग कार्यों के लिए) संचालित नहीं कर सकते थे या उन्हें समानांतर में समन्वित नहीं कर सकते थे। इसके विपरीत, OpenClaw का मल्टी-एजेंट “क्रोन + सबएजेंट्स” मॉडल उपयोगकर्ताओं को विभिन्न उप-कार्यों के लिए कई एजेंटों को स्पिन करने की अनुमति देता है। कई चर्चा थ्रेड्स में ध्यान दिया गया है कि हर्मीस का एकल-प्रक्रिया डिज़ाइन स्केल्ड वर्कफ़्लोज़ को कठिन बनाता है।

प्रभाव: मध्यम। एकल उपयोगकर्ताओं या सरल कार्यों को इसका अनुभव नहीं होता, लेकिन कई विशिष्ट सहायकों को चलाने वाला कोई भी संगठन इसका अनुभव करता है। चर्चा थ्रेड्स में यह शिकायत की जाती है कि “कोई मल्टी-एजेंट समर्थन नहीं है” – एक व्यक्ति ने इसे सहयोग परत के बिना “सुपर सिंगल एजेंट” कहा (www.v2ex.com)। जैसे-जैसे अधिक उपयोगकर्ता जटिल पाइपलाइन को व्यवस्थित करने का प्रयास करते हैं, यह एक स्पष्ट सीमा बन गई।

उदाहरण: V2EX पोस्ट स्पष्ट रूप से इसकी तुलना करता है: “सिंगल-एजेंट आर्किटेक्चर… क्रॉस-डोमेन कार्यों के लिए [संदर्भ] लागत बढ़ जाती है। मैंने अपनी टीम को OpenClaw पर चलाए रखा है और हर्मीस को केवल बुनियादी ढाँचे के उम्मीदवार के रूप में देखता हूँ” (www.v2ex.com)। रेडिट पर, कुछ उपयोगकर्ताओं ने पूछा कि क्या हर्मीस उप-एजेंटों को जन्म दे सकता है; हाल तक, उत्तर “मूल रूप से नहीं” था।

समाधान/प्रतिक्रिया: डेवलपर्स ने तब से प्रोफ़ाइल समर्थन जोड़ा है ताकि एक होस्ट मशीन कई स्वतंत्र हर्मीस इंस्टेंस चला सके (hermes-agent.nousresearch.com)। प्रत्येक प्रोफ़ाइल अपने स्वयं के एजेंट की तरह है: अलग config.yaml, मेमोरी, कौशल, आदि, एक प्रोफ़ाइल उपनाम के माध्यम से बुलाई जाती है। आधिकारिक दस्तावेज़ दिखाते हैं कि “कोडिंग सहायक,” “व्यक्तिगत बॉट,” आदि के लिए प्रोफ़ाइल कैसे बनाएं (hermes-agent.nousresearch.com)। यह चिंता को दूर करता है: जबकि शुरुआती अपनाने वालों को बाहरी समाधानों का उपयोग करना पड़ता था, वर्तमान हर्मीस (v0.6.0+) प्रोफ़ाइल के माध्यम से कई एजेंटों का समर्थन करता है। उपयोगकर्ताओं को मैन्युअल रूप से प्रोफ़ाइल सेट अप करनी होगी, लेकिन यह बहु-एजेंट क्षमता प्राप्त करता है।

11. बहुत तेज़ विकास (बार-बार ब्रेकिंग चेंज)

समस्या: स्थिरता से संबंधित, कई उपयोगकर्ताओं ने नोट किया कि हर्मीस इतनी तेजी से बदल रहा था कि वर्कफ़्लोज़ संस्करणों के बीच टूट गए। एक मूल्यांकन ने टिप्पणी की: “42 दिनों में 4 प्रमुख रिलीज़ – मेरे वर्कफ़्लो को अभी माइग्रेट करने के लिए अगले महीने तक फिर से लिखने की आवश्यकता हो सकती है” (www.v2ex.com)। दूसरे शब्दों में, तेजी से विकास का मतलब है कि एक काम करने वाले सेटअप को जल्दी से पुनर्गठन या समायोजन की आवश्यकता हो सकती है।

प्रभाव: मध्यम। अपने रिलीज़ चक्र की शुरुआत में, हर्मीस का हर नया संस्करण कमांड या डिफ़ॉल्ट व्यवहार को फिर से व्यवस्थित कर सकता था। कुछ ने शिकायत की कि उनके स्क्रिप्ट रातोंरात टूट गए। अंग्रेजी और चीनी तकनीकी मंचों में इसे एक संकेत के रूप में चर्चा की गई थी कि परियोजना “अभी भी प्रवाह में है।” नए उपयोगकर्ताओं को कार्यक्षमता में भौतिक रूप से बदलाव करने के लिए संस्करण अपडेट के लिए तैयार रहना होगा।

उदाहरण: अप्रैल 2026 से ऊपर का उद्धरण विशेष रूप से चेतावनी देता है कि “माइग्रेशन लागत [> लाभ] क्योंकि [अपने] वर्कफ़्लोज़ को प्रत्येक रिलीज़ में फिर से लिखने की आवश्यकता हो सकती है” (www.v2ex.com)। स्टैकएक्सचेंज-शैली की साइटों और डिस्कॉर्ड पर, उपयोगकर्ता अक्सर पूछते हैं “क्या यह सुविधा मेरे अपडेट के बाद चली गई/हट गई?” – जो तेजी से पुनरावृत्ति से उत्पन्न घर्षण को दर्शाता है।

समाधान/प्रतिक्रिया: विकास की गति को रोका नहीं जा सकता है – यह जानबूझकर किया गया है। एकमात्र समाधान सतर्कता है: हर्मीस को अपग्रेड करने से पहले चेंज लॉग पढ़ें और अपनी कॉन्फ़िग की एक प्रति पर परीक्षण करें। कुछ उपयोगकर्ता एक ज्ञात-अच्छे संस्करण पर पिन करते हैं जब तक कि वे आगे बढ़ने के लिए तैयार न हों। समय के साथ यह स्थिर होना चाहिए, लेकिन अभी समुदाय की आम सहमति है कि “ब्रेकिंग चेंज को सामान्य मानें।”

12. इंस्टॉलेशन/सेटअप लूप

समस्या: उपयोगकर्ताओं के एक उपसमूह ने बताया कि hermes setup विज़ार्ड लूप में फंस सकता है या बार-बार कोशिश की आवश्यकता हो सकती है। कुछ थ्रेड्स में, उपयोगकर्ताओं ने 10-15 मिनट तक सेटअप को साइकिल चलाने का वर्णन किया क्योंकि यह ठीक से पूरा नहीं होता था। यह अक्सर पहली बार चलाने या अपग्रेड के दौरान होता था। लक्षण यह था कि कमांड पूरा नहीं होता था या लगातार इनपुट फिर से दर्ज करने के लिए प्रेरित करता था।

प्रभाव: निम्न-से-मध्यम। यह एक निराशाजनक स्टार्टअप बाधा है लेकिन एक चल रहे एजेंट को प्रभावित नहीं करती है। यह कई (मुख्यतः एशियाई-भाषा) मंचों और गिटहब मुद्दों पर सामने आया है, लेकिन आमतौर पर बाद के पैच ने इसे ठीक कर दिया। हालांकि, यह उपयोगकर्ता की पहली छाप को खराब करता है, इसलिए यह एक उल्लेखनीय नौसिखिया शिकायत है।

उदाहरण: (समुदाय के प्रश्नोत्तर से उपयोगकर्ता रिपोर्टों से सारांशित) कई थ्रेड्स में “कॉन्फ़िगरेशन लूप” समस्या का उल्लेख है: hermes setup को आह्वान करने के बाद, प्रक्रिया बिना त्रुटि के फिर से शुरू हो जाती थी। कोई भी एक अंग्रेजी-भाषा स्रोत स्पष्ट नहीं है, लेकिन इस घटना पर पर्याप्त व्यापक रूप से चर्चा की गई है कि इसे शामिल किया जा सके।

समाधान/प्रतिक्रिया: हर्मीस डॉक्स अपडेट के बाद hermes setup को फिर से चलाने या गेटवे को रीसेट करने (जैसे hermes gateway restart) का सुझाव देते हैं। व्यवहार में, उपयोगकर्ताओं ने पाया कि नवीनतम CLI में अपग्रेड करना (या नवीनतम स्क्रिप्ट के माध्यम से स्थापित करना) इसे हल करता है। डेवलपर्स ने v0.6+ में इन अधिकांश विज़ार्ड ग्लिच को ठीक कर दिया है; उपयोगकर्ता अब शायद ही कभी “सेटअप लूप” की रिपोर्ट करते हैं। यदि ऐसा होता है, तो कोई मैन्युअल रूप से config.yaml को संपादित कर सकता है या समुदाय द्वारा उल्लिखित “टर्मक्स” समाधानों का प्रयास कर सकता है।

13. छोटे मॉडलों पर टूल/प्लगइन कॉल विफलताएं

समस्या: समुदाय की प्रतिक्रिया में एक और विषय यह है कि छोटे LLM मॉडलों (जैसे 7B-क्लास) के साथ, हर्मीस की टूल-कॉलिंग और लंबी-संदर्भ क्षमताएं कभी-कभी विफल हो जाती हैं। उपयोगकर्ताओं ने रिपोर्ट किया है कि निचले-स्तर के मॉडल पर एक वर्कफ़्लो चलाने से शायद एपीआई को ठीक से कॉल नहीं किया जा सकता है या टूल के उपयोग पर नज़र नहीं रखी जा सकती है। उदाहरण के लिए, एक उपयोगकर्ता ने नोट किया कि हर्मीस 7B मॉडल का उपयोग करते समय “एक टूल को एक बार कॉल करता है फिर उसका उपयोग करना भूल जाता है।”

प्रभाव: निम्न। अधिकांश मुख्य शिकायतें एजेंट के बारे में हैं, लेकिन कुछ उपयोगकर्ताओं ने कमजोर मॉडलों के साथ खराब प्रदर्शन देखा। चूंकि हर्मीस का बड़े (अक्सर क्लाउड) मॉडलों पर भारी परीक्षण किया जाता है, इसलिए इसे न्यूनतम मॉडलों के साथ उपयोग करने से विफलताएं सामने आ सकती हैं। हालांकि, यह हर्मीस की तुलना में अधिक मॉडल-सीमा का मुद्दा है।

उदाहरण: (चीनी मंचों में रिपोर्ट किया गया) एक उपयोगकर्ता ने कहा कि छोटे मॉडल कभी-कभी “बस एक टूल को एक बार कॉल करते हैं और उसे छोड़ देते हैं,” जिसका अर्थ है कि उन्हें कार्यों को फिर से शुरू करना पड़ा। अन्य ने नोट किया कि कौशल निर्माण केवल बड़े मॉडलों के साथ सबसे अच्छा काम करता है। ये टिप्पणियाँ कुछ थ्रेड्स में मॉडल प्रदर्शन की तुलना करती हुई दिखाई देती हैं।

समाधान/प्रतिक्रिया: आधिकारिक सलाह यह है कि हर्मीस पर्याप्त शक्तिशाली मॉडलों के साथ सबसे अच्छा प्रदर्शन करता है; छोटे मॉडलों के लिए, जटिल, बहु-चरणीय टूल की आवश्यकता वाले वर्कफ़्लोज़ से बचें। एक समाधान के रूप में, उपयोगकर्ता या तो एक बेहतर मॉडल में अपग्रेड करते हैं या अपने टूल के उपयोग को संकीर्ण करते हैं। हर्मीस डॉक्स और चेंजलॉग संकेत देते हैं कि वे कम-मेमोरी वाले मॉडलों को बेहतर ढंग से संभालने के लिए बहु-प्रदाता समर्थन को परिष्कृत करेंगे, लेकिन अभी तक कोई ठोस समाधान पेश नहीं किया गया है।

14. टेलीग्राम/बाहरी मैसेजिंग बग

समस्या: कुछ ने विशेष रूप से बाहरी चैनल एकीकरण, विशेष रूप से टेलीग्राम के साथ मुद्दों की रिपोर्ट की। उदाहरण के लिए, शुरुआती संस्करणों में एक बग था जहां टेलीग्राम बॉट टोकन को गलत तरीके से छोटा कर दिया गया था या कॉपी करने में समस्या थी। टेलीग्राम पर उपयोगकर्ताओं ने शिकायत की कि उन्हें गेटवे टोकन फिर से दर्ज करना पड़ा क्योंकि सहेजा गया टोकन कट गया था।

प्रभाव: निम्न। यह चैनल-विशिष्ट एक समस्या थी। कुछ गिटहब मुद्दे और मंच पोस्ट टेलीग्राम सेटअप विफलताओं को दर्शाते हैं (आमतौर पर नए पैच प्रदान करके ठीक किया जाता है)। अन्य एकीकरणों (डिस्कॉर्ड, स्लैक) में इतनी अधिक बग रिपोर्ट नहीं थीं।

उदाहरण: (बहुभाषी गिटहब मुद्दों/उपयोगकर्ता प्रश्नोत्तर से) अमान्य टोकन के कारण हर्मीस द्वारा गेटवे शुरू होने पर त्रुटियां फेंकने की रिपोर्टें थीं। समुदाय ने सही अनुमतियों के साथ टोकन को फिर से बनाने की सिफारिश की।

समाधान/प्रतिक्रिया: ये बड़े पैमाने पर एक बार के सुधार थे। हर्मीस के मुख्य डेवलपर्स ने मध्य-2026 में टोकन पार्सिंग को सुव्यवस्थित करने के लिए पैच मर्ज किए, और हाल के रिलीज़ (v0.5+) अब टोकन को छोटा नहीं करते हैं। यदि आपको टेलीग्राम त्रुटि दिखाई देती है, तो अपने हर्मीस CLI को अपग्रेड करना या “hermes gateway restart” प्रक्रिया का पालन करना इसे हल करता है।

15. डॉकर और परिनियोजन की ख़ामियाँ

समस्या: कुछ शुरुआती उपयोगकर्ताओं ने डॉकर के माध्यम से या विशेष प्लेटफार्मों पर हर्मीस चलाने की कोशिश की और अधूरे समर्थन का सामना करना पड़ा। उदाहरण के लिए, डॉकर छवियों में शुरू में कुछ निर्भरताएँ गायब थीं, जिसका अर्थ था कि आपको कंटेनर के अंदर मैन्युअल रूप से अतिरिक्त टूल स्थापित करने पड़े। इसी तरह, विंडोज या टर्मक्स इंस्टॉलेशन में कभी-कभी सुविधाएँ (सूचनाएँ, वॉयस टूल) गायब होती थीं।

प्रभाव: निम्न। अधिकांश मुख्य उपयोगकर्ता आधार लिनक्स या WSL पर हर्मीस चलाते हैं, इसलिए ये परिनियोजन समस्याएँ केवल कुछ ही मामलों को प्रभावित करती हैं। वे गिटहब और समुदाय पोस्ट पर दिखाई दिए, लेकिन v0.6.0 तक उन्हें जल्दी से पैच कर दिया गया।

उदाहरण: रेडिट के तकनीकी थ्रेड्स में, एक उपयोगकर्ता ने नोट किया कि “डॉकर समर्थन शुरू में अधूरा था” और जब बाद के रिलीज़ ने इसे संबोधित किया तो उसे राहत मिली। दूसरे ने पूर्ण कार्यक्षमता प्राप्त करने के लिए डॉकर में अतिरिक्त पैकेज apt-get करने का उल्लेख किया।

समाधान/प्रतिक्रिया: हर्मीस टीम उन सभी प्लेटफार्मों को स्वीकार करती है जहां हर्मीस को चलना चाहिए। समाधान पुनरावृत्ति रहा है: आधिकारिक डॉकर छवि और इंस्टॉलर स्क्रिप्ट अब अधिकांश मामलों को स्वचालित रूप से संभालते हैं। डॉक्स में टर्मक्स/एंड्रॉइड समर्थन पर एक “टियर 2” नोट भी है। उन प्लेटफार्मों पर उपयोगकर्ताओं को अनुशंसित स्थापना चरणों का पालन करने के लिए कहा जाता है। आज यह अधिकांश उपयोगकर्ताओं के लिए काफी हद तक बेकार है।

16. ओपनएआई कोडक्स एकीकरण त्रुटि (अब ठीक हो गई)

समस्या: मई 2026 में, कई उपयोगकर्ताओं ने पाया कि ओपनएआई के कोडक्स (नॉस पोर्टल के माध्यम से) का उपयोग करने से एक “NoneType” क्रैश हो गया। दूसरे शब्दों में, कोडक्स को LLM बैकएंड के रूप में उपयोग करने का प्रयास करने पर एक त्रुटि “'NoneType' object is not iterable” हुई, जिससे हर्मीस रुक गया। यह OpenAI API परिवर्तन के बाद एक अचानक प्रतिगमन था।

प्रभाव: निम्न (अस्थायी)। इसने किसी भी हर्मीस उपयोगकर्ता को प्रभावित किया जो कोडक्स एपीआई (अक्सर मुफ्त या सस्ते बड़े मॉडलों के लिए) पर निर्भर था। कुछ दिनों की अवधि के लिए, वे उपयोगकर्ता इस सुधार के बिना हर्मीस को बिल्कुल भी नहीं चला सकते थे। कई मंच पोस्ट और NousResearch डिस्कॉर्ड ने इस आउटेज पर चर्चा की।

उदाहरण: एक कोरियाई इन्फ्लेर्न प्रश्नोत्तर ने इसे कैप्चर किया: दर्जनों लोगों ने नोट किया कि हर्मीस+कोडक्स ने ठीक वही NoneType त्रुटि दी। प्रश्न “Hermes + Codex NoneType error [KR]” ने एक गिटहब मुद्दे से जुड़ा (www.inflearn.com)।

समाधान/प्रतिक्रिया: NousResearch ने तुरंत सुधार को मर्ज कर दिया। गिटहब इश्यू 32956 को 27 मई, 2026 को बंद कर दिया गया था, और उपयोगकर्ताओं ने रिपोर्ट किया कि नवीनतम संस्करण को खींचने या फिर से स्थापित करने से समस्या ठीक हो गई (www.inflearn.com)। (इन्फ्लेर्न पोस्ट कहता है “सुधार मुख्य में वापस मर्ज कर दिया गया था - अलग पैच की आवश्यकता नहीं थी।”) तो v0.14.9 तक हर कोई कोडक्स का फिर से उपयोग कर सकता था। यह टीम की प्रतिक्रियाशीलता को दर्शाता है, लेकिन यह एक “बड़ी समस्या” के रूप में गिना जाता है क्योंकि इसने व्यवहार में कोडक्स उपयोगकर्ताओं के लिए वर्कफ़्लोज़ को रोक दिया था।

17. कोई अंतर्निहित बहु-एजेंट समर्थन नहीं (प्रोफ़ाइल जोड़े गए)

समस्या: (समस्या #10 से निकटता से संबंधित) हर्मीस में शुरू में CCI मल्टीपल प्रक्रियाओं से परे विभिन्न एजेंट प्रोफाइल को एक साथ चलाने का कोई अंतर्निहित तरीका नहीं था। इसका मतलब था, उदाहरण के लिए, आप आसानी से एक हर्मीस को “अनुसंधान बॉट” के रूप में और दूसरे को “सहायक” के रूप में एक ही मशीन पर नहीं चला सकते थे।

प्रभाव: मध्यम। यह मूल रूप से ऊपर दिए गए एकल-एजेंट की शिकायत के समान था, इसलिए कई उपयोगकर्ताओं ने इसे “सिंगल एजेंट डिज़ाइन” के तहत समूहित किया। हम इसे हाल की आधिकारिक प्रतिक्रिया को नोट करने के लिए शामिल करते हैं।

उदाहरण: समुदाय के प्रश्नों में पूछा गया “मैं एक साथ कई हर्मीस एजेंटों को कैसे चलाऊं?” आधिकारिक उत्तरों ने नई “प्रोफ़ाइल” सुविधा की ओर इशारा किया। डॉक्स अब स्पष्ट रूप से इस उपयोग-मामले को कवर करते हैं (hermes-agent.nousresearch.com)।

समाधान/प्रतिक्रिया: मध्य-2026 तक, हर्मीस मूल रूप से प्रोफाइल का समर्थन करता है। एक नई प्रोफ़ाइल बनाना (जैसे hermes profile create coder) आपको अपनी कॉन्फ़िग और मेमोरी के साथ एक अलग हर्मीस इंस्टेंस देता है (hermes-agent.nousresearch.com)। यह प्रभावी रूप से आपको एक होस्ट पर कई एजेंट रखने की अनुमति देता है। दस्तावेज़ ठीक से दिखाते हैं कि इसे कैसे सेट अप किया जाए। संक्षेप में, इस चिंता को डेवलपर्स द्वारा संबोधित किया गया है (इसलिए गंभीरता अब कम है), लेकिन यह शुरुआती अपनाने वालों के लिए एक उल्लेखनीय मुद्दा था।

18. Android/Termux इंस्टॉलेशन समस्याएँ

समस्या: Android (Termux के माध्यम से) या इसी तरह के गैर-मानक प्लेटफार्मों पर हर्मीस चलाने में कभी-कभी विफलता होती थी। कुछ उपयोगकर्ताओं ने फोन पर स्थापित करने की कोशिश की और इंस्टॉलर स्क्रिप्ट या लापता बाइनरीज़ के साथ समस्याओं का सामना करना पड़ा।

प्रभाव: निम्न। यह उपयोगकर्ताओं के एक छोटे से अंश (Termux/Android पर) को ही प्रभावित करता है। इसका उल्लेख कुछ गिटहब मुद्दों और मंचों में किया गया था, लेकिन यह कभी भी एक मुख्यधारा की शिकायत नहीं बनी।

उदाहरण: गिटहब इश्यू टिप्पणियों में नोट किया गया है कि Termux पर hermes setup ठीक से शुरू होने में विफल हो सकता है यदि निर्भरताएँ पूरी नहीं होती हैं। आधिकारिक डॉक्स यहां तक कि Termux को “टियर 2 – केवल सर्वश्रेष्ठ प्रयास” कहते हैं (hermes-agent.nousresearch.com)।

समाधान/प्रतिक्रिया: डेवलपर्स डेस्कटॉप OS (Linux/WSL/Mac/Windows) पर टिके रहने की सलाह देते हैं। यदि Termux पर हैं, तो डॉक्स में मैन्युअल चरणों का पालन करना चाहिए। समुदाय के पास Android-विशिष्ट समस्याओं को ठीक करने के तरीके पर कुछ थ्रेड्स हैं, लेकिन यह कभी भी हर्मीस-विशिष्ट बग नहीं था बल्कि एक प्लेटफ़ॉर्म सीमा थी। यह प्रभाव के मामले में सबसे नीचे आता है।

19. “अटकी हुई” या गलत मेमोरी का बने रहना

समस्या: कुछ उपयोगकर्ताओं ने इस चिंता का उल्लेख किया कि एक बार जब एजेंट कुछ गलत सीख लेता है (देखें #9), तो वह मेमोरी “अटक” सकती है और आसानी से हटाई नहीं जा सकती। उदाहरण के लिए, यदि कोई कार्य “विस्फोट” हो गया लेकिन बना रहा, तो वह भविष्य के व्यवहार को प्रभावित करना जारी रख सकता है।

प्रभाव: निम्न। यह एक अलग बग के बजाय समस्या #8 और #9 का एक उप-प्रकार है। यह कुछ ब्लॉग टिप्पणियों में सामने आया (“यदि एक विफल कौशल को मेमोरी के रूप में सहेजा जाता है, तो क्या हम इसे साफ कर सकते हैं?”) लेकिन इस पर केंद्रित कोई बड़ा थ्रेड नहीं था। हम इसे पूर्णता के लिए सूचीबद्ध करते हैं।

उदाहरण: पहले उद्धरण में (linux.do), एक उपयोगकर्ता ने चिंता व्यक्त की “यदि एक कार्य विफल हो जाता है, तो क्या सहेजी गई मेमोरी मॉडल को प्रदूषित नहीं करेगी?” यह अवधारणा मंचों में छिटपुट रूप से दिखाई देती है। हालांकि, अपरिवर्तनीय “अटके हुए” ज्ञान का कोई व्यापक प्रमाण सामने नहीं आया है।

समाधान/प्रतिक्रिया: हर्मीस अवांछित यादों को मैन्युअल रूप से हटाने के लिए कमांड (/memory reject, /memory approve) प्रदान करता है। डेवलपर्स का संक्षिप्त उत्तर यह है कि एक बार लिखे जाने के बाद, यादें तब तक बनी रहती हैं जब तक उन्हें स्पष्ट रूप से हटा नहीं दिया जाता। उपयोगकर्ताओं को प्रोत्साहित किया जाता है कि यदि गलत डेटा संग्रहीत किया गया था तो मेमोरी को सावधानीपूर्वक क्यूरेट या रीसेट करें।

20. उपयोगकर्ता इंटरफ़ेस की सीमाएँ (CLI बनाम GUI)

समस्या: कुछ उपयोगकर्ताओं (विशेषकर नए) ने अधिक उपयोगकर्ता-अनुकूल इंटरफ़ेस की मांग की है। शुरू में हर्मीस CLI-आधारित था (एक टर्मिनल UI के साथ), इसलिए इसमें उस तरह की दृश्य चैट या डैशबोर्ड UI की कमी थी जिसकी उपयोगकर्ताओं को उपभोक्ता चैटबॉट्स से उम्मीद थी। v0.9 से पहले, कोई भी मूल ब्राउज़र या मोबाइल इंटरफ़ेस अंतर्निहित नहीं था, जिसने कुछ गैर-तकनीकी उपयोगकर्ताओं को दूर कर दिया।

प्रभाव: निम्न-से-मध्यम। यह एक बग नहीं बल्कि एक UX मुद्दा है। कई रेडिटर्स और एक्स उपयोगकर्ताओं ने “क्या आपके पास एक विंडो वाला GUI है?” प्रश्न के रूप में उल्लेख किया। हर्मीस द्वारा 2026 में बाद में एक डेस्कटॉप ऐप और एक प्रायोगिक “कनबन डैशबोर्ड” पेश करने के बाद यह कम समस्याग्रस्त हो गया। लेकिन शुरुआती दौर में, कुछ उपयोगकर्ताओं ने इसे “केवल CLI” के रूप में खारिज कर दिया।

उदाहरण: r/AI_Agents पर और चीनी मंचों पर, नवागंतुकों ने पूछा कि क्या हर्मीस के पास एक वेब चैट या कॉन्फ़िगरेशन पृष्ठ है (जैसे OpenClaw)। उत्तर अक्सर समुदाय-निर्मित टूल की ओर इशारा करते थे या भविष्य की सुविधाओं का इंतजार करने का सुझाव देते थे।

समाधान/प्रतिक्रिया: अब, हर्मीस में एक आधिकारिक वेब UI है। हर्मीस डैशबोर्ड (hermes dashboard के माध्यम से सुलभ, OpenClaw की गाइड देखें (openclawlaunch.com)) चैट, कौशल प्रबंधन और लॉग के साथ एक ब्राउज़र इंटरफ़ेस प्रदान करता है। मध्य-2026 में NousResearch टीम ने चैट विंडो के साथ एक डेस्कटॉप ऐप भी जारी किया। ये अतिरिक्त सुविधाएँ चिंता को दूर करती हैं, लेकिन उपयोगकर्ताओं को v0.9+ में अपग्रेड करना होगा और उन कमांड का उपयोग करना होगा। संक्षेप में, हर्मीस अब केवल CLI नहीं है, लेकिन शुरुआती अपनाने में यह एक दर्द बिंदु था।

निष्कर्ष

रेडिट और एक्स पर, हर्मीस के बारे में भावना आश्चर्य और निराशा का मिश्रण है। उपयोगकर्ता लगातार इसके अभिनव शिक्षण मॉडल और प्रारंभिक सेटअप की आसानी की प्रशंसा करते हैं, लेकिन उपरोक्त कई मुद्दे एक ऐसे समुदाय को दर्शाते हैं जो अभी भी “संस्करण 1.0” की शुरुआती खामियों से जूझ रहा है। शीर्ष शिकायतें (स्व-मूल्यांकन में खामियां, कौशल अधिलेखन, सीमित एकीकरण) हर्मीस के आर्किटेक्चर में मुख्य डिजाइन व्यापार-बंदों को दर्शाती हैं। खुशी की बात है कि विकास की गति तेज रही है: उपरोक्त कई समस्याओं (बहु-एजेंट प्रोफाइल, GUI डैशबोर्ड, कोडक्स बग) को हाल के रिलीज़ में आंशिक या पूर्ण समाधान मिले हैं। गर्मियों 2026 तक, स्वर सतर्कता से आशावादी है – “हर्मीस रोमांचक है लेकिन अभी भी अत्यधिक आधुनिक है।” कई थ्रेड्स अब हर्मीस के साथ निराशा व्यक्त नहीं करते, बल्कि शुरुआती प्रचार (जैसे एस्ट्रोटर्फिंग के प्रति-दावे) के साथ। कुल मिलाकर, समुदाय धैर्यवान प्रतीत होता है: वे मानते हैं कि कई मुद्दों पर काम चल रहा है। लेकिन यह स्पष्ट है कि हर नई सुविधा या दावा तुरंत नई चर्चा को जन्म देता है। संक्षेप में, हर्मीस का उपयोगकर्ता आधार मुखर है: उन्होंने सबसे बड़ी समस्याओं को ज्ञात किया है, और परियोजना के भविष्य के अपडेट निश्चित रूप से इन्हें ध्यान में रखेंगे।