20 ปัญหาใหญ่ที่สุดของ Hermes Agent — สิ่งที่ผู้ใช้ Reddit และ X หลายพันคนกำลังประสบปัญหาจริงๆ พร้อมการจัดอันดับ

บทนำ

Hermes Agent ได้รับความนิยมอย่างแพร่หลายในฐานะเฟรมเวิร์กผู้ช่วย AI ที่พัฒนาตนเองได้ แต่การเติบโตนี้ก็มาพร้อมกับปัญหาที่เพิ่มขึ้น ในช่วง 2-3 เดือนที่ผ่านมา ผู้ใช้บน Reddit (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent และอื่นๆ) และบน X (Twitter) ได้แสดงรายการข้อร้องเรียนมากมาย เราได้คัดกรองกระทู้และโพสต์หลายร้อยรายการเพื่อระบุ 20 ปัญหาที่พบบ่อยที่สุด ที่ผู้ใช้รายงาน โดยด้านล่างนี้มีการจัดอันดับตามความถี่ในการเกิดและผลกระทบที่รุนแรงต่อผู้ใช้ พร้อมตัวอย่างจากการสนทนาจริงในชุมชน สำหรับแต่ละปัญหา เราจะอธิบายปัญหา อ้างอิงหรือสรุปความคิดเห็นของผู้ใช้จริง ระบุว่าปัญหานั้นแพร่หลายเพียงใด และกล่าวถึงวิธีแก้ไขชั่วคราวหรือการตอบสนองจากผู้พัฒนาที่ทราบกันดี

1. การประเมินตนเอง “สำเร็จ” เสมอ

ปัญหา: การประเมินตนเองในตัวของ Hermes มักจะรายงานความสำเร็จเสมอ แม้ว่างานจะผิดพลาดก็ตาม โดยพื้นฐานแล้ว ลูปการเรียนรู้ของเอเจนท์เข้าใจผิดคิดว่าตัวเองทำได้ดี ปัญหานี้ถูกกล่าวถึงซ้ำแล้วซ้ำอีกโดยผู้ใช้หลายคน ตัวอย่างเช่น ผู้ใช้ Redditor คนหนึ่งสรุปไว้ว่า: “มันคิดว่ามันทำได้ดีเสมอ เสมอ… [งานของฉัน] มันพังไปหมด แต่มันกลับคิดว่าทำได้สุดยอดไปเลย!” (kilo.ai) กล่าวอีกนัยหนึ่ง ขั้นตอนการตรวจสอบของ Hermes มั่นใจมากเกินไป ดังนั้นทักษะที่สร้างขึ้นจากงานที่ “สำเร็จ” อาจมีการเข้ารหัสข้อผิดพลาดที่ซ่อนอยู่ ข้อบกพร่องในการออกแบบนี้อาจนำไปสู่การที่เอเจนท์เรียนรู้พฤติกรรมที่ไม่ถูกต้อง

ผลกระทบ: สูง ผู้ใช้รู้สึกตกใจที่ Hermes ไม่เคยระบุข้อผิดพลาดของตัวเอง มีความคิดเห็นมากมายใน r/OpenClaw และซับที่เกี่ยวข้องที่บ่นว่าลูปการตรวจสอบตนเองของ Hermes ไม่น่าเชื่อถือ (เช่น “‘Hermes คิดว่าทำได้ดีเสมอ’ คือปัญหาหลัก” (kilo.ai)) หลายคนถือว่านี่เป็น ปัญหาด้านความปลอดภัยที่สำคัญ เพราะมันบ่อนทำลายความไว้วางใจในการทำงานด้วยตนเองของเอเจนท์

ตัวอย่าง: ในการวิเคราะห์ความคิดเห็น Reddit กว่า 1,300 รายการของ Kilo.ai ผู้ใช้หลายรายได้กล่าวถึงปัญหานี้อย่างชัดเจน (kilo.ai) บน r/LocalLLaMA ผู้ใช้รายหนึ่งถามว่าทำไม Hermes ถึง “อนุมัติโดยอัตโนมัติ” ข้อผิดพลาดของตัวเอง

วิธีแก้ไขชั่วคราว/การตอบสนอง: ไม่มีวิธีแก้ไขง่ายๆ นอกจากการปิดใช้งานลูปการเรียนรู้ด้วยตนเอง หรือการตรวจสอบทักษะที่สร้างขึ้นโดยอัตโนมัติด้วยตนเองทุกครั้ง (Hermes อนุญาตให้ปิดใช้งานหรือแจ้งเตือนเพื่อขออนุมัติทักษะได้ แต่ก็ขัดกับจุดประสงค์ของการ “พัฒนาตนเอง”) ผู้พัฒนายังไม่ได้จัดเตรียมแพตช์เฉพาะสำหรับปัญหานี้ และยังคงเป็นข้อกังวลที่ได้รับการรายงานอย่างกว้างขวาง ผู้ใช้แนะนำให้ ตรวจสอบอย่างรอบคอบ ทักษะใหม่ใดๆ ที่ Hermes สร้างขึ้นก่อนที่จะเชื่อถือมัน

2. เขียนทับการแก้ไข/ทักษะด้วยตนเอง

ปัญหา: “การพัฒนาตนเอง” ที่แปลกประหลาดสามารถยกเลิกหรือทำให้งานที่ผู้ใช้กำหนดเองสับสนได้ หากคุณปรับแต่งทักษะด้วยตนเองสำหรับงานหนึ่ง Hermes อาจ เขียนทับ ทักษะนั้นในภายหลังเมื่อมัน “ปรับปรุง” ตัวเอง ดังที่ผู้ใช้ผู้ช่ำชองคนหนึ่งกล่าวไว้ว่า: “ส่วนที่เขียนทับการแก้ไขด้วยตนเองของคุณเป็นสิ่งที่ยอมรับไม่ได้อย่างสิ้นเชิง หากฉันใช้เวลาปรับแต่งทักษะเฉพาะ การที่เอเจนท์ ‘พัฒนาตนเอง’ แล้วทำให้มันกลับกลายเป็นความยุ่งเหยิงอีกครั้งดูเหมือนฝันร้าย” (kilo.ai) กล่าวโดยย่อ การฝึกทักษะด้วยตนเองของเอเจนท์อาจขัดแย้งกับการแก้ไขของมนุษย์ ซึ่งนำไปสู่การสูญเสียงานหรือพฤติกรรมที่เสียหาย

ผลกระทบ: สูงสำหรับผู้ใช้ขั้นสูง ปัญหานี้เกิดขึ้นซ้ำแล้วซ้ำอีกในการสนทนา: ผู้ใช้ที่ปรับแต่งเอเจนท์ของตนเองรู้สึกหงุดหงิดที่เห็นการแก้ไขเหล่านั้นถูกลบโดยอัตโนมัติ ผู้สนับสนุนคนหนึ่งเตือนว่า “ผู้ใช้ระดับสูง” ที่ปรับแต่งทักษะพบว่านี่เป็น “สิ่งที่ยอมรับไม่ได้” (kilo.ai)) หลายคนชี้ให้เห็นว่า Hermes ไม่เคยปล่อยให้การปรับปรุงด้วยตนเอง “คงอยู่” หากแตกต่างจากสิ่งที่เอเจนท์คิดว่าเหมาะสมที่สุด

ตัวอย่าง: การศึกษาของ Kilo.ai ชิ้นเดียวกันอ้างคำพูดของสมาชิกชุมชนที่กล่าวว่าพฤติกรรม “การเขียนทับ” ทำให้ Hermes ใช้งานไม่ได้สำหรับทักษะสมาร์ทโฮมของเขา (kilo.ai)) กระทู้ Reddit หลายกระทู้กล่าวถึงเรื่องราวของเวิร์กโฟลว์ที่ปรับแต่งอย่างรอบคอบถูกเขียนทับโดยอัตโนมัติ

วิธีแก้ไขชั่วคราว/การตอบสนอง: วิธีแก้ไขชั่วคราวคือการ ล็อกหรืออนุมัติ ทักษะด้วยตนเอง (โดยใช้คำสั่ง /memory reject ของ Hermes หรือคิวการอนุมัติ) เพื่อไม่ให้มันเขียนทับ ผู้พัฒนายอมรับถึงความขัดแย้งนี้: เอกสารอย่างเป็นทางการยังเปรียบเทียบสิ่งนี้กับคุณสมบัติการย้อนกลับเวอร์ชัน (kilo.ai) (hermes-agent.nousresearch.com)) ในทางปฏิบัติ ผู้ใช้แนะนำให้ปิดใช้งานลูปการเรียนรู้เป็นครั้งคราว (hermes skill disable-learn) หรือใช้คำสั่ง TUI เพื่อบันทึกทักษะด้วยตนเอง เพื่อป้องกันการเขียนทับที่ไม่พึงประสงค์

