ملاحظات من بناء أنظمة الوكلاء
أدوات التقييم، وأنماط التنسيق، وتصميم الذاكرة، والإخفاقات التي تقف خلفها — موثّقة بينما التفاصيل لا تزال حاضرة.
الاحتفاظ بعد التشغيل: لماذا تعيش بيانات اعتماد الوكيل أطول من مهمته
غالبًا ما تظل بيانات اعتماد الوكيل صالحة بعد إتمام المهمة. الفجوة الحقيقية تقع بين إنهاء التشغيل وانتهاء صلاحية بيانات الاعتماد، وليس بين التعيين والإنهاء.
سجلات الخروج: تسجيل إلى أين ذهب الوكيل، لا ما أرسله فقط
فحص المحتوى يرى الحمولات، لا الوجهات. سجل الخروج يوثّق إلى أين ذهب الوكيل، وبأي ترتيب، ومدى novelty كل قفزة.
ميزانيات الخروج للوكيل: المعدل ليس هو المدى
حدود المعدل تقيّد سرعة تصرف الوكيل، لا إلى أين يتجه. يجب أن يكون التحكم في الخروج ميزانية للوجهات والقدرات، تُفرض عند الوسيط وتُسوّى بعد كل تشغيل.
الأنظمة القديمة مشكلة تضخيم للوكلاء
لا يبتكر الوكلاء ثغرات جديدة في الأنظمة القديمة؛ بل يرفعون معدل الاستغلال. الحل هو حدود المعدل والنطاق عند حدود الوكيل، وليس إعادة الكتابة.
النية هي الإشارة المفقودة في قياس أمن الوكلاء
تسجّل منظومات الأمن ما يفعله الوكلاء، لا ما ينوون فعله. وجعل النية المعلَنة أثراً موقّعاً قابلاً للاستعلام يسدّ هذه الفجوة.
وكيل يصل إلى بوابة حكومية هو فشل في التوجيه
الوصول غير المصرّح به يُحسم عند نقطة الخروج الحرجة، لا في الـ prompt. كل أسطول وكلاء يحتاج إلى حدود شبكية واحدة قابلة للتدقيق تكون فيها حالات الرفض أحداثًا من الدرجة الأولى.
التسريب في المخرجات هو فشل في التتبع المصدرى، وليس فشلًا في مواءمة النموذج
عندما ينشر الوكيل مخرجات لم يكن ينبغى تصديرها، يكون الخلل هو غياب تتبع المصدر والتلوث للبيانات المتدفقة إلى المخرجات المولّدة.
الوكيل المارق هو عقد خروج مفقود، وليس نموذجًا مارقًا
عندما يصل وكيل إلى مضيف غير مرتبط بمهمته، يكون الخلل فجوة في الشبكة والصلاحيات. الحل هو عقد خروج صريح يُفرض عند طبقة المقابس، لا نموذج أفضل.
نية وقت التشغيل تتفوق على قوائم السماح الثابتة لخروج الوكيل
لا تستطيع قوائم السماح الثابتة مواكبة استدعاءات أدوات الوكيل المُركّبة. فحص النية وقت التشغيل يلتقط ما يفوته تصفية الوجهة، إذا بقي الفحص رخيصًا بما يكفي للمسار الحرج.