Microsoft تُفرّغ محادثة وكلاء الذكاء الاصطناعي وتحقق مكسبًا يصل إلى 66% بالميزانية نفسها

يجد وكلاء الذكاء الاصطناعي المستقلون الحلول بكفاءة أقل كلما تراكمت مراسلاتهم الخاصة. هذا ما خلص إليه باحثو Microsoft، وأطلقوا على الظاهرة اسم «أحواض الأفكار» (idea basins): مناطق محلية في فضاء الحلول لا يستطيع الوكيل ذو السياق الطويل الخروج منها. أما الأسلوب الذي اقترحوه، Fork-and-Flush، فيمسح سجل المحادثة ويُبقي على مساحة العمل. وبالميزانية الحسابية نفسها، تتحسن النتائج بنسبة تصل إلى 66%.

كيف يعلق الوكيل في الحوض

حين يعمل الوكيل على مهمة لفترة طويلة، يملأ السياق خطوة بعد خطوة بالفرضيات والمحاولات الفاشلة والاستنتاجات الوسيطة. ويصبح كل ذلك شرطًا للخطوة التالية. فيواصل النموذج تطوير الاتجاه الذي اختاره أصلًا، حتى لو كان يقود إلى طريق مسدود، وكل رد جديد يرسّخ هذا المسار. ويصف الباحثون ذلك بأنه الوقوع في منطقة محلية لا مخرج منها في سير العمل المعتاد.

زيادة الميزانية لا تحل هذه المشكلة. فإذا كان الوكيل يدور حول فكرة واحدة، فإن الرموز (tokens) والخطوات الإضافية لا تفعل سوى تعميق الحوض. لذلك تكمن الأهمية في طريقة إنفاق الحوسبة نفسها.

Fork-and-Flush: التفريع والمسح

يتكون الأسلوب من عمليتين. تنشئ Fork تفرعات من العملية، وتمسح Flush سجل المحادثة. والتفصيل الجوهري هنا أن المراسلات وحدها هي التي تُمسح، أما مساحة العمل فتبقى كما هي. وكل ما أنجزه الوكيل بيديه يُحفظ: الملفات والشيفرة والمخرجات. فيحصل النموذج على سياق نظيف وينظر إلى بيئة عمل جاهزة دون عبء استدلالاته السابقة.

بهذه الطريقة يعود الوكيل إلى المهمة دون أحكام مسبقة متراكمة، ولا يخسر تقدمه الملموس. ومن هنا تأتي الكفاءة: فلا حاجة إلى إعادة العمل من الصفر.

أبرز المعطيات بحسب الدراسة:

• المشكلة: «أحواض الأفكار» الناتجة عن تنامي سياق المحادثة؛
• ما يُمسح: سجل مراسلات الوكيل؛
• ما يبقى: مساحة العمل؛
• الميزانية: حجم الحوسبة نفسه المستخدم في النهج الأساسي؛
• النتيجة: تحسن يصل إلى 66%.

عبارة «يصل إلى 66%» تعني الحد الأقصى، وليست المتوسط. ولا يتضمن المنشور الأصلي في The Decoder تفصيلًا بحسب المهام والنماذج ومعايير الأداء (benchmarks)، لذا من المبكر الحكم على المكسب المعتاد. ويلزم الرجوع إلى دراسة Microsoft نفسها.

ما الذي يمكن تجربته في وكلائك

تنطبق الفكرة خارج المختبرات البحثية بكثير، خاصة في البرمجة، حيث يعمل الوكلاء ساعات طويلة. وإذا تأكدت النتائج عمليًا، فإنها تقود إلى عدة خطوات.

الأولى: حفظ الحالة في مساحة العمل لا في الحوار. فكل ما هو مهم (الشيفرة والملاحظات ونتائج الفحوص) ينبغي أن يوجد في الملفات والمستودع، حيث يمكن قراءته بعد مسح السياق.

الثانية: عدم مدّ الجلسة الواحدة إلى ما لا نهاية. فإذا لم يحرز الوكيل تقدمًا لفترة طويلة، فمسح السياق ومنحه نظرة جديدة على الحالة الراهنة للمشروع أرخص من صبّ مزيد من الرموز في الحوار نفسه.

الثالثة: تشغيل عدة فروع بسياق نظيف بدلًا من فرع واحد طويل. تبقى الميزانية الحسابية نفسها، لكن فرص الوصول إلى «حوض» آخر تزداد.

يصطدم هذا الأسلوب بالافتراض الشائع أن السياق المتراكم مفيد دائمًا. وفي الأنظمة الوكيلة، يبدو أن من الأجدر اعتباره موردًا ذا عائد متناقص، ينبغي إدارته بالوعي نفسه الذي تُدار به الرموز ووقت التشغيل.