3. การรวมระบบที่จำกัด (ช่องทาง/ทักษะที่น้อยลง)

ปัญหา: เมื่อเทียบกับคู่แข่งอย่าง OpenClaw Hermes เริ่มต้นด้วยการรองรับช่องทางข้อความ เครื่องมือ และ “ทักษะ” ของบุคคลที่สามน้อยกว่า ผู้ใช้ที่ตั้งค่าแบบหลายช่องทางสังเกตว่า Hermes ไม่ครอบคลุมทุกแพลตฟอร์ม (การรวมระบบบางอย่างขาดหายไปหรือล่าช้า) ตัวอย่างเช่น ผู้ใช้รายหนึ่งสังเกตบน Reddit ว่า: “OpenClaw มีการรวมระบบมากกว่า; Hermes มีระบบหน่วยความจำที่ดีกว่าในเชิงอัตวิสัย” (kilo.ai)) สิ่งนี้สะท้อนถึงการแลกเปลี่ยน: Hermes นำเสนอการเรียนรู้อัจฉริยะ แต่ยังไม่ตรงกับความกว้างขวางของทักษะและตัวเชื่อมต่อที่เสียบได้ที่เอเจนท์ยุคแรก (หรือ OpenClaw) มี

ผลกระทบ: ปานกลาง แม้ว่าจะไม่ใช่ปัญหาใหญ่สำหรับการใช้งานง่ายๆ แต่ผู้ใช้หลายคนรายงานว่าพลาดการรวมระบบที่ชื่นชอบ (เช่น API, ปลั๊กอิน, หรือแอปส่งข้อความเฉพาะ) การสนทนาใน r/AI_Agents และ r/LocalLLaMA เปรียบเทียบเครื่องมือทั้งสองซ้ำแล้วซ้ำอีก โดยโพสต์ของบุคคลที่สามยืนยันว่า Hermes ขาดความกว้างขวางของเกตเวย์หลายช่องทางของ OpenClaw (kilo.ai)) สำหรับทีมที่ต้องการสิ่งต่างๆ เช่น WhatsApp หรือการเรียกใช้ API ที่กำหนดเอง นี่เป็นช่องว่างที่สำคัญ

ตัวอย่าง: ผู้ใช้ Reddit รายหนึ่งกล่าวอย่างชัดเจนว่า “OpenClaw มีการรวมระบบมากกว่า” เมื่อเทียบกับ Hermes (kilo.ai)) ในทำนองเดียวกัน กระทู้บน X (Twitter) มีผู้ใช้แลกเปลี่ยนข้อมูลว่าเอเจนท์ใดรองรับบริการใด และหลายคนกล่าวถึง Hermes ว่าปัจจุบันมีตัวเชื่อมต่อที่ ‘น้อย’

วิธีแก้ไขชั่วคราว/การตอบสนอง: ทีม Hermes กำลังเพิ่มช่องทาง “เกตเวย์” (Telegram, Discord, Slack ฯลฯ) อย่างรวดเร็ว และมีฮับทักษะ แต่ผู้ใช้ก็ยังคงพบช่องว่างบางอย่าง ในกรณีที่ไม่มีการรวมระบบ ผู้ใช้จะแก้ไขปัญหาเฉพาะหน้าโดยการเชื่อมโยงเอเจนท์ในระบบที่เชื่อมต่อ (เช่น ใช้เกตเวย์ของ OpenClaw ร่วมกับการประมวลผลของ Hermes) หรือเขียนเครื่องมือที่กำหนดเองโดยใช้อินเทอร์เฟซเครื่องมือ/ปลั๊กอินของ Hermes ไม่มีวิธีแก้ไขอย่างเป็นทางการนอกเหนือจาก “การรวมระบบจะเพิ่มขึ้นในอนาคต” และการสนทนาสาธารณะบ่งชี้ว่านี่เป็นข้อจำกัดในขณะนี้

4. วงจรการเผยแพร่ที่ไม่สมบูรณ์และการอ้างสิทธิ์ความเสถียร

ปัญหา: ผู้ใช้หลายคนไม่เชื่อคำกล่าวอ้างที่ว่า Hermes “เสถียรกว่า” ทางเลือกอื่น โดยชี้ให้เห็นว่ายังไม่ได้รับการทดสอบมากพอ ผู้ใช้รายหนึ่งกล่าวอย่างตรงไปตรงมาว่า: “Hermes มีการเผยแพร่ 6 ครั้ง เทียบกับ OpenClaw ที่ 82 ครั้ง… 3 ใน 6 ครั้งของการเผยแพร่ของ Hermes ใช้งานไม่ได้ด้วยซ้ำ อย่าไปฟังคำกล่าวอ้างว่ามันเสถียรกว่าเพราะมันยังไม่เปิดตัวมานาน” (kilo.ai)) กล่าวอีกนัยหนึ่ง ด้วยการเผยแพร่เพียงประมาณสิบกว่าครั้งเท่านั้น บางเวอร์ชันที่มีข้อบกพร่องหรือไม่สมบูรณ์ก็ถูกปล่อยออกมา ซึ่งขัดแย้งกับคำโฆษณาที่ว่ามีความเสถียรอย่างแข็งแกร่ง

ผลกระทบ: ปานกลางถึงสูง นี่ไม่ใช่ข้อบกพร่องที่ ใช้งานไม่ได้ โดยปกติแล้ว แต่มันส่งผลกระทบต่อความไว้วางใจ โพสต์ที่พบบ่อยระบุว่า Hermes เวอร์ชันแรกๆ (v0.3-v0.5) มักมีข้อบกพร่องร้ายแรงที่ได้รับการแก้ไขอย่างรวดเร็ว ผู้ใช้ในการสนทนาบน Reddit และปัญหาบน GitHub กล่าวถึงการขัดข้องหรือคุณสมบัติที่ขาดหายไปในการเผยแพร่ใหม่แต่ละครั้ง เมื่อเทียบกับโครงการที่ได้รับการพัฒนามานาน (OpenClaw) Hermes ยังคง “กำลังปรับตัว” ดังนั้นผู้ใช้จึงคาดว่าจะมีการถดถอยหรือช่องว่างเป็นครั้งคราว

ตัวอย่าง: การวิเคราะห์ของ Kilo.ai ได้เน้นย้ำคำกล่าวอ้างข้างต้นจากผู้ใช้ที่หงุดหงิด (kilo.ai)) กระทู้ Reddit ตั้งแต่ปลายเดือนเมษายนถึงพฤษภาคมแสดงให้เห็นว่าผู้ใช้อัปเกรดแล้วพบข้อผิดพลาดใหม่ จากนั้นจึงรอแพตช์ ปัญหา GitHub อย่างเป็นทางการหลายรายการบันทึกปัญหาการเผยแพร่ครั้งแรกๆ (เช่น คำสั่ง CLI ที่ขาดหายไป)

วิธีแก้ไขชั่วคราว/การตอบสนอง: ทีม Hermes มีความกระตือรือร้นมาก: เกือบทุกสัปดาห์มีการเผยแพร่แก้ไขข้อบกพร่อง วิธีแก้ไขคือการทำซ้ำอย่างรวดเร็ว: ข้อบกพร่องใน v0.6 มักจะได้รับการแก้ไขภายในไม่กี่วัน การตอบสนองอย่างเป็นทางการคือการเน้นการอัปเกรดบ่อยครั้ง (เช่น hermes update) ผู้ใช้แนะนำให้ตรึงเวอร์ชันที่เสถียร หรืออ่านบันทึกการเผยแพร่ เมื่อเวลาผ่านไป สิ่งนี้ควรจะดีขึ้น – เวอร์ชันหลังๆ (v0.9+) มีข้อบกพร่องที่ร้ายแรงน้อยลง – แต่ในตอนนี้ผู้ใช้ต้องอัปเดตอย่างระมัดระวังและคาดว่าจะต้องแก้ไขปัญหาหลังจากอัปเกรดแต่ละครั้ง

5. การสร้างกระแสเทียมและความกังขาต่อการโฆษณาเกินจริง

