نشرت جوجل مؤخرا دليلا رائعا حول هندسة السياق الفعالة لأنظمة الوكلاء المتعددين. انتبهوا لهذه الفكرة، أيها المطورون الذكاء الاصطناعي! (ضع علامة مرجعية) إليكم أهم ما استخلصته: نوافذ السياق ليست عنق الزجاجة. هندسة السياق هي كذلك. بالنسبة للمشاكل الأكثر تعقيدا وطويلة الأفق، لا يمكن التعامل مع إدارة السياق كمشكلة بسيطة ل "التلاعب بالسلاسل". النهج الافتراضي لمعالجة السياق في أنظمة الوكلاء اليوم لا يزال حشو كل شيء في الطلب. المزيد من التاريخ، المزيد من الرموز، المزيد من الارتباك. معظم الفرق تتعامل مع السياق كمشكلة في ربط السلاسل النصية. لكن تفريغ السياق الخام يخلق ثلاثة إخفاقات حرجة: > انفجار التكاليف بسبب المعلومات المتكررة > تدهور الأداء بسبب تأثيرات "الضياع في المنتصف" > زيادة معدلات الهلوسة عندما يخطئ الوكلاء في نسب الأفعال عبر النظام تصبح إدارة السياق مسألة معمارية إلى جانب التخزين والحوسبة. هذا يعني أن التحويلات الصريحة تحل محل ربط السلاسل العشوائي. يتلقى الوكلاء السياق المطلوب الأدنى بشكل افتراضي ويطلبون معلومات إضافية صراحة عبر الأدوات. يبدو أن مجموعة تطوير الوكلاء من جوجل تفكر بعمق في إدارة السياق. يقدم بنية متدرجة تعامل السياق ك "عرض مترجم فوق نظام حالي" بدلا من نشاط تعبئة الطلبات. كيف يبدو هذا؟ 1) الهيكل: النموذج الطبقي يفصل الإطار التخزين عن العرض عبر أربع طبقات مميزة: 1) السياق العامل يتعامل مع وجهات النظر المؤقتة لكل استدعاء. 2) تحافظ الجلسة على سجل الأحداث الدائم، حيث تلتقط كل رسالة، وكل نداء أداة، وإشارة تحكم....