AWS สนับสนุน Agentic Resource Discovery เป็นชั้นการทำงานร่วมกันสำหรับ Agent Registry

Amazon Web Services ได้ให้การสนับสนุนสเปค Agentic Resource Discovery อย่างเต็มที่ โดยเผยแพร่รายละเอียดเมื่อวันที่ 24 สิงหาคม 2026 เกี่ยวกับวิธีที่มาตรฐานเปิดนี้จะทำงานร่วมกับ AWS Agent Registry ซึ่งเป็นแคตาล็อกที่จัดการสำหรับเอเจนต์ AI เครื่องมือ และทักษะที่เข้าสู่การพรีวิวเมื่อต้นปีนี้

โพสต์ ของ AWS นำเสนอ ARD ว่าเป็นคำตอบสำหรับปัญหาที่ผลิตภัณฑ์ของ AWS เองยังไม่ได้แก้ไข AWS Agent Registry ซึ่งให้บริการผ่าน Amazon Bedrock AgentCore ทำให้องค์กรมีแคตาล็อกศูนย์กลางที่สามารถค้นหาได้สำหรับเอเจนต์, เซิร์ฟเวอร์ MCP, เครื่องมือ, ทักษะของเอเจนต์, และทรัพยากรที่กำหนดเอง แต่จำกัดอยู่ภายในสภาพแวดล้อมของ AWS เท่านั้น ส่วนใหญ่ขององค์กรใช้เอเจนต์บนคลาวด์หลายแห่ง, โครงสร้างพื้นฐานในสถานที่, และแพลตฟอร์ม SaaS ซึ่งแต่ละแห่งมีรีจิสทรีและรูปแบบเมตาดาต้าเป็นของตนเอง การเชื่อมโยงสภาพแวดล้อมเหล่านี้ในปัจจุบันต้องสร้างคอนเนคเตอร์ที่กำหนดเองระหว่างรีจิสทรีทุกคู่

ARD เสนอทางเลือกรูปแบบร่วมกัน: หากทุกรีจิสทรีอธิบายทรัพยากรในลักษณะเดียวกันและเปิดเผยการค้นหาผ่านโปรโตคอลร่วม ผู้เผยแพร่จะอธิบายทรัพยากรของตนเพียงครั้งเดียวและผู้บริโภคจะสามารถค้นพบได้ทุกที่

ภายในโมเดล AWS Agent Registry

รีจิสทรีซึ่งกำลังอยู่ในขั้นพรีวิวผ่าน Amazon Bedrock AgentCore นั้นสร้างขึ้นบนพื้นฐานของสองแนวคิด: รีจิสทรี ซึ่งเป็นแคตาล็อกที่ผู้ดูแลระบบสร้างพร้อมการกำหนดสิทธิ์และการอนุมัติของตนเอง, และเรคคอร์ด ซึ่งเป็นรายการเมตาดาต้าที่อธิบายแต่ละทรัพยากร กระบวนการเผยแพร่ดำเนินจากผู้ดูแลระบบไปยังผู้เผยแพร่, ผู้คัดเลือก, และผู้บริโภค โดยมีขั้นตอนการอนุมัติก่อนที่เรคคอร์ดใดจะสามารถค้นพบได้ การเข้าถึงถูกควบคุมผ่านข้อมูลประจำตัว AWS Identity and Access Management หรือ JSON Web Token จากผู้ให้บริการอัตลักษณ์ขององค์กร และรีจิสทรีเองถูกเปิดเผยเป็นจุดสิ้นสุด MCP ระยะไกล ทำให้ไคลเอนต์ที่รองรับ MCP ใดก็สามารถค้นหาได้โดยตรง

ชั้นการกำกับดูแลนี้เป็นส่วนที่ AWS ระมัดระวังที่จะรักษาไว้ ในโพสต์ดังกล่าว AWS อธิบาย ARD ว่าเป็นชั้นการทำงานร่วมกันที่อยู่นอกจุดบังคับใช้: องค์กรที่เผยแพร่แคตาล็อกควบคุมสิ่งที่อยู่ในแคตาล็อก, ผู้ที่สามารถเห็นได้, และเวลาที่จะยกเลิกการเข้าถึง โดยที่การควบคุมการอนุมัติและการเข้าถึงของ Agent Registry ยังคงอยู่ในตำแหน่งที่นโยบายถูกบังคับใช้จริง ภาษาที่ใช้มีเจตนาอย่างชัดเจน: ARD จัดการการค้นหาเท่านั้น ไม่ได้เชื่อมั่นให้เข้าสู่การผลิต

สิ่งที่สเปค ARD จริง ๆ แล้วมาตรฐาน

ARD ไม่ใช่โครงการของ AWS สเปคนี้ถูกประกาศเมื่อ 17 มิถุนายน 2026 โดยกลุ่มทำงานที่มีผู้เข้าร่วม ได้แก่ Google, Microsoft, Hugging Face, และ GoDaddy พร้อมกับ Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow, และ Snowflake ที่เป็นผู้ร่วมมือในการเปิดตัว สเปคนี้ได้รับใบอนุญาตภายใต้ Apache 2.0 และเผยแพร่ที่ agenticresourcediscovery.org พร้อมด้วยการนำไปใช้เป็นอ้างอิงบน GitHub AWS มีส่วนร่วมให้ข้อเสนอแนะในระหว่างการพัฒนาแทนที่จะเป็นผู้เขียนสเปค