ปัญหา: ข้อร้องเรียนที่พบบ่อยอย่างน่าประหลาดใจไม่ใช่เรื่องโค้ด แต่เกี่ยวกับ พลวัตของชุมชน: ผู้ใช้บางคนเชื่อว่าการสนทนาเกี่ยวกับ Hermes เป็น “การสร้างกระแสเทียม” นั่นคือ บัญชีที่ไม่ระบุชื่อหรือบัญชีที่สร้างขึ้นใหม่ที่โฆษณา Hermes อย่างรุนแรงทำให้ผู้อื่นระมัดระวัง โพสต์ยอดนิยมหนึ่งบน X สังเกตว่า “บัญชีทั้งหมดที่โปรโมต Hermes เหล่านี้เพิ่งสร้างขึ้นมาไม่กี่วัน และนั่นคือสิ่งเดียวที่พวกเขาพูดถึง” ซึ่งบ่งชี้ถึงการผลักดันทางการตลาดที่จัดขึ้นอย่างเป็นระบบ (kilo.ai)) คนอื่นๆ กล่าวหาว่ามีคนอยู่เบื้องหลัง Hermes จัดการปั่นกระแส AI ให้เป็นไวรัล ความไม่ไว้วางใจนี้บั่นทอนความกระตือรือร้นสำหรับเครื่องมือเอง

ผลกระทบ: ปัญหาทางสังคมปานกลาง สิ่งนี้ไม่ได้ทำให้ซอฟต์แวร์เสีย แต่ส่งผลกระทบต่อจำนวนคนที่ลองใช้ Hermes ตั้งแต่แรก สมาชิกชุมชนที่เป็นที่ยอมรับหลายคนกล่าวว่าพวกเขาหลีกเลี่ยง Hermes เพราะเห็นโพสต์ชื่นชมที่เกือบจะเหมือนกันหลายสิบโพสต์จากผู้ใช้ใหม่ (kilo.ai)) ความกังขาเองได้กลายเป็น หัวข้อถกเถียง ซึ่งมักจะได้รับการโหวตสูงในฟอรัม AI และ Reddit

ตัวอย่าง: กระทู้ Kilo.ai ที่อ้างคำพูดผู้ใช้ที่เรียกมันว่า “แคมเปญการตลาดแบบกองโจรบน Reddit” (kilo.ai)) ความคิดเห็นยอดนิยมหลายรายการใน r/AI_Agents สะท้อนความกลัวเดียวกัน: ว่า “การสนทนาไวรัลเชิงบวก” ใดๆ เป็นการจัดฉาก

วิธีแก้ไขชั่วคราว/การตอบสนอง: ไม่มีวิธีแก้ไขทางเทคนิค – เป็นเรื่องของการเมืองในชุมชน ผู้นำชุมชนบางคนแนะนำให้เพิกเฉยต่ออายุบัญชีและตัดสินเครื่องมือตามคุณสมบัติ ข้อมูลผู้ใช้จริง (เช่น รายงานของ Autonomics เกี่ยวกับการใช้ Hermes ในธุรกิจ) ถูกแชร์เพื่อสร้างความมั่นใจให้กับผู้ที่ไม่เชื่อถือ อย่างเป็นทางการ ทีม Hermes ยังไม่ได้กล่าวถึงข้อกล่าวอ้างเหล่านี้ต่อสาธารณะ สำหรับรายการของเรา เราบันทึกสิ่งนี้เป็นประเด็น ความรู้สึกของชุมชน: มันเป็นเรื่องจริงมากพอที่จะมีอิทธิพลต่อผู้ใช้หลายพันคน แม้ว่าจะไม่ใช่ข้อผิดพลาดของซอฟต์แวร์โดยตรงก็ตาม

6. ข้อผิดพลาดในการสนทนา CLI

ปัญหา: ผู้ใช้หลายคนรายงานพฤติกรรมแปลกๆ ในอินเทอร์เฟซบรรทัดคำสั่งของ Hermes ตัวอย่างเช่น โพสต์ในฟอรัมหนึ่ง (ในชุมชนแชท AI ของจีน) ตั้งข้อสังเกตว่าอินพุตใหม่บางครั้ง “ลอย” เข้าไปในส่วนที่ผิดของการสนทนา และเอาต์พุตหยุดนิ่งแล้วเทข้อมูลจำนวนมากออกมาหลังจากหยุดชั่วคราวเท่านั้น (linux.do)) ในทางปฏิบัติ เมื่อแชทผ่านเทอร์มินัล ข้อความแจ้งเตือนหรือการตอบกลับอาจปรากฏขึ้นไม่ตรงลำดับ ทำให้การสนทนาดูสับสน

ผลกระทบ: สร้างความรำคาญระดับต่ำถึงปานกลาง สิ่งนี้ไม่ได้ทำลายตรรกะ AI หลักของ Hermes แต่มันทำให้การใช้ CLI น่าหงุดหงิด ปัญหานี้ดูเหมือนจะเกิดขึ้นเป็นระยะๆ (น่าจะเป็นปัญหาการวาดหน้าจอ TUI/เทอร์มินัล) ผู้ใช้หลายคนบน X กล่าวถึง “ข้อความที่กระโดดไปมา” หรือต้องใช้ Web Dashboard แทน CLI เพื่อหลีกเลี่ยง ปัญหานี้ส่วนใหญ่เกิดขึ้นในฟอรัมเฉพาะทาง (เช่น ชุมชนจีน) แต่มีคนบ่นมากพอที่จะจัดอันดับไว้ที่นี่

ตัวอย่าง: ในกระทู้ชุมชนหนึ่ง ผู้ใช้รายงานว่า: “บางครั้ง CLI มีข้อบกพร่อง – อินพุตใหม่จะลอยเข้าไปในประวัติการแชทก่อนหน้า และเอาต์พุตความคืบหน้าจะค้างแล้วจู่ๆ ก็แสดงข้อความจำนวนมากเมื่อกด Enter” (linux.do)) (แปล) ผู้อื่นในกระทู้เดียวกันเห็นด้วยว่าพวกเขามีข้อผิดพลาดด้านเวลาที่แปลกๆ

วิธีแก้ไขชั่วคราว/การตอบสนอง: วิธีแก้ไขหลักคือการใช้ TUI ที่อัปเดตหรือแดชบอร์ดเว็บแทน CLI พื้นฐาน ในเวอร์ชันล่าสุด เจ้าของยังได้เพิ่ม UI เทอร์มินัลที่แข็งแกร่งขึ้น ไม่มีการกล่าวถึงแพตช์สาธารณะ แต่ผู้ใช้หลายคนเพียงแค่เปลี่ยนไปใช้ hermes --tui หรือแดชบอร์ดบนเบราว์เซอร์เพื่อหลีกเลี่ยงข้อบกพร่องในการวาดหน้าจอ CLI เราคาดว่าปัญหานี้จะได้รับการแก้ไขเมื่อ Hermes เติบโตขึ้น

7. ข้อบกพร่องในการแสดงความคืบหน้า/เอาต์พุต

ปัญหา: ที่เกี่ยวข้องกับปัญหา CLI ผู้ใช้บางคนพบตัวบ่งชี้ความคืบหน้าหรือการบัฟเฟอร์เอาต์พุตที่มีข้อบกพร่อง ตัวอย่างเช่น มีรายงานว่าหลังจากปล่อยงานทำงานอยู่ การแสดงผล “บอกว่าไม่ได้ทำอะไรเลย” จนกระทั่งพวกเขากดปุ่ม แล้วข้อความจำนวนมากก็ปรากฏขึ้นพร้อมกัน (linux.do)) กล่าวโดยย่อ แถบความคืบหน้าหรือการตอบสนองแบบเรียลไทม์ในการแชทบางครั้งล้มเหลว ทำให้ Hermes ดูเหมือนค้างอยู่ทั้งที่จริงแล้วไม่ได้เป็นเช่นนั้น

ผลกระทบ: สร้างความรำคาญระดับต่ำ สิ่งนี้ส่วนใหญ่ส่งผลกระทบต่อประสบการณ์ผู้ใช้บนคอนโซล ผู้ใช้ที่ได้รับผลกระทบมักจะพลาดการเห็นขั้นตอนกลาง (เช่น คิดว่า Hermes ค้าง) แต่ทุกอย่างก็ปรากฏขึ้นพร้อมกันเป็นชุด เนื่องจากไม่ส่งผลกระทบต่อผลลัพธ์จริง จึงถือว่าเป็นข้อบกพร่อง UI เล็กน้อย

