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 ที่แรงขึ้น

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

curl -fsSL https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.sh | sh Enter fullscreen mode Exit fullscreen mode บน Windows ใช้ PowerShell

irm https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.ps1 | iex Enter fullscreen mode Exit fullscreen mode จากนั้นต้องรันคำสั่งตั้งค่าอีกครั้ง ซึ่งเอกสารบอกว่า จำเป็น

omh setup Enter fullscreen mode Exit fullscreen mode และอัปเดตด้วย

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

HOPE. (@rlaope), "Oh My Hermes 4.0.0 (Zeus)", X (Twitter), 19 ต.ค. 2026. https://x.com/rlaope/status/2112108276716576997 rlaope, "oh-my-hermes", GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes Oh My Hermes README, GitHub, เข้าถึง 19 ต.ค.

2026. https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/README.md Oh My Hermes, "v4.0.0 · Zeus", GitHub Releases, 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/releases/tag/v4.0.0 Nous Research, "omh · Plugin Catalog", Hermes Agent Docs, เข้าถึง 19 ต.ค. 2026. https://hermes-agent.nousresearch.com/docs/plugins/omh Oh My Hermes, "benchmarks/product-ab/v1", GitHub, เข้าถึง 19 ต.ค.

2026. https://github.com/rlaope/oh-my-hermes/tree/main/benchmarks/product-ab/v1 Oh My Hermes, "INSTALL_FOR_AGENTS.md", GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/rlaope/oh-my-hermes/blob/main/INSTALL_FOR_AGENTS.md 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 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