SAM: Sovereign Agent Mesh — เครือข่าย P2P แบบ zero-trust ให้เอเจนต์แชร์ทูล MCP กันได้ โดยไม่ต้องเปิดพอร์ตออกอินเทอร์เน็ต

ปัญหาที่ทุกทีมที่ทำเอเจนต์หลายตัวเจอเหมือนกันคือ: พอเอเจนต์เริ่มกระจายไปอยู่คนละที่ — บนคลาวด์ ในดาต้าเซ็นเตอร์ขององค์กร บนโน้ตบุ๊กของนักพัฒนา บน Raspberry Pi ในโรงงาน — แล้วอยากให้มันเรียกทูลของกันและกัน วิธีที่คนทำจริงมักจบลงด้วยการเปิด endpoint ออกอินเทอร์เน็ต ไม่ว่าจะเป็นสคริปต์ภายใน, LLM endpoint หรือ API ส่วนตัว ซึ่งเป็นการเพิ่มพื้นที่โจมตีโดยไม่จำเป็น

SAM (Sovereign Agent Mesh) เป็นโปรเจกต์โอเพนซอร์สภายใต้ Apache 2.0 ที่พยายามแก้ตรงนี้ — มันทำตัวเหมือน VPN ส่วนตัวสำหรับเอเจนต์โดยเฉพาะ ขอบเขตแคบชัดคือ การแชร์ทูลระหว่างเอเจนต์ผ่าน Model Context Protocol (MCP) โดยโหนดค้นหากันเองอัตโนมัติ และทุกการเรียกต้องผ่านการอนุญาตเชิงเข้ารหัส MarkTechPost หยิบมารายงานเมื่อ 18 ส.ค. 2026 ตอนนี้รีโปมีราว 260 ดาว และมีคอมมิตบน main กว่า 1,100 ครั้ง

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

สถาปัตยกรรม: สามไบนารี

SAM แยกเป็นสามส่วนที่หน้าที่ไม่ทับกัน:

• sam-control-plane — ทะเบียนตัวตนและนโยบาย: ลงทะเบียนโหนด ออกโทเคน แจกนโยบาย
• sam-router — โหนด bootstrap ของ libp2p ทำหน้าที่ data plane และการกระจายข้อมูลแบบ GossipSub
• sam-node — ไคลเอนต์ P2P ที่รันข้างเอเจนต์ เปิดอินเทอร์เฟซ MCP แบบ HTTP ให้ในเครื่อง และทำ sidecar routing ไปยังทูลที่อยู่บนโหนดอื่นในเมช

ในทางปฏิบัติแปลว่า เอเจนต์ของคุณคุยกับ MCP server ที่ localhost เหมือนเดิม แต่ทูลบางตัวที่เห็นในรายการนั้นความจริงอยู่บนเครื่องอื่นอีกฟากของประเทศ

จุดที่ออกแบบได้น่าสนใจ: อนุญาตแบบออฟไลน์ด้วย Biscuit

ส่วนที่แตกต่างจากงานอื่นในหมวดเดียวกันคือโมเดลการให้สิทธิ์ SAM แปลงเคลมจากโทเคน OIDC ให้กลายเป็นข้อเท็จจริงแบบ Biscuit Datalog ซึ่งผลลัพธ์คือโหนดสามารถตัดสินใจอนุญาต/ปฏิเสธได้เองโดย ไม่ต้องเรียกกลับไปที่ control plane ทุกครั้ง

นี่ไม่ใช่รายละเอียดเชิงวิศวกรรมเล็ก ๆ — มันคือสิ่งที่ทำให้ระบบยังทำงานได้เมื่อลิงก์ไปยังศูนย์กลางล่มหรือหน่วง และเป็นเงื่อนไขที่จำเป็นถ้าจะให้เอเจนต์รันบนอุปกรณ์ที่เชื่อมต่อไม่เสถียร นอกจากนี้ท่าตั้งต้นคือ default-deny แบบเด็ดขาด — แม้แต่การมองเห็นแคตตาล็อกทูลว่ามีอะไรอยู่ในเมชบ้าง ก็ต้องได้รับสิทธิ์อย่างชัดแจ้งก่อน ไม่ใช่เปิดให้เห็นทั้งหมดแล้วค่อยกันตอนเรียก

ติดตั้งยังไง และสถานะตอนนี้

ตัวโปรเจกต์แจกเป็นไบนารี Go, อิมเมจ Docker บน ghcr.io และ Helm chart สำหรับ Kubernetes รองรับ Android และ iOS ด้วย เอกสารครอบคลุมการต่อกับเฟรมเวิร์กเอเจนต์อย่าง Gemini และ Claude