ตัวอย่าง: โพสต์ในฟอรัมจีนเดียวกับข้างต้นระบุว่า “การอัปเดตความคืบหน้าก็มีปัญหาเช่นกัน… ฉันกด Enter และข้อความยาวเหยียดก็ปรากฏขึ้นมาทันที” อาการนี้ถูกรายงานโดยผู้ใช้หลายคนในกระทู้นั้น (linux.do)) ความคิดเห็นบน Reddit และแชท Discord มีการกล่าวถึงเล็กน้อยว่าต้องรีเฟรช UI เมื่อ Hermes ค้าง

วิธีแก้ไขชั่วคราว/การตอบสนอง: ไม่มีแพตช์อย่างเป็นทางการที่ระบุไว้ แต่พฤติกรรมนี้ได้รับการบรรเทาลงโดยการใช้โหมด TUI หรือ Dashboard ในทางปฏิบัติ ผู้ใช้แก้ไขโดยการกระตุ้น Hermes (กด Enter) หรือเปลี่ยนโหมดเอาต์พุต ไม่ถือว่าเป็นข้อบกพร่องร้ายแรง และน่าจะได้รับการแก้ไขเมื่อโค้ดส่วนหน้าพัฒนาขึ้น

8. หน่วยความจำ/รายการทักษะบวม

ปัญหา: หน่วยความจำถาวรและฐานข้อมูลทักษะของ Hermes สามารถเติบโตได้มากเมื่อเวลาผ่านไป ซึ่งทำให้เกิดความกังวล ทุกครั้งที่ Hermes ทำงานเสร็จ มันอาจจะบันทึก “ทักษะ” ใหม่หรือรายการหน่วยความจำ ผู้ใช้บางคนกังวลว่าสิ่งนี้จะใช้พื้นที่ดิสก์หรือ RAM จำนวนมากหลังจากใช้งานไปหลายวัน ผู้แสดงความคิดเห็นคนหนึ่งถามว่า: “สำหรับงานที่เสร็จสิ้นทุกงาน มันจะจัดเก็บทักษะ หากใช้งานในระยะยาว การใช้หน่วยความจำจะไม่น่ากลัวหรือ? และหากงานล้มเหลว หน่วยความจำที่บันทึกไว้จะไม่ ปนเปื้อน เอเจนท์หรือ?” (linux.do)) กล่าวโดยย่อ ผู้คนกลัวว่าการออกแบบ “การเรียนรู้ตลอดไป” อาจทำให้เอเจนท์ช้าลงในที่สุดหรือหลงทางไปจากเป้าหมาย

ผลกระทบ: ต่ำถึงปานกลาง สำหรับการใช้งานทั่วไปยังไม่ใช่ปัญหาใหญ่ แต่เป็นคำถามที่เกิดขึ้นบ่อยครั้งในกระทู้ชุมชน ผู้ใช้ไม่กี่คนบน X และ Discord ถามว่าควรทำความสะอาดหรือตัดแต่งไฟล์หน่วยความจำเก่าหรือไม่ บน Reddit ผู้ใช้ผู้ช่ำชองตั้งข้อสังเกตว่า UI (เช่น Dashboard) อนุญาตให้ตรวจสอบและลบหน่วยความจำด้วยตนเอง อย่างไรก็ตาม ความกลัวของการเติบโตของข้อมูลที่ไม่จำกัดเป็นเรื่องปกติในหมู่ผู้ที่ใช้งาน Hermes เป็นเวลาหลายชั่วโมง

ตัวอย่าง: ความรู้สึกนี้ถูกบันทึกไว้ในข้อความที่ตัดตอนมาจากฟอรัมข้างต้น (linux.do)) โพสต์ในชุมชนหลายรายการสะท้อนคำถามว่า “เราจะล้างหรือจัดการหน่วยความจำได้อย่างไร?” และตั้งข้อสังเกตว่า “ทักษะ” ทุกอย่างจะอยู่ในโฟลเดอร์ .hermes ของคุณ

วิธีแก้ไขชั่วคราว/การตอบสนอง: ผู้ใช้สามารถลบหรือรวมหน่วยความจำด้วยตนเองผ่านคำสั่ง /memory หากจำเป็น Hermes ยังมีเครื่องมือ ค้นหา หน่วยความจำ และเอกสารทางการเน้นย้ำว่าควรเก็บเฉพาะข้อเท็จจริงที่สำคัญเท่านั้น อินพุตข้างต้นแนะนำให้ใช้ /memory reject กับรายการที่ไม่ต้องการ จนถึงขณะนี้ ผู้พัฒนาCกล่าวว่านี่เป็นพฤติกรรมที่คาดหวังและไม่ใช่ข้อบกพร่องโดยตรง วิธีแก้ไขระยะยาวอาจเป็นคำสั่งใหม่สำหรับการหมดอายุของหน่วยความจำเก่าโดยอัตโนมัติ (ยังไม่มีให้บริการ)

9. การพัฒนาตนเองสร้างทักษะที่แปลกประหลาด/ผิดพลาด

ปัญหา: การเรียนรู้ด้วยตนเองของ Hermes อาจให้ผลเสีย โดยสร้างทักษะที่มีตรรกะผิดพลาด ผู้ใช้รายหนึ่งอธิบายตัวอย่างที่น่าตกใจ: หลังจากผ่านไปหนึ่งสัปดาห์ Hermes “ส่งโค้ดโดยอัตโนมัติ” เข้าไปใน branch หลักของโปรเจกต์ – แต่มันข้ามกฎ “แก้ไขเฉพาะ branch develop เท่านั้น” เนื่องจากเงื่อนไขเบื้องต้นนั้นไม่ได้รวมอยู่ในทักษะที่เรียนรู้ ผลลัพธ์คือการรวมงานที่ยังไม่เสร็จเข้าสู่ production ในคำพูดของเขา เอเจนท์ “ได้รวมพฤติกรรมที่ดูเหมือนจะใช้งานได้ แต่ละเลยเงื่อนไขที่ซ่อนอยู่ และหลายวันต่อมามันก็ระเบิดโดยไม่คาดคิด” (www.v2ex.com)) สิ่งนี้แสดงให้เห็นว่าเอเจนท์ที่ “ฉลาด” สามารถเข้ารหัสข้อสันนิษฐานที่ไม่ถูกต้องลงในกิจวัตรของตัวเองได้

ผลกระทบ: ปานกลาง ปัญหานี้เป็นผลสืบเนื่องมาจากปัญหา #1 และ #2 ข้างต้น แต่สมควรได้รับการกล่าวถึงแยกต่างหาก เมื่อเกิดขึ้น อาจมีผลกระทบร้ายแรง (เช่น โค้ดหรือข้อมูลเสียหาย) มีผู้ใช้เพียงไม่กี่รายที่รายงานกรณีที่รุนแรงเช่นนี้ แต่ก็ได้รับความสนใจ ใน Reddit เรื่องราวเช่นนี้ทำให้กระทู้ต่างๆ มีชีวิตชีวาในฐานะเรื่องเตือนใจ

ตัวอย่าง: โพสต์ในฟอรัม V2EX ที่เราพบเจาะลึกสถานการณ์นี้อย่างละเอียด (www.v2ex.com)) ผู้เขียนตั้งข้อสังเกตว่า “ทักษะการคอมมิตอัตโนมัติของ Hermes ใส่ PR ที่ไม่สมบูรณ์เข้าไปใน main เพราะมันลืมกฎ ‘develop’” ซึ่งแสดงให้เห็นว่าข้อบกพร่องที่ซ่อนอยู่สะสมได้อย่างไร

วิธีแก้ไขชั่วคราว/การตอบสนอง: นี่เป็นสาเหตุเดียวกับปัญหา #2 (การเขียนทับการแก้ไขด้วยตนเอง) คำแนะนำปัจจุบันคือการกำกับดูแลอย่างรอบคอบ: ให้สงสัยทักษะที่สร้างขึ้นโดยอัตโนมัติจนกว่าจะพิสูจน์ได้ ผู้ใช้บางคนปิดใช้งานความสามารถคล้ายการคอมมิตอัตโนมัติหรือฝึก Hermes อย่างชัดเจนเกี่ยวกับข้อจำกัดที่สำคัญ ไม่มีวิธีแก้ไขอัตโนมัติ; โดยพื้นฐานแล้วเป็นข้อโต้แย้งว่าทำไมการกำกับดูแลของมนุษย์ยังคงจำเป็นสำหรับเอเจนท์เหล่านี้

