Nous Research ปล่อย 3 แนวทางการเชื่อมต่อสำหรับ Hermes Agent และ Buzz จาก Block
เปิดทางเลือกการผสานการทำงานระบบ AI Agent ร่วมกับพื้นที่ทำงาน Nostr แบบโอเพนซอร์ส ทั้งแบบเดสก์ท็อป รีเลย์ และเกตเวย์ดั้งเดิม

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

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
วิธีที่สองคือ 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
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น