AWS تطلق Agent Registry في preview - كتالوج لوكلاء AI والأدوات للشركات

في 9 أبريل 2026، قدمت AWS سجل وكلاء AWS (AWS Agent Registry) بحالة معاينة. هذا مكون من AgentCore مصمم لدمج وكلاء الذكاء الاصطناعي للمؤسسات والأدوات وخوادم MCP ومهارات الوكلاء في مكان واحد، مما يسمح للفرق ليس فقط بالعثور عليها، بل أيضًا بإعادة استخدامها بدون فوضى أو تكرار.

لماذا هناك حاجة إلى سجل

وفقًا لوصف AWS، لم تعد المشكلة كيفية بناء وكيل واحد، بل كيفية إدارة مئات والآلاف من هذه الأنظمة داخل شركة كبيرة. عندما تنشر بعض الفرق الوكلاء على AWS، يستخدم آخرون أسحابًا من جهات خارجية وتحتفظ أخرى بهم في المكان، تُفقد الرؤية بسرعة: لا أحد يعرف بالضبط ما الذي يوجد بالفعل، ومن المسؤول عنه، وما إذا كان يمكن إعادة استخدامه. نتيجة لذلك، يتم إنشاء وظائف متطابقة عدة مرات، وتنمو كل من التكاليف ومخاطر الامتثال معها.

تضع AWS سجل الوكلاء كفهرس موحد يغطي هذا البيئة المجزأة. تفهرس الخدمة الإدخالات بغض النظر عن مكان إنشاء الوكيل أو حيث يعمل: في بنية AWS، مع مزود آخر أو داخل بيئة الشركة الخاصة بها. هذا تركيز مهم لـ AWS: لم يتم تصميم السجل كواجهة عرض لخدماتها الخاصة، بل كطبقة محاسبة وإدارة لمكدس الشركة الهجين.

ما هو متاح الآن

في المعاينة، يخزن السجل البيانات الوصفية المنظمة لكل وكيل وأداة وخادم MCP ومهارة وكيل والمورد المخصص. يمكن للإدخال تحديد الناشر والبروتوكولات المدعومة والقدرات المتاحة وطريقة الاستدعاء. تعلن AWS أيضًا عن الدعم الأصلي لمعايير MCP و A2A. يمكن إضافة البيانات يدويًا عبر وحدة التحكم أو SDK أو API، أو يمكنك ببساطة تحديد نقطة نهاية MCP أو A2A، وبعد ذلك ستسحب الخدمة الوصف تلقائيًا. يتيح لك هذا ملء الفهرس بمشهد وكيل موجود بدلاً من البدء من الصفر.

• التسجيل اليدوي عبر وحدة التحكم و SDK و API
• الاستيراد التلقائي للبيانات الوصفية من نقاط نهاية MCP و A2A
• الوصول إلى الفهرس عبر وحدة التحكم و API وخادم MCP
• البحث الهجين: حسب الكلمات الرئيسية والمعنى الدلالي
• وصول OAuth لواجهات البحث المخصصة بدون حسابات IAM

تؤكد AWS بشكل منفصل على سهولة العثور على المكونات الموجودة. يجمع البحث في السجل بين مطابقة الكلمات الرئيسية التقليدية والمطابقة الدلالية للاستعلامات الطويلة بلغة طبيعية. في مثال من الإعلان، يمكن لاستعلام حول معالجة الدفع أن يجد أدوات موصوفة بالفواتير أو الفواتير، حتى لو لم تتطابق الأسماء. المنطق واضح: يبحث المطور أولاً عما تم بالفعل الموافقة عليه داخل الشركة، وعندها فقط يكتب وكيلاً جديداً من الصفر.

كيف يعمل التحكم

العمود الثاني للخدمة هو الحوكمة. تقدم AWS إدارة النشر والوصول من خلال سياسات IAM: يمكن للمسؤولين تحديد من لديه الحق في تسجيل الوكلاء والأدوات بشكل منفصل، ومن يمكنه العثور عليهم واستخدامهم. تمر كل إدخالة عبر دورة حياة: صيغة أولى، ثم الموافقة المعلقة، وفقط بعد الموافقة يصبح الكائن مرئيًا لكل المنظمة. بالإضافة إلى ذلك، يتم دعم الإصدارات والإيقاف والبيانات الوصفية العشوائية مثل صاحب الفريق أو حالة الامتثال أو بيئة النشر.

في الإعلان، توفر AWS حالات الشركات الأولى. Zuora، التي نشرت بالفعل حوالي 50 وكيلاً لفرق المبيعات والمالية والمنتج والمطورين، تستخدم هذا النهج لفهرس مركزي وإعادة استخدام المكونات الجاهزة. تؤكد Southwest Airlines على شيء مختلف: إذا لم يتم وضع قواعد نشر وملكية موحدة من البداية، فإن مكدس الوكلاء يصبح بسرعة مجموعة لا يمكن السيطرة عليها من الخدمات المختلفة. يحاول Agent Registry إغلاق هذه الفجوة في الحوكمة.

ماذا يعني هذا

AWS تبني بوضوح ليس مجرد خدمة ذكاء اصطناعي أخرى، بل طبقة بنية تحتية لنظام بيئي للوكلاء في المؤسسات. حتى الآن، تتحدث الشركة عن الخطوة التالية: فهرسة تلقائية للوكلاء عند النشر، اتحاد سجلات متعددة، فئات وتصنيفات مكيفة مع احتياجات الأعمال، وكذلك ربط مقاييس التشغيل من AgentCore Observability. المعاينة متاحة حاليًا في خمس مناطق فقط في AWS، لكن الاتجاه واضح: فرق المؤسسات تحتاج ليس فقط إلى طريقة لإنشاء الوكلاء، بل أيضًا إلى سجل موحد حيث يمكنهم البحث والتحقق والموافقة وإيقاف تشغيل وفقًا للقواعد.