10. สถาปัตยกรรมเอเจนท์เดียว (ไม่มีการจัดการหลายเอเจนท์)

ปัญหา: Hermes ได้รับการออกแบบมาให้เป็น เอเจนท์ที่เชื่อมต่อเพียงตัวเดียว แทนที่จะเป็นฝูง ในเวอร์ชันแรกๆ สามารถรัน “บุคลิกของเอเจนท์” ได้เพียงหนึ่งตัวต่ออินสแตนซ์ ดังนั้นผู้ใช้จึงไม่สามารถใช้งานบอทหลายตัวพร้อมกัน (สำหรับงานที่แตกต่างกัน) หรือประสานงานบอทเหล่านั้นแบบขนานได้อย่างง่ายดาย ในทางตรงกันข้าม โมเดล “Cron + subagents” แบบหลายเอเจนท์ของ OpenClaw ช่วยให้ผู้ใช้สามารถสร้างเอเจนท์หลายตัวสำหรับงานย่อยที่แตกต่างกันได้ กระทู้สนทนาหลายกระทู้ตั้งข้อสังเกตว่าการออกแบบกระบวนการเดียวของ Hermes ทำให้เวิร์กโฟลว์ที่ปรับขนาดได้ยากขึ้น

ผลกระทบ: ปานกลาง ผู้ใช้คนเดียวหรืองานง่ายๆ จะไม่รู้สึกถึงปัญหานี้ แต่องค์กรใดๆ ที่ใช้งานผู้ช่วยเฉพาะทางหลายตัวจะรู้สึกถึง การสนทนาต่างบ่นว่า “ไม่มีการรองรับหลายเอเจนท์” – บางคนเรียกมันว่า “ซูเปอร์เอเจนท์เดียว” ที่ไม่มีเลเยอร์การทำงานร่วมกัน (www.v2ex.com)) เมื่อผู้ใช้จำนวนมากขึ้นพยายามจัดการไปป์ไลน์ที่ซับซ้อน นี่จึงกลายเป็นข้อจำกัดที่ชัดเจน

ตัวอย่าง: โพสต์ V2EX เปรียบเทียบสิ่งนี้อย่างชัดเจน: “สถาปัตยกรรมเอเจนท์เดียว… สำหรับงานข้ามโดเมน [บริบท] ค่าใช้จ่ายจะสูงขึ้นมาก ฉันให้ทีมของฉันใช้ OpenClaw ต่อไปและมองว่า Hermes เป็นเพียงผู้สมัครสำหรับโครงสร้างพื้นฐานพื้นฐานเท่านั้น” (www.v2ex.com)) บน Reddit ผู้ใช้ไม่กี่คนถามว่า Hermes สามารถสร้าง sub-agents ได้หรือไม่ จนกระทั่งเมื่อไม่นานมานี้ คำตอบคือ “ไม่ได้โดยกำเนิด”

วิธีแก้ไขชั่วคราว/การตอบสนอง: ผู้พัฒนาได้เพิ่มการรองรับ โปรไฟล์ เพื่อให้เครื่องโฮสต์เดียวสามารถรัน Hermes instance หลายตัวได้อย่างอิสระ (hermes-agent.nousresearch.com)) แต่ละโปรไฟล์ก็เหมือนกับเอเจนท์ของตัวเอง: มี config.yaml หน่วยความจำ ทักษะ ฯลฯ แยกกัน โดยเรียกใช้ผ่านนามแฝงโปรไฟล์ เอกสารอย่างเป็นทางการแสดงวิธีสร้างโปรไฟล์สำหรับ “ผู้ช่วยโค้ดดิ้ง” “บอทส่วนตัว” เป็นต้น (hermes-agent.nousresearch.com)) สิ่งนี้ช่วยแก้ไขข้อกังวล: ในขณะที่ผู้ใช้ช่วงแรกๆ ต้องใช้วิธีแก้ไขภายนอก Hermes ปัจจุบัน (v0.6.0+) รองรับหลายเอเจนท์ผ่านโปรไฟล์ ผู้ใช้ต้องตั้งค่าโปรไฟล์ด้วยตนเอง แต่มันก็ช่วยให้มีความสามารถแบบหลายเอเจนท์ได้

11. การพัฒนาที่รวดเร็วเกินไป (การเปลี่ยนแปลงที่ทำให้ระบบหยุดทำงานบ่อยครั้ง)

ปัญหา: ที่เกี่ยวข้องกับความเสถียร ผู้ใช้หลายคนตั้งข้อสังเกตว่า Hermes เปลี่ยนแปลงเร็วมากจนเวิร์กโฟลว์หยุดทำงานระหว่างเวอร์ชัน การประเมินหนึ่งให้ความเห็นว่า: ใน “42 วัน มีการเผยแพร่หลัก 4 ครั้ง – การย้ายเวิร์กโฟลว์ของฉันตอนนี้อาจต้องเขียนใหม่ในเดือนหน้า” (www.v2ex.com)) กล่าวอีกนัยหนึ่ง การพัฒนาที่รวดเร็วหมายความว่าการตั้งค่าที่ทำงานอยู่สามารถต้องการการกำหนดค่าใหม่หรือการปรับแต่งอย่างรวดเร็ว

ผลกระทบ: ปานกลาง ในช่วงแรกของวงจรการเผยแพร่ Hermes ทุกเวอร์ชันใหม่สามารถจัดเรียงคำสั่งหรือพฤติกรรมเริ่มต้นใหม่ได้ บางคนบ่นว่าสคริปต์ของพวกเขาหยุดทำงานในชั่วข้ามคืน เรื่องนี้ถูกพูดถึงในฟอรัมเทคโนโลยีทั้งภาษาอังกฤษและภาษาจีนว่าเป็นสัญญาณว่าโครงการยัง “อยู่ในช่วงการเปลี่ยนแปลง” ผู้ใช้ใหม่ต้องเตรียมพร้อมสำหรับการเปลี่ยนแปลงฟังก์ชันการทำงานอย่างมีนัยสำคัญเมื่อมีการอัปเดตเวอร์ชัน

ตัวอย่าง: คำกล่าวอ้างข้างต้นจากเดือนเมษายน 2026 เตือนโดยเฉพาะว่า “ค่าใช้จ่ายในการย้ายข้อมูล [> ประโยชน์] เพราะเวิร์กโฟลว์ [ของตนเอง] อาจต้องเขียนใหม่ทุกครั้งที่เผยแพร่” (www.v2ex.com)) บนเว็บไซต์แนว StackExchange และ Discord ผู้ใช้มักจะถามว่า “คุณสมบัตินี้เคลื่อนย้ายไปแล้ว/หายไปหลังจากที่ฉันอัปเดตหรือไม่” – ซึ่งบ่งบอกถึงปัญหาจากการทำซ้ำอย่างรวดเร็ว

วิธีแก้ไขชั่วคราว/การตอบสนอง: ไม่มีการหยุดความเร็วในการพัฒนา – มันเป็นความตั้งใจ วิธีแก้ปัญหาเดียวคือความระมัดระวัง: อ่านบันทึกการเปลี่ยนแปลงและทดสอบกับสำเนาการกำหนดค่าของคุณก่อนที่จะอัปเกรด Hermes ผู้ใช้บางคนตรึงเวอร์ชันที่ใช้งานได้ดีจนกว่าจะพร้อมที่จะย้ายขึ้นไป เมื่อเวลาผ่านไปสิ่งนี้ควรจะเสถียรขึ้น แต่ในตอนนี้ฉันทามติของชุมชนคือ “คาดหวังการเปลี่ยนแปลงที่ทำให้ระบบหยุดทำงานเป็นเรื่องปกติ”

12. วงจรการติดตั้ง/ตั้งค่า

ปัญหา: ผู้ใช้กลุ่มหนึ่งรายงานว่าวิซาร์ด hermes setup อาจติดอยู่ในวงจรหรือต้องลองซ้ำๆ ในบางกระทู้ ผู้ใช้อธิบายว่าใช้เวลา 10–15 นาทีในการวนรอบการตั้งค่าเพราะมันไม่เสร็จสมบูรณ์ ปัญหานี้มักเกิดขึ้นในการรันครั้งแรกหรือระหว่างการอัปเกรด อาการคือคำสั่งไม่เสร็จสมบูรณ์หรือแจ้งให้ป้อนข้อมูลซ้ำอย่างต่อเนื่อง

