پرسش زیربنایی: AGTP و ARD

گوگل، مایکروسافت و Hugging Face اخیراً مشخصات Agentic Resource Discovery (ARD) را منتشر کرده‌اند.

طراحی آن عالی است. این مشخصات از یک رویکرد فدرال (federated) برای کمک به سازمان‌های مختلف جهت یافتن عامل‌های هوش مصنوعی (AI agents) استفاده می‌کند. این یک گام بزرگ رو به جلو برای این صنعت است.

با این حال، ARD با یک چالش پنهان روبروست. این پروتکل در لایه بالاتر از لایه انتقال (transport layer) عمل می‌کند. این بدان معناست که برای جابه‌جایی داده‌ها به HTTP متکی است.

مشکل HTTP برای عامل‌ها:

  • HTTP برای ترافیک وب انسانی ساخته شده است.
  • امنیت عامل‌ها به قراردادهای لایه اپلیکیشن متکی است.
  • دور زدن یا جعل این قراردادها برای مهاجمان آسان است.
  • آسیب‌پذیری‌های فعلی نشان می‌دهند که HTTP فاقد ویژگی‌های ساختاری مورد نیاز عامل‌ها است.

این ما را به پرسش زیربنایی (substrate question) می‌رساند. آیا ترافیک عامل‌ها باید همچنان از HTTP استفاده کند، یا به یک زیربنای جدید نیاز داریم؟

پروتکل انتقال عامل (AGTP) پاسخ این پرسش است.

AGTP یک لایه انتقال اختصاصی برای ترافیک عامل‌ها است. این پروتکل برای احراز هویت به هدرهای HTTP متکی نیست؛ در عوض، هویت و سطح دسترسی (authority) را به عنوان واقعیت‌های موجود در مسیر انتقال (on the wire) حمل می‌کند.

نحوه همکاری ARD و AGTP:

  • ARD وظیفه کشف (discovery) را بر عهده دارد. این پروتکل به شما می‌گوید قابلیت‌ها کجا قرار دارند و آیا قابل اعتماد هستند یا خیر.
  • AGTP وظیفه اتصال (connection) را بر عهده دارد. این پروتکل داده‌های واقعی و هویت را حمل می‌کند.

در دنیایی که بومیِ AGTP باشد، یک عامل قابلیت مورد نظر را از طریق ARD پیدا می‌کند. سپس، با استفاده از زیربنای AGTP متصل می‌شود. این امر تضمین می‌کند که هویت، شناسه مالک (owner ID) و محدوده دسترسی (authority scope) در هر درخواست گنجانده شده‌اند.

صنعت مسئله کشف را حل کرده است. اکنون باید مسئله انتقال را حل کنیم.

ARD نقشه را ارائه می‌دهد. AGTP جاده را فراهم می‌کند.

Source: https://dev.to/chrishood/the-substrate-question-ard-leaves-open-how-agentic-resource-discovery-lives-on-agtp-4bp

Optional learning community: https://t.me/GyaanSetuAi