ตาม ประกาศของ Google สถาปัตยกรรมตั้งอยู่บนสองพื้นฐานหลัก แคตาล็อกคือไฟล์ที่องค์กรเผยแพร่ภายใต้โดเมนของตนเอง (เช่น ai-catalog.json ที่ตำแหน่งที่รู้จัก) ซึ่งอธิบายเอเจนต์ที่พร้อมใช้งาน, เซิร์ฟเวอร์ MCP, เอเจนต์ A2A, เครื่องมือ OpenAPI หรือแคตาล็อกซ้อนกัน โดยการเป็นเจ้าของโดเมนทำหน้าที่เป็นพื้นฐานเชิงคริปโตกราฟีสำหรับอัตลักษณ์ของผู้เผยแพร่ รีจิสทรีทำหน้าที่เป็นเครื่องมือค้นหาสำหรับแคตาล็อกเหล่านั้น: พวกมันทำการรวบรวม, ทำดัชนี, และตอบคำขอการค้นหาแบบภาษาธรรมดา โดยส่งคืนผลลัพธ์พร้อมเมตาดาต้าเชื่อถือที่ตรวจสอบได้ซึ่งไคลเอนต์ต้องใช้เพื่อยืนยันอัตลักษณ์ของผู้เผยแพร่ก่อนเชื่อมต่อ

ขอบเขตที่ ARD กำหนดคือการค้นหา ไม่ใช่การดำเนินการ ลูกค้าที่พบทรัพยากรผ่าน ARD จะเรียกใช้ทรัพยากรนั้นผ่านกลไกใดก็ตามที่ทรัพยากรนั้นสื่อสารโดยธรรมชาติ: MCP, API, หรือเฟรมเวิร์กของเอเจนต์ เว็บไซต์ของสเปคชัดเจนว่า ARD ไม่ใช่รันไทม์, ไม่ได้แทนที่ MCP หรือโปรโตคอล A2A, และไม่ใช่แคตาล็อกศูนย์กลาง; การออกแบบคาดหวังว่ามีบริการค้นหาหลายบริการที่แต่ละบริการใช้แนวทางความเชื่อถือและการจัดอันดับของตนเอง การเปรียบเทียบของ AWS คือ DNS: รีจิสทรีท้องถิ่นทำการเฟเดอเรชั่นผ่านโปรโตคอลร่วมโดยไม่ต้องมีข้อตกลงแบบสองฝ่ายหรือคอนเนคเตอร์ที่เป็นกรรมสิทธิ์ เหมือนกับการทำงานของการแปลงชื่อบนเครือข่าย

วิธีที่ส่วนต่าง ๆ ทำงานร่วมกัน

สำหรับลูกค้า Agent Registry ข้อเสนอคือการทำเฟเดอเรชั่นโดยไม่ต้องย้ายข้อมูล องค์กรที่มีโครงสร้างพื้นฐานแบบ agentic กระจายอยู่บนคลาวด์, ระบบในสถานที่, และเครื่องมือ SaaS สามารถเปิดเผยทั้งหมดในรูปแบบของ ARD และทำให้ค้นพบได้ในทุกสภาพแวดล้อมพร้อมคงการควบคุมในระดับท้องถิ่น อีกทั้งยังสามารถเผยแพร่แคตาล็อกบนโดเมนของตนเองเพื่อให้ไคลเอนต์ที่รองรับ ARD ค้นพบได้ เปิดเส้นทางข้ามองค์กรที่รีจิสทรีของผู้ขายเดียวไม่สามารถเข้าถึงได้

AWS ยังมาพร้อมผลิตภัณฑ์ที่พร้อมใช้งานในขณะที่ผู้อื่นยังอยู่ในขั้นตอนการสร้าง Agent Registry ของ Google ซึ่งเป็นส่วนหนึ่งของ Gemini Enterprise Agent Platform กำหนดให้เพิ่มการสนับสนุน ARD อย่างเป็นธรรมชาติในไม่กี่เดือนข้างหน้า; GitHub และ Hugging Face เป็นหนึ่งในผู้เข้าร่วมกลุ่มทำงานเบื้องหลังสเปค รูปแบบในคลาวด์ทั้งสามแห่งเหมือนกัน: มีรีจิสทรีที่จัดการและกำกับดูแลภายใน, และมีโปรโตคอลเฟเดอเรชั่นเปิดภายนอก

ข้อจำกัดคือการบูรณาการที่อธิบายในโพสต์ของ AWS เป็นแบบเชิงทิศทางและยังไม่ได้เปิดให้ใช้งานจริง AWS ระบุสิ่งที่คาดว่า ARD จะทำให้ลูกค้า Agent Registry สามารถทำได้ แทนการประกาศวันที่ส่งมอบ และรีจิสทรีเองยังคงอยู่ในขั้นพรีวิว สิ่งที่ 24 สิงหาคม 2026 กำหนดคือการสอดคล้องกัน: ผู้ให้บริการคลาวด์รายใหญ่ที่สุดได้ระบุสเปคเปิดที่มุ่งจะทำเฟเดอเรชั่นด้วย และสเปคนั้นคือสเปคเดียวกับที่ Google และ Microsoft กำลังพัฒนา