Michael Johnsonفي 7 أكتوبر 2026، أعلنت Apollo GraphQL عن GraphOS Agent Services، وهي معاينة للخدمة التي تدير وصول وكلاء الذكاء الاصطناعي إلى واجهات API الخاصة بالمؤسسات. ويمكن للمسؤولين السماح بالوصول إلى حقول بيانات محددة أو إخفائها أو حظره. ويتطلب الانضمام التنسيق مع Apollo.
ما الذي أعلنته Apollo
بحسب وصف الشركة، تقع Agent Services بين الوكيل والأنظمة الداخلية؛ إذ تحوّل الطلبات إلى استدعاءات لواجهات API، وتدير بيانات اعتماد الوصول، وتطبّق القيود. وتحدد Apollo أربع وظائف: اكتشاف البيانات والأدوات، وإدارة الهوية، وسياسات الوصول، والتدقيق. وقد أُدرجت هذه الوظائف في الإعلان الرسمي عن الخدمة.
ونُشر البيان الصحفي على PR Newswire في 7 أكتوبر، الساعة 12:02 ظهرًا بالتوقيت الشرقي للولايات المتحدة، أي الساعة 19:02 بتوقيت موسكو. وهذا هو وقت نشر البيان؛ أما الوقت الدقيق لبدء إتاحة الوصول فلم يُذكر على نحو منفصل.
لماذا ينبغي تقييد وصول الوكيل
يتمثل أحد سيناريوهات Apollo العملية في استخدام وكيل واحد مع موظفين مختلفين. ففي مثال مدونة الشركة، يطلب موظف دعم ومحلل مالي معلومات عن فاتورة متنازع عليها. ويحصل كلاهما على الفاتورة، لكن حد ائتمان العميل لا يتاح إلا للمحلل. ويُحدَّد هذا الاختلاف من خلال تصنيف الحقل وسياسة الوصول.
يفيد هذا النهج الفرق التي تربط الوكلاء بخدمات العملاء والأنظمة المالية وغيرها من الخدمات الداخلية؛ إذ يمكن تحديد الأذونات لبيانات بعينها ومراعاة الشخص الذي أسند المهمة إلى الوكيل. كما أفادت Apollo بوجود مشروع تجريبي لدى Intuit. ويُستخدم GraphOS العادي هناك بالفعل في بيئة الإنتاج، بينما تخضع Agent Services الجديدة للاختبار الأولي. وتربط الشركة المشروع التجريبي بتحليل الإنفاق التسويقي، لكن الإعلان لا يتضمن نتائج كمية للتوفير.
آلية عمل القواعد
وفقًا لوثائق قواعد الوصول، تحدد القاعدة المستخدم أو المجموعة، والتطبيق الذي يجري الاستدعاء، والبيانات المحمية، ونتيجة التحقق. وتُصنّف الحقول باستخدام الوسوم؛ ويمكن للقاعدة أن تشمل وسمًا أو خدمة. وتتوفر ثلاثة تأثيرات: إرجاع القيمة، أو إخفاء محتواها، أو منع الوصول إليها.
ولمنع الوصول خيارات عدة: إزالة الحقل بالكامل من الاستجابة، أو إرجاع خطأ، أو السماح بطلب صلاحية إضافية. وإذا كانت للحقول وسوم متعددة، تسود النتيجة الأشد تقييدًا: فالمنع يتقدم على الإخفاء، والإخفاء يتقدم على السماح.
ومن النقاط المهمة في الإعداد أن Apollo تحذّر في دليل المسؤولين من أن الخدمة لا تتحقق حاليًا من معرّف المستخدم أو المجموعة لدى موفر الهوية. وقد يؤدي خطأ مطبعي إلى توقف القاعدة عن مطابقة الطلبات دون تنبيه. لذلك ينبغي أن يتضمن المشروع التجريبي التحقق من النتيجة الفعلية لكل دور.
ووفقًا لوصف Apollo للبنية التقنية، تتخذ آلية السياسات قرار الوصول من دون مشاركة نموذج لغوي. ويذكر الوصف أيضًا أن الحقل الذي لا يحمل وسمًا تصنيفيًا يظل بلا قيود. في المقابل، توصي نظرة عامة على الوثائق بحظر حقول الخدمة المتصلة قبل منح الأذونات. وتستدعي هذه الصياغات التحقق من الإعداد المحدد: إذ ينبغي للفريق اختبار الوصول إلى الحقول ذات الوسوم وتلك التي لا تحمل وسومًا كلًّا على حدة.
التدقيق والتوافر
يصف دليل Monitor سجلًا للطلبات يتضمن وقت الطلب، والعميل، والأداة، والعملية، والخدمة المتأثرة، ونتيجة تطبيق القواعد. ويمكن الاطلاع لكل طلب على القواعد التي طُبقت والحقول التي أُخفيت أو مُنع الوصول إليها.
وهناك قيد مهم على التدقيق: لوحة عرض الاستجابة تعرض بنيتها والحقول التي عُدّلت، من دون إظهار القيم التي أعادتها الخدمة الأصلية. لذا ينبغي التخطيط بصورة منفصلة للتحقق من محتوى الاستجابة الفعلي. كما يشمل تصدير CSV الطلبات المحمّلة في الصفحة الحالية من السجل.
تختلف المصادر في وصف مرحلة الإتاحة. ففي مدونة Apollo المنشورة في 7 أكتوبر، تعلن الشركة عن معاينة عامة وتتيح التسجيل في قائمة انتظار. أما وثائق الخدمة فتصف المرحلة بأنها معاينة خاصة، وتشترط مساعدة أحد موظفي Apollo للانضمام. ولا يظهر تاريخ تحديث هذه الصفحة، لذا لا يمكن تحديد ترتيب ظهور الصيغتين.
والخطوة العملية المتاحة حاليًا هي تنسيق مشروع تجريبي مع Apollo. ولا تذكر المواد التي جرى التحقق منها موعد الإصدار المستقر أو أسعار Agent Services. وقبل الانضمام، ينبغي للفريق تحديد مجموعة الحقول المتاحة للوكيل، والجهات المسؤولة عن الأذونات، وطلبات الاختبار الخاصة بكل دور.