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