أصبح دور واجهات برمجة التطبيقات الخارجية (Third-party API routers) محورياً في تطوير البرمجيات، حيث تعمل كطبقة موحدة للوصول إلى مزودات نماذج اللغات الضخمة (Large Language Models) المتنوعة. وقد تم تبني عملية تشغيل عالية الاستقلالية في تدفقات عمل البرمجة الروبوتية، حيث يساعد هذا النهج في تقليل حالة التفاعل الزائدة.

وبينما تتواجد واجهة برمجة التطبيقات الخارجية بين الروبوت والمزود الأساسي، فإنها تسجل كل طلب ورد، مما يثير تساؤلات حول سلامة البيانات المرسلة عبرها. وعلى الرغم من أهمية هذه الواجهة، إلا أنه لا توجد آليات موثقة تتحقق من تطابق مخرجات المزود مع الأفعال التي ينفذها الروبوت على مستوى المستودع.

في دراسة حديثة، تم إجراء تجارب لقياس قدرة الروبوتات على التحكم في التدخلات، حيث تم اختبار أربعة مستويات من التدخلات: استبدال الردود (Response Substitution)، إضافة الردود (Response Append)، تدخل مصقول باستخدام نموذج لغوي (LLM-Polished Injection)، وأخيرًا تدخل مصقول مع مواءمة توزيع (LLM-Polished with Distribution Alignment Injection).

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

بدون تدابير إضافية، كانت جميع الوكلاء الذين تم تقييمهم حققوا معدل نجاح دفاعي يساوي 0% عبر جميع مستويات التدخل. ومع تحسين الحماية من جانب العميل، يظل الوصول الكامل بعيد المنال، مما يدعو إلى ضمانات سلامة مخرجات المزود.