สถานะที่ต้องเข้าใจให้ตรง: มีเมชสาธารณะให้ลองที่ bananas.sam-mesh.dev แต่นั่นเป็น testnet แบบเบตา — ถ้าจะใช้จริงในองค์กร ต้องโฮสต์ control plane เอง ซึ่งก็ตรงกับชื่อโปรเจกต์ที่มีคำว่า “sovereign” อยู่ กลุ่มเป้าหมายที่โปรเจกต์เล็งไว้ชัดเจนคือองค์กรที่มีเอเจนต์กระจายข้ามขอบเขตเครือข่ายและห้ามเปิดทูลภายในสู่สาธารณะโดยเด็ดขาด — สถาบันการเงิน โรงพยาบาล กลาโหม และฟลีตหุ่นยนต์ในโรงงาน

มุมมอง AI Curator

ปี 2026 เป็นปีที่คำถามเรื่องเอเจนต์ย้ายจาก “มันฉลาดพอไหม” ไปเป็น “มันคุยกันยังไงโดยไม่เจ๊ง” และ SAM เป็นตัวอย่างที่ดีของคลื่นลูกที่สอง — งานที่ไม่ได้แข่งเรื่องความสามารถของโมเดล แต่แข่งเรื่องชั้นเครือข่ายและชั้นสิทธิ์ ซึ่งเป็นชั้นที่ตัดสินว่าระบบจะขึ้นโปรดักชันได้จริงหรือไม่

สิ่งที่ผมชอบในการออกแบบนี้คือมันยอมรับความจริงว่า MCP ไม่มีชั้นระบุตัวตนที่ใช้ข้ามองค์กรได้ ตั้งแต่แรก แทนที่จะพยายามยัดเรื่องความปลอดภัยเข้าไปในโปรโตคอล SAM เลือกวางมันไว้ชั้นล่างกว่า — คุณคุย MCP เหมือนเดิมทุกอย่าง แต่ท่อที่มันวิ่งผ่านถูกพิสูจน์ตัวตนไว้แล้วทุกแพ็กเก็ต วิธีนี้แลกมาด้วยความซับซ้อนในการติดตั้ง (สามไบนารี + control plane ที่ต้องโฮสต์เอง) แต่ได้ข้อดีที่ใหญ่กว่าคือไม่ต้องรอให้สเปกกลางตกลงกันได้ก่อน

ข้อที่ควรระวังคือ อย่าประเมินความชัดเจนของโปรเจกต์สูงกว่าที่มันเป็น 260 ดาวและป้าย “ไม่ใช่ผลิตภัณฑ์ที่ Google รองรับ” บอกว่านี่ยังเป็นงานทดลอง ไม่ใช่โครงสร้างพื้นฐานที่มีสัญญาบำรุงรักษา ทีมที่จะเอาไปวางในเส้นทางที่ธุรกิจพึ่งพา ต้องเผื่อว่าตัวเองจะกลายเป็นผู้ดูแล fork ในวันที่โปรเจกต์หยุดพัฒนา — ซึ่งเป็นความเสี่ยงมาตรฐานของโครงสร้างพื้นฐานที่มาจากรีโปทดลองในองค์กรใหญ่

สำหรับบริบทไทยและ SEA ผมว่าประเด็นที่ตรงที่สุดคือเรื่อง data residency ธนาคารไทยและโรงพยาบาลอยู่ภายใต้ PDPA และเกณฑ์กำกับที่ทำให้การส่งข้อมูลลูกค้าออกนอกขอบเขตที่ควบคุมได้เป็นเรื่องใหญ่ ระบบเอเจนต์ที่ใช้งานได้จริงในองค์กรแบบนี้จึงมักต้องเป็นแบบไฮบริด — โมเดลอยู่บนคลาวด์ได้ แต่ทูลที่แตะข้อมูลจริงต้องอยู่ในเครือข่ายองค์กร และปัญหาที่ตามมาทันทีคือจะให้เอเจนต์บนคลาวด์เรียกทูลข้างในได้อย่างไรโดยไม่ต้องเจาะไฟร์วอลล์ นี่คือโจทย์ที่ SAM เกิดมาเพื่อแก้พอดี ยังไม่ต้องรีบเอาไปใช้ แต่ควรอ่านสถาปัตยกรรมของมันไว้ เพราะรูปแบบ “control plane ออกโทเคน + โหนดตัดสินสิทธิ์เองแบบออฟไลน์” น่าจะกลายเป็นแพตเทิร์นมาตรฐานของเอเจนต์ในองค์กรภายในหนึ่งถึงสองปีข้างหน้า ไม่ว่าโปรเจกต์ตัวไหนจะเป็นผู้ชนะก็ตาม

แหล่งข่าว

• google/sam — SAM Sovereign Agent Mesh (GitHub, Apache 2.0)
• Meet SAM (Sovereign Agent Mesh): A Zero-Config, Zero-Trust P2P Network for AI Agents — MarkTechPost (18 ส.ค. 2026)
• SAM — เว็บไซต์โปรเจกต์