تعمل Telefónica مع Nokia لاختبار كيف يمكن لوكلاء الذكاء الاصطناعي دعم استخدام واجهات برمجة تطبيقات الشبكة
باختصار – ما يجب معرفته:
حدود البوابة المفتوحة – قال هارماند إن النموذج المرتكز على واجهة برمجة التطبيقات (API) اليوم يعمل من أجل القدرات الذرية، ولكنه يصبح غير فعال من الناحية الهيكلية للمشاكل المعقدة التي يحركها السياق مثل منع الاحتيال.
التنسيق القائم على النوايا – تحول A2A وMCP المطورين من ربط واجهات برمجة التطبيقات يدويًا إلى التعبير عن الأهداف (على سبيل المثال، “تقييم مخاطر الاحتيال”)، مع قيام الوكلاء باكتشاف أدوات الشبكة وتكوينها ديناميكيًا.
الحوكمة قبل الحجم – يعتمد النشر التجاري على الجدوى التقنية بدرجة أقل من اعتماده على أطر الثقة، بما في ذلك مصادقة الوكيل، والترخيص، والخصوصية، والضوابط القابلة للتدقيق.
وفي وقت سابق من هذا الشهر، أعلنت تليفونيكا ونوكيا عن تعاونهما لاختبار كيف يمكن لوكلاء برامج الذكاء الاصطناعي دعم استخدام واجهات برمجة تطبيقات الشبكة، كجزء من مبادرة البوابة المفتوحة لرابطة GSMA لتوحيد الوصول إلى قدرات شبكة الاتصالات.
وقد ركز الاختبار الأولي على حالة استخدام لمنع الاحتيال في بيئة معملية. تستخدم Telefónica منصة Network Exposure Platform من Nokia لكشف واجهات برمجة تطبيقات الشبكة والوظائف ذات الصلة – بما في ذلك مبادلة بطاقة SIM ومبادلة الأجهزة – بينما تقوم منصة Nokia Network as Code بتجميع هذه الإمكانات لمطوري التطبيقات من خلال تنسيق وكيل إلى وكيل (A2A). يتمحور العمل حول بروتوكولين ناشئين: بروتوكول وكيل إلى وكيل (A2A)، الذي يمكّن وكلاء الذكاء الاصطناعي من تنسيق المهام، وبروتوكول السياق النموذجي (MCP)، الذي يوفر طريقة موحدة لأنظمة الذكاء الاصطناعي للوصول إلى الأدوات والبيانات الخارجية.
صرح أليكس هارماند، المدير الأول لشركة Telefónica Core والمنصات أخبار RCR اللاسلكية أن نموذج البوابة المفتوحة اليوم يعمل بشكل جيد مع وظائف الشبكة الفردية “الذرية”، ولكنه يصبح أقل فعالية عندما يحتاج المطورون إلى حل مشاكل أكثر تعقيدًا تعتمد على السياق. وقال: “على سبيل المثال، في سيناريو مكافحة الاحتيال، يجب علينا تنسيق واجهات برمجة التطبيقات المتعددة يدويًا – التحقق من التجوال، ومبادلة بطاقة SIM، ومبادلة الأجهزة، وغيرها”. “اليوم، لا توجد واجهة برمجة تطبيقات واحدة لمكافحة الاحتيال؛ يجب على العميل الاتصال بكل واجهة برمجة تطبيقات متخصصة بشكل فردي وتنفيذ منطق المخاطر بنفسه.”
وأوضح أن هذا النهج يتطلب من المشغلين إنشاء وصيانة طبقة تنسيق تتضمن منطق التسجيل، وإدارة عمليات التكامل، والتعامل مع الإصدارات. يمكن لكل إشارة احتيال جديدة – مثل مؤشر الاحتيال – أن تؤدي إلى تغييرات في التعليمات البرمجية وإصدارات جديدة لواجهة برمجة التطبيقات (API)، مع بقاء الكثير من المعلومات الذكية ثابتة في طبقة التكامل.
وقال هارماند: “تحول A2A وMCP هذا النموذج من التنسيق القائم على العقد إلى التنفيذ القائم على النوايا”. بدلاً من استدعاء واجهات برمجة التطبيقات المحددة مسبقًا، يمكن للمطورين التعبير عن هدف عالي المستوى – مثل “تقييم مخاطر الاحتيال” – وسيقوم وكيل الذكاء الاصطناعي بتحديد الأدوات المتاحة ديناميكيًا، ودمجها، والتكيف مع تقديم إمكانات أو إصدارات جديدة. وقال: “باختصار، نحن ننتقل من تكوين واجهة برمجة التطبيقات الثابتة إلى تنسيق القدرات التكيفية القائمة على النوايا”، مجادلًا بأن هذا النهج يمكن أن يقلل من التعقيد ويحسن المرونة مع تطور خدمات الشبكة.
وقالت تليفونيكا ونوكيا إنهما تخططان لاختبار حالات استخدام إضافية وتبادل الأفكار مع الصناعة الأوسع، على الرغم من أن هارماند أشار إلى أن النشر التجاري سيعتمد إلى حد كبير على طلب العملاء. وقال: “من الناحية الفنية، حالة الاستخدام قابلة للتطبيق اليوم”. “إن المنطق الأساسي لمنع الاحتيال يعمل، ويمكن للوكيل بالفعل التفكير في القدرات المتاحة وتكوينها بفعالية.”
ومع ذلك، قبل النشر، قال هارماند إنه يجب معالجة العديد من المجالات بشكل كامل، خاصة فيما يتعلق بالثقة والحوكمة. ويتضمن ذلك المصادقة القوية والترخيص للوكلاء، وضوابط السياسة القابلة للتنفيذ وقابلية التدقيق للقرارات المتعلقة بالاحتيال، وآليات الخصوصية والموافقة الواضحة.
وأضاف هارماند أن “الخطر الأكبر لا يكمن في الحكم الذاتي في حد ذاته، بل في ضمان السيطرة والثقة والمساءلة بمجرد تطبيق الحكم الذاتي”.
وشدد على أن الوكلاء يجب أن يعملوا بشكل صارم ضمن القيود التي يحددها المشغل ولا ينبغي أبدًا أن يكونوا “كيانات ذاتية التفويض”.
وقال: “إن نقطة الفشل الحاسمة ستكون تقديم التنسيق المستقل دون وجود إطار قوي للحوكمة والثقة”. “ولكن عندما يتم تصميم عناصر التحكم هذه بشكل صحيح، فإن الأنظمة الوكيلة لا تقلل من تحكم المشغل – بل ترفع طبقة التجريد مع الحفاظ على السلطة على التنفيذ.”
