ข้ามไปเนื้อหาหลัก

Nous Research ปล่อย 3 แนวทางการเชื่อมต่อสำหรับ Hermes Agent และ Buzz จาก Block

เปิดทางเลือกการผสานการทำงานระบบ AI Agent ร่วมกับพื้นที่ทำงาน Nostr แบบโอเพนซอร์ส ทั้งแบบเดสก์ท็อป รีเลย์ และเกตเวย์ดั้งเดิม

เรียบเรียงโดย AI
Inewgen
31 Jul 2026ที่มา: MarkTechPost3 นาทีอ่าน (0 ครั้ง)อัปเดตล่าสุด 29 Aug 2026
แชร์
Nous Research ปล่อย 3 แนวทางการเชื่อมต่อสำหรับ Hermes Agent และ Buzz จาก Block

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

ขนาดตัวอักษร
  • Buzz และ Hermes Agent รองรับการโฮสต์ด้วยตัวเอง (Self-hostable) ทั้งคู่
  • การเชื่อมต่อแบ่งออกเป็น 3 รูปแบบ ได้แก่ Buzz Desktop, Relay Bridge และ Native Gateway
  • การตั้งค่าเริ่มต้นเน้นความปลอดภัยด้วยการจำกัดการพูดคุยและสิทธิ์การเข้าถึง
  • สถาปัตยกรรมรีเลย์เบื้องหลังทำงานบน Postgres, Redis และ S3/MinIO

การร่วมมือครั้งสำคัญระหว่าง Nous Research และ Block ได้นำเสนอทางเลือกในการเชื่อมต่อ 3 เส้นทางสำหรับ Hermes Agent และ Buzz พื้นที่ทำงาน Nostr แบบโอเพนซอร์สที่ออกแบบมาสำหรับทั้งมนุษย์และ AI Agent โดยระบบทั้งสองเปิดให้ใช้งานผ่านการโฮสต์เองได้ทันที Buzz ใช้ไลเซนส์แบบ Apache-2.0 และมียอดดาวน์โหลดหรือดาวบน GitHub สูงถึง 18,800 ดวง ขณะที่ Hermes Agent ใช้ไลเซนส์แบบ MIT เปิดโอกาสให้นักพัฒนาเดี่ยวและทีมวิศวกรรมขนาดเล็กสามารถใช้งานผ่าน Buzz Desktop ได้โดยไม่ต้องตั้งค่าให้ยุ่งยาก

สำหรับทีมแพลตฟอร์มระดับกลางถือเป็นกลุ่มเป้าหมายที่เหมาะสมที่สุด เนื่องจากระบบรีเลย์เบื้องหลังพึ่งพาฐานข้อมูลอย่าง Postgres, Redis และ S3/MinIO ในขณะที่องค์กรขนาดใหญ่ควรประเมินระบบนี้ในรูปแบบโครงการนำร่อง (Pilot) เนื่องจากระบบไคลเอนต์มือถือและระบบอนุมัติเวิร์กโฟลว์ยังอยู่ในระหว่างการพัฒนาเพิ่มเติม ตัวอย่างการใช้งานจริงประกอบด้วยการจดจำเหตุการณ์จากประวัติแชนแนล การรีวิวโค้ดผ่านระบบ branch-as-room การร่างบันทึกประจำรุ่นโดย AI และการสร้างรายงานตามเวลาที่กำหนดด้วย cron

18.8kGitHub Stars สำหรับ Buzz

เอกสารการเชื่อมต่อได้แบ่งรูปแบบการทำงานตามตำแหน่งที่ Hermes ทำงานอยู่ โดยวิธีแรกคือ Buzz Desktop Managed Runtime ซึ่งระบบ Buzz จะทำการเปิด Hermes ขึ้นมาในเครื่องแบบท้องถิ่น ผู้ใช้งานสามารถเข้าไปที่เมนู Settings แล้วเลือก Runtimes โดย Hermes จะปรากฏขึ้นมาโดยอัตโนมัติ ตัวระบบจะค้นหาตัวเรียกใช้งาน hermes-acp บน PATH ของล็อกอินเชลล์ ซึ่งตัวติดตั้งจะเขียนไว้ที่ไดเรกทอรี ~/.local/bin และรับส่งข้อมูลเข้าด้วยโปรโตคอล ACP ผ่าน stdio