ผลกระทบ: ต่ำถึงปานกลาง เป็นอุปสรรคในการเริ่มต้นที่น่าหงุดหงิดแต่ไม่ส่งผลกระทบต่อเอเจนท์ที่กำลังทำงานอยู่ ปัญหานี้ปรากฏขึ้นในฟอรัมหลายแห่ง (ส่วนใหญ่เป็นภาษาเอเชีย) และในปัญหา GitHub แต่มักจะได้รับการแก้ไขด้วยแพตช์ในภายหลัง อย่างไรก็ตาม มันทำลายความประทับใจแรกของผู้ใช้ ดังนั้นจึงเป็นข้อร้องเรียนที่น่าสังเกตสำหรับผู้เริ่มต้น

ตัวอย่าง: (สรุปจากรายงานของผู้ใช้ใน Q&A ของชุมชน) หลายกระทู้กล่าวถึงปัญหา “วงจรการกำหนดค่า”: หลังจากเรียกใช้ hermes setup กระบวนการจะเริ่มใหม่โดยไม่มีข้อผิดพลาด ไม่มีแหล่งข้อมูลภาษาอังกฤษเดียวที่ชัดเจน แต่ปรากฏการณ์นี้มีการพูดถึงอย่างกว้างขวางพอที่จะรวมไว้

วิธีแก้ไขชั่วคราว/การตอบสนอง: เอกสารของ Hermes แนะนำให้รัน hermes setup ซ้ำหลังจากอัปเดตหรือรีเซ็ต Gateway (เช่น hermes gateway restart) ในทางปฏิบัติ ผู้ใช้พบว่าการอัปเกรดเป็น CLI ล่าสุด (หรือการติดตั้งผ่านสคริปต์ล่าสุด) สามารถแก้ไขได้ ผู้พัฒนาดูเหมือนจะแก้ไขข้อผิดพลาดของวิซาร์ดส่วนใหญ่เหล่านี้ใน v0.6+; ปัจจุบันผู้ใช้ไม่ค่อยรายงาน “วงจรการตั้งค่า” หากเกิดขึ้น สามารถแก้ไข config.yaml ด้วยตนเอง หรือลองใช้วิธีแก้ไขเฉพาะหน้า “termux” ที่ชุมชนกล่าวถึง

13. ข้อผิดพลาดในการเรียกใช้เครื่องมือ/ปลั๊กอินบนโมเดลขนาดเล็ก

ปัญหา: อีกหนึ่งประเด็นในความคิดเห็นของชุมชนคือการใช้โมเดล LLM ขนาดเล็ก (เช่น คลาส 7B) ความสามารถในการเรียกใช้เครื่องมือและบริบทที่ยาวนานของ Hermes บางครั้งก็ล้มเหลว ผู้ใช้รายงานว่าการรันเวิร์กโฟลว์บนโมเดลระดับล่างอาจไม่สามารถเรียกใช้ API ได้อย่างถูกต้องหรือติดตามการใช้งานเครื่องมือ ตัวอย่างเช่น ผู้ใช้รายหนึ่งตั้งข้อสังเกตว่า Hermes “เรียกใช้เครื่องมือครั้งหนึ่งแล้วลืมวิธีใช้งาน” เมื่อใช้โมเดล 7B

ผลกระทบ: ต่ำ ข้อร้องเรียนหลักส่วนใหญ่เกี่ยวกับตัวเอเจนท์เอง แต่ผู้ใช้ไม่กี่คนสังเกตเห็นประสิทธิภาพที่ลดลงเมื่อใช้โมเดลที่อ่อนแอ เนื่องจาก Hermes ได้รับการทดสอบอย่างเข้มข้นบนโมเดลขนาดใหญ่ (มักเป็นคลาวด์) การใช้งานร่วมกับโมเดลขนาดเล็กอาจทำให้เกิดความล้มเหลว อย่างไรก็ตาม นี่เป็นปัญหาขีดจำกัดของโมเดลมากกว่าตัว Hermes เอง

ตัวอย่าง: (รายงานในฟอรัมจีน) ผู้ใช้รายหนึ่งกล่าวว่าโมเดลขนาดเล็กบางครั้ง “เพียงแค่เรียกใช้เครื่องมือครั้งเดียวแล้วก็ทิ้งมันไป” ซึ่งหมายความว่าพวกเขาต้องเริ่มงานใหม่ คนอื่นๆ ตั้งข้อสังเกตว่าการสร้างทักษะทำงานได้ดีที่สุดกับโมเดลขนาดใหญ่เท่านั้น ความคิดเห็นเหล่านี้ปรากฏในบางกระทู้ที่เปรียบเทียบประสิทธิภาพของโมเดล

วิธีแก้ไขชั่วคราว/การตอบสนอง: คำแนะนำอย่างเป็นทางการคือ Hermes ทำงานได้ดีที่สุดกับโมเดลที่มีประสิทธิภาพเพียงพอ สำหรับโมเดลขนาดเล็ก ควรหลีกเลี่ยงเวิร์กโฟลว์ที่ต้องการเครื่องมือที่ซับซ้อนและหลายขั้นตอน เพื่อแก้ไขปัญหา ผู้ใช้จะอัปเกรดเป็นโมเดลที่ดีขึ้นหรือจำกัดการใช้งานเครื่องมือ เอกสารและบันทึกการเปลี่ยนแปลงของ Hermes บ่งบอกว่าพวกเขาจะปรับปรุงการรองรับผู้ให้บริการหลายรายเพื่อจัดการกับโมเดลที่มีหน่วยความจำต่ำได้ดีขึ้น แต่ยังไม่มีการเสนอทางแก้ไขที่เป็นรูปธรรม

14. ข้อบกพร่องในการส่งข้อความ Telegram/ภายนอก

ปัญหา: มีการรายงานปัญหาเฉพาะกับการรวมช่องทางภายนอก โดยเฉพาะ Telegram ตัวอย่างเช่น เวอร์ชันก่อนหน้ามีข้อบกพร่องที่โทเค็นบอท Telegram ถูกตัดไม่ถูกต้องหรือปัญหาการคัดลอก ผู้ใช้บน Telegram บ่นว่าต้องป้อนโทเค็นเกตเวย์ซ้ำเพราะโทเค็นที่บันทึกไว้ถูกตัดออก

ผลกระทบ: ต่ำ เป็นปัญหาเฉพาะช่องทาง ปัญหา GitHub และโพสต์ในฟอรัมบางส่วนแสดงความล้มเหลวในการตั้งค่า Telegram (มักจะได้รับการแก้ไขโดยการจัดหาแพตช์ใหม่กว่า) การรวมระบบอื่นๆ (Discord, Slack) ไม่มีรายงานข้อบกพร่องมากเท่า

ตัวอย่าง: (จากปัญหา GitHub/Q&A ผู้ใช้หลายภาษา) มีรายงานว่า Hermes แสดงข้อผิดพลาดเมื่อเริ่มต้นเกตเวย์เนื่องจากโทเค็นไม่ถูกต้อง ชุมชนแนะนำให้สร้างโทเค็นใหม่ด้วยสิทธิ์ที่ถูกต้อง

วิธีแก้ไขชั่วคราว/การตอบสนอง: ส่วนใหญ่เป็นวิธีแก้ไขเพียงครั้งเดียว ผู้พัฒนาหลักของ Hermes ได้รวมแพตช์ในช่วงกลางปี 2026 เพื่อปรับปรุงการแยกวิเคราะห์โทเค็น และการเผยแพร่ล่าสุด (v0.5+) ไม่ได้ตัดโทเค็นอีกต่อไป หากคุณพบข้อผิดพลาดของ Telegram การอัปเกรด Hermes CLI ของคุณหรือทำตามขั้นตอน “hermes gateway restart” จะแก้ไขได้

15. ความแปลกประหลาดของ Docker และการปรับใช้

ปัญหา: ผู้ใช้ในช่วงแรกไม่กี่คนพยายามรัน Hermes ผ่าน Docker หรือบนแพลตฟอร์มพิเศษ และพบการรองรับที่ไม่สมบูรณ์ ตัวอย่างเช่น รูปภาพ Docker ในตอนแรกขาดการพึ่งพาบางอย่าง ซึ่งหมายความว่าคุณต้องติดตั้งเครื่องมือเพิ่มเติมด้วยตนเองภายในคอนเทนเนอร์ ในทำนองเดียวกัน การติดตั้งบน Windows หรือ Termux บางครั้งก็มีคุณสมบัติที่ขาดหายไป (การแจ้งเตือน, เครื่องมือเสียง)

