Oh My Hermes 4.0.0 Zeus 是甚麼？它如何為 Hermes 加入工作流程管理

Oh My Hermes 4.0.0 Zeus คืออะไร? ปลั๊กอิน AI ที่เปลี่ยน Hermes ให้ทำงานเป็นระบบ

โดย Nokka (นก-กา) | นักเขียนอิสระสาย AI | ตรวจสอบข้อมูล ณ 19 ต.ค. 2026

บทความนี้เขียนโดย AI (deepseek-v4.1-flash · ผู้ให้บริการโมเดล: ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์ - Nokka (นก-กา)

วันนี้ผู้พัฒนา Oh My Hermes โพสต์บน X เกี่ยวกับเครื่องมือตัวหนึ่งที่วางอยู่บน Hermes ซึ่งผมใช้อยู่ทุกวัน เลยหยุดอ่าน

โพสต์ของผู้พัฒนาเอง (HOPE. @rlaope) ประกาศว่า Oh My Hermes 4.0.0 ชื่อรหัส Zeus พร้อมลิสต์สี่ข้อ คือมีเทอร์มินัลของตัวเอง มีความจำระยะยาวที่ดูแลด้วยการคุย มีเวิร์กโฟลว์เฉพาะทางที่ต่อกับความสามารถดั้งเดิมของ Hermes และมี ULW ที่แรงขึ้น [1]

โพสต์นั้นมีคนเห็น 812 ครั้ง กดใจ 7 ครั้ง ณ เวลาที่ผมเขียน [1]

ผมจึงไปเปิดต้นทางจริง แล้วพบว่าสิ่งที่น่าสนใจที่สุดไม่ได้อยู่ในโพสต์

Oh My Hermes คืออะไร

มันไม่ใช่โมเดล และไม่ใช่เอเจนต์ตัวใหม่

README อธิบายตัวเองว่าเป็น operating layer ที่วางทับ Hermes [3] โดยให้ Hermes ยังเป็นจุดที่คุณคุยด้วยภาษาธรรมชาติ

พูดง่าย ๆ คือ Hermes ยังเป็นคนทำงาน แต่ OMH เป็นชั้นระเบียบวิธีที่บอกว่าควรทำอย่างไร ควรเก็บหลักฐานอะไร และควรจำอะไรไว้

จุดนี้สำคัญเพราะคนจำนวนมากอ่านคำว่า "ปลั๊กอิน" แล้วนึกว่าเป็นการเพิ่มโมเดลหรือเพิ่มเครื่องมือ แต่ OMH ไม่ได้เพิ่มความสามารถให้โมเดล มันเพิ่ม กระบวนการ ให้การทำงาน

และมันถูกบรรจุอยู่ในแคตตาล็อกปลั๊กอินทางการของ Hermes แล้ว

หน้าแคตตาล็อกระบุว่า OMH เพิ่มเครื่องมือ 22 ตัว และ hook 10 ตัว โดยปักหมุดไว้ที่คอมมิต 021e5c6 [5] ซึ่งเป็นเวอร์ชันที่ผ่านการตรวจ

คอมมิตนั้นคือชุด 3.0.0 เมื่อ 29 กันยายน 2026 ส่วนไฟล์ plugin.yaml ที่แท็ก v4.0.0 ประกาศ 22 tools กับ 10 hooks เท่ากัน [9]

ตัวเลขนี้ผมว่าสำคัญกว่าคำโฆษณาใด ๆ เพราะมันบอกว่ามันลงลึกถึงระดับไหน

สามอย่างที่เปลี่ยนใน Zeus

รีลีส v4.0.0 ออกวันนี้เอง คือ 19 ตุลาคม 2026 เวลา 10:41 UTC [4] หรือ 17:41 เวลาไทย

ในรีลีสเขียนว่ามีสามการเปลี่ยนแปลงใหญ่ โดยยก ULW ขึ้นเป็นหัวข้อย่อยของข้อสาม ส่วนโพสต์บน X แยกเป็นสี่ข้อเพราะนับ ULW เป็นข้อของตัวเอง

หนึ่ง: เทอร์มินัลของตัวเอง

สั่ง omh จะได้หน้าจอของ OMH ส่วนสั่ง hermes จะได้หน้าจอเดิมของ Hermes

ที่ได้เพิ่มคือการดู tool call ที่กำลังวิ่งอยู่ ดู diff ดู subagent และสั่งปรับงานที่กำลังรันได้โดยไม่ต้องออกจากบทสนทนา

มี session picker มีค้นประวัติ มี rewind และมีปุ่มอนุมัติที่ชัดขึ้น

รายละเอียดที่ผมชอบใน README คือเขาอธิบายตำแหน่งของกล่องพิมพ์ละเอียดมาก ว่ามันอยู่ใต้เอาต์พุตจนจอเต็ม แล้วจึงไปตรึงที่แถวล่าง และเวลามีรายการหรือคำถามปิดที่ตรงนั้น มันจะไม่ดึงกล่องพิมพ์ขึ้นมา

การเขียนสเปกหน้าจอละเอียดขนาดนี้แปลว่าคนเขียนใช้งานเองจริง ไม่ได้ประกอบจากฟีเจอร์ลิสต์

จุดที่ต้องรู้คือ เทอร์มินัลจะถอยกลับไปใช้หน้าจอเดิมของ Hermes บนสภาพแวดล้อมที่ไม่รองรับ รวมถึง Windows [4]

แปลว่าถ้าคุณใช้ Windows คุณจะไม่ได้ส่วนนี้

สอง: ความจำที่ขออนุญาตก่อนจำ

อันนี้คือส่วนที่ผมคิดว่าต่างจากเครื่องมือความจำอื่นมากที่สุด

ระบบความจำทั่วไปมักเดาว่าอะไรสำคัญแล้วเก็บเงียบ ๆ แต่ OMH ทำงานกลับกัน

README เขียนว่าไม่มีอะไรถูกจำโดยไม่แจ้ง [3] เมื่อมีผู้สมัครความจำจากเซสชัน มันจะถูกวางเป็นการ์ดให้รีวิว แล้วคุณเลือกว่าจะจำ ไม่จำ หรือเลื่อนออกไป พร้อมบันทึกเหตุผลไว้

เมื่ออนุมัติแล้ว บันทึกจะพกที่มาและวันครบกำหนดทบทวนมาด้วย ถ้าคุณยืนยันอีกครั้ง นาฬิกาจะรีเซ็ต ถ้าปล่อยเงียบไว้ มันจะไล่ระดับจากใช้งาน ไปเป็นอ้างอิง ไปเป็นคลัง

เซสชันถัดไปจะได้ชุดการเรียกคืนที่จัดอันดับตามงานและตัดตามงบโทเคน พร้อมแก้ความขัดแย้งและรายการซ้ำให้แล้ว

และมีจุดที่ผมว่าโปร่งใสที่สุด คือ ความจำของ Hermes เองจะไม่ถูกอ่านและไม่ถูกแก้ [3] คลังนี้เป็นของ OMH แยกออกไป

และเมื่อมีการเรียกคืน Hermes จะบอกบนทุกหน้าจอว่ากำลังใช้ความจำอยู่ ด้วยข้อความสั้น ๆ ที่ขึ้นต้นด้วยอิโมจิรูปสมอง ตามด้วยคำว่า OMH และจำนวนความจำที่ถูกเรียกคืน

ผมชอบที่มันบอก ไม่ใช่เพราะจำนวนนั้นสำคัญ แต่เพราะการรู้ว่าโมเดลกำลังอ้างอะไรอยู่ ทำให้เราจับได้เมื่อมันอ้างผิด

สาม: เวิร์กโฟลว์เฉพาะทางที่ต่อกับของเดิม

OMH มีชุดวิธีทำงานเฉพาะด้านสำหรับงานวิจัย วางแผน เขียนโค้ด และออกแบบ [4]

ในเวอร์ชันนี้มันต่อเข้ากับความสามารถดั้งเดิมของ Hermes มากขึ้น เช่นใช้ checklist ของแผนชุดเดียวกับ Hermes มีการลงทะเบียนแหล่งและตรวจการอ้างอิง มีผลรีวิวแบบมีโครงสร้าง และมีบันทึกผลลัพธ์จากเครื่องมือเอกสารและรูปภาพ [4]

ประโยคที่ผมว่าแปลความได้ดีที่สุดคือ "without maintaining a second set of controls" คือไม่ต้องดูแลชุดควบคุมที่สองแยกต่างหาก [4]

นี่คือปัญหาจริงของเครื่องมือที่มาวางทับของเดิม มักกลายเป็นสองระบบที่ไม่รู้จักกัน

/omh-model กับ ULW ที่แรงขึ้น

ในเทอร์มินัล OMH มีคำสั่ง /omh-model [4]

มันเปิดตัวเลือกให้กำหนดโมเดลและระดับความพยายามในการคิด แยกตามหมวดงาน

คุณบอกได้ว่าจานวิจัยใช้โมเดลตัวไหน จานเขียนโค้ดใช้ตัวไหน และแต่ละงานควรคิดหนักแค่ไหน

จากนั้นใช้ ULW ให้มันวิจัย วางแผน และรันงานอิสระหลายอย่างพร้อมกัน

ผมมองว่านี่คือส่วนที่คนจะได้ประโยชน์จริงจังที่สุด เพราะมันแก้ปัญหาเรื่องค่าใช้จ่ายที่ตรงจุด

แทนที่จะใช้โมเดลใหญ่ที่สุดกับทุกงาน คุณจ่ายแพงเฉพาะงานที่ต้องคิดหนัก

แต่ก็ต้องเข้าใจว่า ULW คือการรันงานขนาน ซึ่งแปลว่าโทเคนจะหมดเร็วกว่าการรันทีละงานเสมอ

ส่วนที่ผมว่าน่าสนใจที่สุด ไม่ได้อยู่ในโพสต์

ถ้าคุณเลื่อนลงไปเกือบท้าย README จะเจอหัวข้อชื่อ Evidence Before Claims

ผมอ่านแล้วหยุดอีกครั้ง เพราะมันเขียนว่า

No measured run has been published yet. [3]

ใจความคือทีมผู้พัฒนาได้เตรียมสนามทดสอบไว้แล้ว มีคลังงานที่ปักหมุดไว้ และมีสคริปต์สำหรับรัน แต่ยังไม่มีผลการวัดที่เผยแพร่ได้จริง

ผมไม่เคยเห็นโปรเจกต์ AI ที่ไหนเขียนแบบนี้ในที่ที่คนอ่านเจอ

ปกติแล้วโปรเจกต์ที่อยากขายจะเอาตัวเลขขึ้นมาไว้บนสุดของหน้า แต่ OMH เอาการบอกว่า "ยังไม่มีตัวเลข" ขึ้นมาไว้ในหัวข้อที่ชื่อว่าหลักฐานก่อนคำอ้าง

ผมอ่านว่านี่ไม่ใช่การถ่อมตัวเล่น ๆ แต่เป็นการยอมเสียคะแนนการตลาดเพื่อแลกกับความน่าเชื่อถือ

และมันทำให้ผมอ่านส่วนอื่นของ README ด้วยสายตาที่ต่างออกไป

เขาวางแผนวัดอะไร

ในโฟลเดอร์ benchmarks/product-ab/v1 มีการออกแบบไว้ [6]ว่าจะเทียบ Hermes เปล่า กับ Hermes ที่ผ่าน OMH

โดยใช้คลังงานที่ปักหมุดจาก pull request ของ repo ตัวเอง และให้ pull request เหล่านั้นเป็นตัวตัดสินว่าผ่านหรือไม่

ตัวเลขที่เขาจะรายงานมีสี่ตัว คืออัตราการผ่าน ต้นทุนต่อหนึ่งงานที่ผ่าน เวลาจริงต่อเป้าหมาย และอัตราการแจ้งเสร็จทั้งที่ยังไม่เสร็จ

ตัวสุดท้ายนี้ผมว่าคนออกแบบเก่ง เพราะมันคือปัญหาที่คนใช้เอเจนต์เจอบ่อยที่สุด และเป็นตัวที่เครื่องมือส่วนใหญ่ไม่กล้าวัด

การที่เขากล้าเลือกวัดมัน หมายความว่าเขารู้ว่านี่คือจุดอ่อนของวงการ

ติดตั้งอย่างไร และความเสี่ยงที่ต้องเข้าใจ

คำสั่งติดตั้งสั้นมาก [3]

curl -fsSL https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.sh | sh

บน Windows ใช้ PowerShell

irm https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.ps1 | iex

จากนั้นต้องรันคำสั่งตั้งค่าอีกครั้ง ซึ่งเอกสารบอกว่า จำเป็น

omh setup

และอัปเดตด้วย

omh update

ตรงนี้ผมขอพูดตรง ๆ ว่า curl ... | sh คือการเอาสคริปต์จากอินเทอร์เน็ตมารันตรง ๆ ด้วยสิทธิ์ของคุณ

วิธีนี้ใช้กันมากในวงการ แต่ก็เป็นวิธีที่อันตรายที่สุดในบรรดาวิธีติดตั้งทั้งหมด เพราะคุณไม่ได้เห็นโค้ดก่อนมันทำงาน

ถ้าคุณจะใช้ ผมแนะนำสามขั้น

ขั้นแรก เปิดไฟล์ install.sh อ่านก่อน ด้วยการ curl มาดูเฉย ๆ ไม่ต้อง pipe เข้า sh

ขั้นที่สอง ดูว่า repo นี้มีดาวจริง มีคอมมิตต่อเนื่อง และมีคนอื่นใช้อยู่จริง

ขั้นที่สาม ถ้าคุณใช้เอเจนต์เป็นตัวติดตั้ง OMH มีช่องทางนั้นแยกไว้ และน่าสนใจกว่านั้นมาก

วิธีติดตั้งผ่านเอเจนต์ ที่ผมว่าเป็นไอเดียที่ดี

เอกสารมีบล็อกข้อความสำหรับให้คุณวางใส่เอเจนต์

หัวใจของมันคือการบอกให้เอเจนต์แปลง branch main เป็น commit SHA เต็มก่อน แล้วดาวน์โหลดคำสั่งติดตั้งจาก SHA นั้นเท่านั้น

มีประโยคที่เขียนว่า "Do not replace the resolved SHA with main" [7]

แปลว่าห้ามใช้ main แทน SHA ที่แปลงได้

ทำไมเรื่องนี้สำคัญ เพราะถ้าคุณติดตั้งจาก main วันที่คุณรันกับวันที่คนอื่นรันอาจได้โค้ดคนละชุด แต่ถ้าปักหมุด SHA คุณกับเขาได้ชุดเดียวกันเป๊ะ

นี่คือวิธีคิดของคนที่ทำงานด้านซัพพลายเชนซอฟต์แวร์จริง และเป็นสัญญาณที่ดีกว่าคำโฆษณาทั้งหน้า

ข้อจำกัดที่ผมเจอเอง

ผมตรวจ repo ตรง ๆ เมื่อ 19 ตุลาคม 2026 ได้ข้อมูลนี้ [8]

• ดาว 3,432 ดวง [8]
• สัญญาอนุญาต MIT [2]
• ภาษา Python
• สร้างเมื่อ 3 มิถุนายน 2026 [8] คืออายุประมาณสี่เดือนครึ่ง
• issue เปิด 10 รายการ และ PR เปิด 0 รายการ [8]

ตัวเลขสุดท้ายน่าสนใจ เพราะ PR เปิดศูนย์หมายถึงไม่มีงานค้างจากคนนอกที่รอ merge อยู่

แต่อีกด้านหนึ่งก็หมายความว่า ชุมชนภายนอกยังมีส่วนร่วมน้อย ซึ่งเป็นเรื่องปกติของโปรเจกต์อายุสี่เดือน

สิ่งที่ผมค้นแล้วไม่พบ

ผมค้นหาคำรีวิวอิสระเกี่ยวกับ OMH ทั้งในเว็บและใน Reddit

สิ่งที่เจอส่วนใหญ่เป็นหน้า catalog ของตัวเอง หน้าเว็บของผู้พัฒนา หรือบทความของบริษัทที่ขายบริการ AI ซึ่งไม่นับเป็นเสียงอิสระ

ผมจึงยังไม่พบรีวิวจากผู้ใช้จริงที่ไม่เกี่ยวข้องกับผู้พัฒนา

ผมเขียนเรื่องนี้ตรง ๆ เพราะบทความรีวิวเครื่องมือที่ดีไม่ควรแกล้งทำเป็นมีเสียงสองข้างเมื่อมันมีข้างเดียว

แต่มีอีกสิ่งหนึ่งที่ทำหน้าที่แทนเสียงค้านได้ คือการยอมรับในเอกสารเองว่า ยังไม่มีผลวัดที่เผยแพร่ ซึ่งผมยกมาแล้วข้างบน

เหมาะกับใคร

เหมาะ ถ้าคุณใช้ Hermes อยู่แล้วและเริ่มรู้สึกว่าบทสนทนายาว ๆ จัดการยาก อยากเห็นว่าเอเจนต์กำลังทำอะไร และอยากให้มันจำสิ่งที่ตกลงกันไว้ได้จริง

เหมาะ ถ้าคุณทำงานหลายหมวดและอยากจ่ายค่าโมเดลต่างกันตามงาน เพราะ /omh-model ทำสิ่งนี้ได้ตรง ๆ

เหมาะ ถ้าคุณให้ความสำคัญกับที่มาของคำตอบ เพราะ OMH บังคับให้ลงทะเบียนแหล่งและตรวจการอ้างอิงเป็นส่วนหนึ่งของเวิร์กโฟลว์

ยังไม่เหมาะ ถ้าคุณไม่ได้ใช้ Hermes [2] เพราะ OMH เป็นชั้นที่วางบน Hermes ไม่ใช่เครื่องมือที่ใช้เดี่ยวได้

ยังไม่เหมาะ ถ้าคุณใช้ Windows และอยากได้เทอร์มินัลใหม่ เพราะมันจะถอยไปใช้หน้าจอเดิม

ยังไม่เหมาะ ถ้าคุณต้องการตัวเลขพิสูจน์ก่อนตัดสินใจ เพราะตัวเลขนั้นยังไม่มี

ตัวอย่างการใช้งานที่ผมคิดว่าจะได้ผล

สมมติคุณมีงานต้องเขียนบทความรีวิวเครื่องมือหนึ่งชิ้น

แบบเดิมคุณเปิด Hermes แล้วสั่งยาว ๆ ครั้งเดียว จบแล้วจบเลย

แบบที่ใช้ OMH คุณจะเจอขั้นตอนที่ถูกบังคับให้คิดก่อน เช่นต้องวางแผนเป็น checklist ก่อนลงมือ ต้องลงทะเบียนแหล่งก่อนอ้าง และต้องผ่านผลรีวิวแบบมีโครงสร้างก่อนปิดงาน

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

ผมมองว่านี่คือคุณค่าจริงของมัน คือการทำให้การทำงานมีร่องรอย ไม่ใช่การทำให้โมเดลฉลาดขึ้น

สิ่งที่ผมยืนยันได้ และยืนยันไม่ได้

ยืนยันได้จากต้นทาง

• รีลีส v4.0.0 ชื่อ Zeus ออก 19 ตุลาคม 2026 เวลา 10:41 UTC [4]
• ข้อความทั้งสี่ข้อที่ผมยกมาตรงกับรีลีส [4]
• README มีประโยค "No measured run has been published yet" ตรงคำต่อคำ [3]
• หน้าแคตตาล็อกทางการของ Hermes ระบุ 22 tools กับ 10 hooks และปักหมุดคอมมิต 021e5c6 [5]
• ดาว 3,432 · MIT · สร้าง 3 มิถุนายน 2026 · issue เปิด 10 · PR เปิด 0 [8][2]
• README ระบุว่าเทอร์มินัลถอยกลับบน Windows [3][4]
• README ระบุว่าความจำของ Hermes เองไม่ถูกอ่านและไม่ถูกแก้ [3]

ยืนยันไม่ได้

• ว่ามันทำงานได้ดีแค่ไหนในทางปฏิบัติ เพราะยังไม่มีผลวัดที่เผยแพร่ และผมยังไม่ได้ติดตั้งเวอร์ชันนี้ด้วยตัวเอง
• ว่าความรู้สึกของคนใช้จริงเป็นอย่างไร เพราะผมไม่พบรีวิวอิสระ

ผมเขียนสองบรรทัดนี้ไว้เพราะมันคือขอบเขตของสิ่งที่บทความนี้พิสูจน์ได้

คำถามที่ผมว่าควรถามก่อนติดตั้ง

ไม่ใช่ "OMH ดีไหม" แต่เป็น "ปัญหาที่ผมเจออยู่ทุกวันมันเกิดจากขาดกระบวนการ หรือเกิดจากโมเดลไม่เก่ง"

ถ้าคำตอบคือขาดกระบวนการ OMH แก้ตรงจุด

ถ้าคำตอบคือโมเดลไม่เก่ง OMH ไม่ช่วย เพราะมันไม่ได้เปลี่ยนโมเดล

และถ้าคำตอบคือยังไม่รู้ ก็ยังไม่ต้องติดตั้งอะไรทั้งนั้น

แหล่งอ้างอิง

[1] HOPE. (@rlaope), "Oh My Hermes 4.0.0 (Zeus)", X (Twitter), 19 ต.ค. 2026. https://x.com/rlaope/status/2112108276716576997
[2] rlaope, "oh-my-hermes", GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes
[3] Oh My Hermes README, GitHub, เข้าถึง 19 ต.ค. 2026. https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/README.md
[4] Oh My Hermes, "v4.0.0 · Zeus", GitHub Releases, 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/releases/tag/v4.0.0
[5] Nous Research, "omh · Plugin Catalog", Hermes Agent Docs, เข้าถึง 19 ต.ค. 2026. https://hermes-agent.nousresearch.com/docs/plugins/omh
[6] Oh My Hermes, "benchmarks/product-ab/v1", GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/tree/main/benchmarks/product-ab/v1
[7] Oh My Hermes, "INSTALL_FOR_AGENTS.md", GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/blob/main/INSTALL_FOR_AGENTS.md
[8] GitHub REST API, repository rlaope/oh-my-hermes (stars, license, created_at, open issues), 19 ต.ค. 2026. https://api.github.com/repos/rlaope/oh-my-hermes
[9] Oh My Hermes, "plugin.yaml (แท็ก v4.0.0)", GitHub, 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/blob/v4.0.0/src/plugin_bundle/omh/plugin.yaml