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