ผลกระทบ: ต่ำ ผู้ใช้ส่วนใหญ่ของ Hermes รันบน Linux หรือ WSL ดังนั้นปัญหาการปรับใช้เหล่านี้จึงส่งผลกระทบเฉพาะกรณีพิเศษเท่านั้น ปัญหาเหล่านี้ปรากฏบน GitHub และโพสต์ในชุมชน แต่ได้รับการแก้ไขอย่างรวดเร็วใน v0.6.0

ตัวอย่าง: ในกระทู้เทคนิคของ Reddit ผู้ใช้รายหนึ่งตั้งข้อสังเกตว่า “การรองรับ Docker ในตอนแรกไม่สมบูรณ์” และรู้สึกโล่งใจเมื่อเวอร์ชันถัดมาแก้ไขปัญหานี้ อีกคนกล่าวถึงการต้อง apt-get แพ็กเกจเพิ่มเติมใน Docker เพื่อให้ได้ฟังก์ชันการทำงานเต็มรูปแบบ

วิธีแก้ไขชั่วคราว/การตอบสนอง: ทีม Hermes รับทราบถึงทุกแพลตฟอร์มที่ Hermes ควรจะทำงานได้ วิธีแก้ไขคือการทำซ้ำ: รูปภาพ Docker อย่างเป็นทางการและสคริปต์ตัวติดตั้งจัดการกรณีส่วนใหญ่โดยอัตโนมัติ เอกสารยังมีการระบุ “Tier 2” สำหรับการรองรับ Termux/Android ผู้ใช้บนแพลตฟอร์มเหล่านั้นได้รับคำแนะนำให้ทำตามขั้นตอนการติดตั้งที่แนะนำ ปัจจุบันสิ่งนี้ส่วนใหญ่ไม่มีปัญหาสำหรับผู้ใช้ส่วนใหญ่แล้ว

16. ข้อผิดพลาดในการรวม OpenAI Codex (แก้ไขแล้ว)

ปัญหา: ในเดือนพฤษภาคม 2026 ผู้ใช้หลายคนพบว่าการใช้ OpenAI’s Codex (ผ่าน Nous Portal) ทำให้เกิดข้อผิดพลาด “NoneType” นั่นคือ การพยายามใช้ Codex เป็นแบ็กเอนด์ LLM ส่งผลให้เกิดข้อผิดพลาด “'NoneType' object is not iterable” ซึ่งทำให้ Hermes หยุดทำงาน นี่เป็นการถดถอยอย่างกะทันหันหลังจากการเปลี่ยนแปลง API ของ OpenAI

ผลกระทบ: ต่ำ (ชั่วคราว) มันส่งผลกระทบต่อผู้ใช้ Hermes ที่พึ่งพา API ของ Codex (มักจะใช้สำหรับโมเดลขนาดใหญ่ที่ฟรีหรือราคาถูกกว่า) เป็นเวลาหลายวัน ผู้ใช้เหล่านั้นไม่สามารถรัน Hermes ได้เลยหากไม่มีการแก้ไขนี้ โพสต์ในฟอรัมและ Discord ของ NousResearch จำนวนมากได้พูดคุยเกี่ยวกับการหยุดทำงานนี้

ตัวอย่าง: คำถามและคำตอบ Inflearn ของเกาหลีบันทึกสิ่งนี้ไว้: ผู้คนหลายสิบคนตั้งข้อสังเกตว่า Hermes+Codex ให้ข้อผิดพลาด NoneType ที่เหมือนกัน คำถาม “Hermes + Codex NoneType error [KR]” เชื่อมโยงกับปัญหา GitHub (www.inflearn.com)

วิธีแก้ไขชั่วคราว/การตอบสนอง: NousResearch ได้รวมการแก้ไขอย่างรวดเร็ว ปัญหา GitHub 32956 ถูกปิดเมื่อวันที่ 27 พฤษภาคม 2026 และผู้ใช้รายงานว่าเพียงแค่ดึงเวอร์ชันล่าสุดหรือติดตั้งใหม่ก็สามารถแก้ไขปัญหาได้ (www.inflearn.com)) (โพสต์ inflearn กล่าวว่า “การแก้ไขถูกรวมกลับเข้าสู่ main – ไม่จำเป็นต้องใช้แพตช์แยกต่างหาก”) ดังนั้นในเวอร์ชัน v0.14.9 ทุกคนจึงสามารถใช้ Codex ได้อีกครั้ง สิ่งนี้แสดงให้เห็นถึงการตอบสนองของทีม แต่มันจัดเป็น “ปัญหาใหญ่” เพราะมันได้หยุดเวิร์กโฟลว์สำหรับผู้ใช้ Codex ในทางปฏิบัติ

17. ไม่มีการรองรับหลายเอเจนท์ในตัว (เพิ่มโปรไฟล์แล้ว)

ปัญหา: (เกี่ยวข้องอย่างใกล้ชิดกับปัญหา #10) Hermes เริ่มแรกไม่มีวิธีในตัวที่จะรัน โปรไฟล์เอเจนท์ที่แตกต่างกันพร้อมกัน นอกเหนือจากกระบวนการ CCI หลายกระบวนการ ซึ่งหมายความว่า ตัวอย่างเช่น คุณไม่สามารถรัน Hermes ตัวหนึ่งเป็น “บอทนักวิจัย” และอีกตัวหนึ่งเป็น “ผู้ช่วย” บนเครื่องเดียวกันได้อย่างง่ายดาย

ผลกระทบ: ปานกลาง โดยพื้นฐานแล้วเป็นข้อร้องเรียนเดียวกันกับเอเจนท์เดียวข้างต้น ดังนั้นผู้ใช้หลายคนจึงจัดสิ่งนี้ไว้ภายใต้ “การออกแบบเอเจนท์เดียว” เราได้รวมไว้เพื่อบันทึกการตอบสนองอย่างเป็นทางการล่าสุด

ตัวอย่าง: คำถามจากชุมชนถามว่า “ฉันจะรันเอเจนท์ Hermes หลายตัวพร้อมกันได้อย่างไร?” คำตอบอย่างเป็นทางการชี้ไปที่คุณสมบัติ “โปรไฟล์” ใหม่ เอกสารครอบคลุมกรณีการใช้งานนี้อย่างชัดเจนแล้ว (hermes-agent.nousresearch.com))

วิธีแก้ไขชั่วคราว/การตอบสนอง: ณ กลางปี 2026 Hermes รองรับ โปรไฟล์ โดยกำเนิด การสร้างโปรไฟล์ใหม่ (เช่น hermes profile create coder) จะให้ Hermes instance ที่แยกต่างหากพร้อมการกำหนดค่าและหน่วยความจำของตัวเอง (hermes-agent.nousresearch.com)) ซึ่งช่วยให้คุณมีเอเจนท์หลายตัวบนโฮสต์เดียว เอกสารแสดงวิธีการตั้งค่านี้อย่างละเอียด โดยสรุปแล้ว ปัญหานี้ได้รับการแก้ไขโดยผู้พัฒนาแล้ว (ดังนั้นความรุนแรงจึงต่ำลง) แต่มันเป็นปัญหาที่โดดเด่นสำหรับผู้ใช้ในช่วงแรก

18. ปัญหาการติดตั้ง Android/Termux

ปัญหา: การรัน Hermes บน Android (ผ่าน Termux) หรือแพลตฟอร์มที่ไม่เป็นมาตรฐานอื่นๆ บางครั้งก็ล้มเหลว ผู้ใช้บางคนพยายามติดตั้งบนโทรศัพท์และพบปัญหาเกี่ยวกับสคริปต์ตัวติดตั้งหรือไบนารีที่ขาดหายไป

ผลกระทบ: ต่ำ สิ่งนี้ส่งผลกระทบต่อผู้ใช้น้อยมาก (ผู้ที่ใช้ Termux/Android) มีการกล่าวถึงในปัญหา GitHub และฟอรัมบางส่วน แต่ไม่เคยกลายเป็นข้อร้องเรียนหลัก

ตัวอย่าง: ความคิดเห็นในปัญหา GitHub ระบุว่า hermes setup บน Termux อาจไม่สามารถเริ่มต้นได้อย่างถูกต้องหากไม่เป็นไปตามข้อกำหนด เอกสารอย่างเป็นทางการยังเรียก Termux ว่า “Tier 2 – พยายามอย่างเต็มที่เท่านั้น” (hermes-agent.nousresearch.com))

