ملاحظات من بناء أنظمة الوكلاء
أدوات التقييم، وأنماط التنسيق، وتصميم الذاكرة، والإخفاقات التي تقف خلفها — موثّقة بينما التفاصيل لا تزال حاضرة.
محو الوكيل يجعل السجلات الدليل الأساسي، لا منتجًا ثانويًا
عندما يستطيع الوكلاء حذف آثارهم، يجب أن تخرج سجلات التدقيق بالكامل من نطاق كتابة الوكيل. نمط فصل الواجبات للآثار.
نماذج القرار ليست محركات سياسات: ما يمكن لموجّه بحجم 2B فرضه وما لا يمكنه
النماذج القرارية الرخيصة مثل Strands Decider وClef هي عناصر توجيه أولية، وليست أسطح تحكم. التعامل مع مصنّف سريع كنقطة فرض ينقل نمط الفشل بدلاً من إزالته.
تكلفة المسار مُدخل جدولة، لا تقرير لاحق
منحنى التكلفة، لا إجمالي التكلفة، هو ما يمكّن المنسّق من المقايضة بين العمق والإنفاق عند كل خطوة. يرى هذا المقال أن هذه المقايضة تنتمي إلى داخل المجدول.
التحكيم على الجهاز: تحديد خطوات الوكيل التي لا تغادر الهاتف أبداً
مُحكِّم محلي يقرر خطوات الوكيل التي تُنفَّذ على الهاتف وتلك التي تُصعَّد إلى السحابة، مُرمَّزة كسياسة بدلاً من استدلالات التطبيق.
تنسيق الوكلاء يحتاج إلى مُجدول، لا إلى إطار عمل
بدائيات التحكم على نمط Kubernetes — القبول، والحصص، والاستباق — تنتقل إلى أسراب الوكلاء بشكل أكثر فائدة من أي DSL جديد للوكلاء.
الذاكرة المؤسسية: ما ينبغي للوكيل أن يتذكره وما يجب عليه أن ينساه
لا تكون ذاكرة الوكيل الدائمة مفيدة إلا مع وجود المصدر وتاريخ الانتهاء؛ فالاستدعاء غير المحدود يحوّل مخزن السياق إلى عبء بلا أثر تدقيق.