software integration architecture workflow

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

วิธีที่สองคือ Relay Bridge ซึ่งเหมาะสำหรับตัวตนของเอเจนต์ที่มีการโฮสต์ไว้บนเซิร์ฟเวอร์ ระบบ buzz-acp ของ Buzz จะทำหน้าที่เชื่อมโยงแชนแนลเข้ากับ hermes acp ผ่าน stdio และเชื่อมต่อไปยังรีเลย์ผ่าน WebSocket การเชื่อมตอนนี้เป็นการจัดการด้านการขนส่งข้อมูล (Transport integration) ไม่ใช่การติดตั้งโปรแกรมใหม่ ตัวซับโพรเซสที่ถูกสร้างขึ้นจะใช้การตั้งค่า ข้อมูลรับรอง หน่วยความจำ ทักษะ และสถานะร่วมกับ Hermes บนโฮสต์นั้นๆ

ไม่อยากพลาดข่าวใหม่?

สมัครรับสรุปข่าวสารใหม่ทางอีเมล ไม่บ่อยจนรำคาญ

โฆษณา

การที่โปรเจกต์โอเพนซอร์สอย่าง Buzz และ Hermes Agent สามารถเชื่อมต่อกันได้หลายรูปแบบ สะท้อนให้เห็นถึงความพยายามในการสร้างมาตรฐานการสื่อสารระหว่าง AI Agent และมนุษย์ผ่านโปรโตคอลกระจายศูนย์อย่าง Nostr ซึ่งช่วยลดการพึ่งพาแพลตฟอร์มปิด และเปิดโอกาสให้นักพัฒนาสามารถควบคุมข้อมูลและความเป็นส่วนตัวได้อย่างเต็ม 100% เหมาะสำหรับองค์กรที่ต้องการความปลอดภัยขั้นสูงสุดในการใช้งาน AI อัตโนมัติ

ทางเลือกสุดท้ายคือ Native Gateway Platform ซึ่งถือเป็นตัวเลือกที่เจาะลึกที่สุด โดยจะมีปลั๊กอินของ Buzz ที่ทำให้ Buzz กลายเป็นแพลตฟอร์มรับส่งข้อความของ Hermes เช่นเดียวกับ Telegram และ Discord รองรับทั้งแชนแนล ข้อความส่วนตัว การจำกัดการกล่าวถึง (Mention gating) การตอบกลับแบบมีเทรด การแสดงความรู้สึก รูปภาพ และการส่งรายงานผ่าน cron โดย Hermes จะยังคงจัดการระบบอนุมัติ หน่วยความจำ และเซสชันของตัวเองผ่านคำสั่ง hermes gateway setup

ในส่วนของการตั้งค่าความปลอดภัยเริ่มต้น ระบบกำหนดให้ require_mention เป็น true เพื่อให้เอเจนต์ตอบกลับเฉพาะเมื่อมีการเรียกชื่อในแชนแนลเท่านั้น ส่วนข้อความส่วนตัว (DMs) จะส่งตรงตลอดเวลา นอกจากนี้ allow_all_users ถูกตั้งค่าเป็น false เพื่อจำกัดการเข้าถึงเฉพาะ npub หรือ hex pubkeys ที่ระบุไว้ การกรองเหตุการณ์ซ้ำจะทำโดยอ้างอิงจากรหัสเหตุการณ์เทียบกับขีดจำกัดสูงสุดของแต่ละแชนแนล

ที่มา: MarkTechPost

ความคิดเห็น

แสดงความคิดเห็น
0/2000

พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้