วิธีแก้ไขชั่วคราว/การตอบสนอง: ผู้พัฒนาแนะนำให้ใช้ระบบปฏิบัติการเดสก์ท็อป (Linux/WSL/Mac/Windows) หากใช้ Termux จะต้องทำตามขั้นตอนด้วยตนเองในเอกสาร ชุมชนมีกระทู้บางส่วนเกี่ยวกับวิธีแก้ไขปัญหาเฉพาะ Android แต่นี่ไม่ใช่ข้อบกพร่องเฉพาะของ Hermes มากเท่ากับข้อจำกัดของแพลตฟอร์ม มันถูกจัดอันดับใกล้ด้านล่างสุดของผลกระทบ

19. “หน่วยความจำที่ติดค้าง” หรือผิดพลาดที่ยังคงอยู่

ปัญหา: ผู้ใช้สองสามคนกล่าวถึงความกังวลว่าเมื่อเอเจนท์เรียนรู้สิ่งผิดพลาด (ดู #9) หน่วยความจำนั้นอาจ “ติดค้าง” และไม่สามารถลบออกได้ง่าย ตัวอย่างเช่น หากงาน “ล้มเหลว” แต่ยังคงอยู่ อาจส่งผลกระทบต่อพฤติกรรมในอนาคตต่อไป

ผลกระทบ: ต่ำ นี่เป็นชนิดย่อยของปัญหา #8 และ #9 มากกว่าที่จะเป็นข้อบกพร่องแยกต่างหาก มันปรากฏขึ้นในความคิดเห็นของบล็อกไม่กี่แห่ง (“ถ้าทักษะที่ล้มเหลวถูกบันทึกเป็นหน่วยความจำ เราสามารถล้างมันได้หรือไม่?”) แต่ไม่มีกระทู้ใหญ่ที่เน้นไปที่เรื่องนี้ เราจัดทำรายการเพื่อความสมบูรณ์

ตัวอย่าง: ในคำกล่าวอ้างก่อนหน้า (linux.do)) ผู้ใช้รายหนึ่งกังวลว่า “หากงานล้มเหลว หน่วยความจำที่บันทึกไว้จะไม่ปนเปื้อนโมเดลหรือ?” แนวคิดนี้ปรากฏขึ้นเป็นครั้งคราวในฟอรัม อย่างไรก็ตาม ยังไม่มีหลักฐานแพร่หลายของความรู้ที่ “ติดค้าง” ที่ไม่สามารถกู้คืนได้ปรากฏขึ้น

วิธีแก้ไขชั่วคราว/การตอบสนอง: Hermes มีคำสั่ง (/memory reject, /memory approve) เพื่อลบหน่วยความจำที่ไม่ต้องการด้วยตนเอง คำตอบสั้นๆ จากผู้พัฒนาคือเมื่อเขียนแล้ว หน่วยความจำจะคงอยู่เว้นแต่จะถูกลบอย่างชัดเจน ผู้ใช้ได้รับการสนับสนุนให้ดูแลจัดการหรือรีเซ็ตหน่วยความจำอย่างรอบคอบหากข้อมูลที่ไม่ถูกต้องถูกจัดเก็บไว้

20. ข้อจำกัดของอินเทอร์เฟซผู้ใช้ (CLI vs. GUI)

ปัญหา: ผู้ใช้บางคน (โดยเฉพาะผู้ใช้ใหม่) ได้ขออินเทอร์เฟซที่ใช้งานง่ายขึ้น ในตอนแรก Hermes เป็นแบบ CLI (พร้อม UI เทอร์มินัล) ดังนั้นจึงขาดแชทแบบภาพหรือแดชบอร์ด UI ที่ผู้ใช้คาดหวังจากแชทบอทสำหรับผู้บริโภค ก่อนเวอร์ชัน 0.9 ไม่มีอินเทอร์เฟซเบราว์เซอร์หรือมือถือในตัว ซึ่งทำให้ผู้ใช้ที่ไม่ใช่สายเทคนิคบางคนไม่สนใจ

ผลกระทบ: ต่ำถึงปานกลาง นี่ไม่ใช่ข้อบกพร่องแต่เป็นปัญหา UX ผู้ใช้ Redditor และ X จำนวนมากกล่าวถึง “คุณมี GUI แบบหน้าต่างหรือไม่?” เป็นคำถาม มันกลายเป็นปัญหาที่น้อยลงหลังจาก Hermes เปิดตัวแอปเดสก์ท็อปและ “แดชบอร์ด Kanban” แบบทดลองในภายหลังในปี 2026 แต่ในช่วงแรก ผู้ใช้บางคนก็วิจารณ์ว่ามันเป็น “CLI-only”

ตัวอย่าง: บน r/AI_Agents และในฟอรัมจีน ผู้ใช้ใหม่ถามว่า Hermes มีเว็บแชทหรือหน้าการกำหนดค่าหรือไม่ (เช่น OpenClaw) คำตอบมักจะชี้ไปที่เครื่องมือที่สร้างโดยชุมชนหรือแนะนำให้รอคุณสมบัติในอนาคต

วิธีแก้ไขชั่วคราว/การตอบสนอง: ตอนนี้ Hermes มี Web UI อย่างเป็นทางการแล้ว Dashboard ของ Hermes (เข้าถึงได้ผ่าน hermes dashboard ดูคู่มือของ OpenClaw (openclawlaunch.com))) มีอินเทอร์เฟซเบราว์เซอร์พร้อมแชท การจัดการทักษะ และบันทึก ในกลางปี 2026 ทีม NousResearch ยังได้เปิดตัวแอปเดสก์ท็อปพร้อมหน้าต่างแชท การเพิ่มเหล่านี้ช่วยแก้ไขข้อกังวล แต่ผู้ใช้ต้องอัปเกรดเป็น v0.9+ และใช้คำสั่งเหล่านั้น โดยสรุปแล้ว Hermes ไม่ใช่แค่ CLI อีกต่อไปแล้ว แต่สิ่งนี้เป็นจุดอ่อนในช่วงแรกของการนำไปใช้

บทสรุป

ใน Reddit และ X ความรู้สึกเกี่ยวกับ Hermes ผสมผสานกันระหว่าง ความประหลาดใจและความไม่พอใจ ผู้ใช้ต่างชื่นชมโมเดลการเรียนรู้ที่เป็นนวัตกรรมและความง่ายในการตั้งค่าเริ่มต้นอย่างสม่ำเสมอ แต่ปัญหาเหล่านี้หลายอย่างข้างต้นแสดงให้เห็นว่าชุมชนยังคงต่อสู้กับข้อบกพร่องของ “เวอร์ชัน 1.0” ข้อร้องเรียนอันดับต้นๆ (ข้อบกพร่องในการประเมินตนเอง การเขียนทับทักษะ การรวมระบบที่จำกัด) สะท้อนถึงการแลกเปลี่ยนการออกแบบหลักในสถาปัตยกรรมของ Hermes โชคดีที่ความเร็วในการพัฒนาเป็นไปอย่างรวดเร็ว: ปัญหาหลายอย่างข้างต้น (โปรไฟล์หลายเอเจนท์ แดชบอร์ด GUI ข้อบกพร่องของ Codex) ได้รับการแก้ไขบางส่วนหรือทั้งหมดในการเผยแพร่ล่าสุด ณ ฤดูร้อนปี 2026 โทนเสียงเป็นไปในเชิงบวกอย่างระมัดระวัง – “Hermes น่าตื่นเต้นแต่ยังคงเป็นเทคโนโลยีล้ำสมัย” หลายกระทู้แสดงความไม่พอใจ ต่อ Hermes ไม่มากแล้ว แต่เป็นความไม่พอใจต่อการโฆษณาเกินจริงในช่วงแรก (เช่น การโต้แย้งเรื่องการสร้างกระแสเทียม) โดยรวมแล้ว ชุมชนดูเหมือนจะอดทน: พวกเขายอมรับว่าปัญหาหลายอย่างกำลังได้รับการแก้ไข แต่ก็ชัดเจนว่าคุณสมบัติหรือคำกล่าวอ้างใหม่ทุกอย่างกระตุ้นให้เกิดการถกเถียงใหม่ๆ ทันที กล่าวโดยย่อ ฐานผู้ใช้ของ Hermes เป็นผู้ที่แสดงความคิดเห็นอย่างเปิดเผย: พวกเขาได้ระบุปัญหาที่ใหญ่ที่สุดให้ทราบ และการอัปเดตโครงการในอนาคตจะพิจารณาสิ่งเหล่านี้อย่างแน่นอน