تضخم سجل الذاكرة لوكيل LLM في بيئة الإنتاج من ملف بحجم 2 كيلوبايت إلى 29,446 بايت، مما أدى إلى زيادة عدد الرموز (tokens) التي يقرأها الوكيل من حوالي 500 إلى 7,360 رمزاً في كل عملية تشغيل — وهي تكلفة خفية ظهرت دون أي تنبيه على لوحة مراقبة النظام. يقول المطور المسؤول عن الوكيل إن الارتفاع الصامت في تكلفة القراءة هو مثال ملموس على "انحراف تكلفة الوكيل" (agent cost drift)، وهي مشكلة يمكن أن تستنزف الميزانيات حتى عندما يبدو النظام يعمل بشكل طبيعي.
ما هو انحراف تكلفة الوكيل؟
يصف انحراف تكلفة الوكيل الزيادة التدريجية في التكلفة الحسابية للعمليات الروتينية لوكيل الذكاء الاصطناعي، والناتجة عن نمو حالة الوكيل (state) الخاصة به. في هذا المثال، يحتفظ الوكيل بملف سجل عمل يسجل أسباب رفضه لمواضيع المقالات السابقة. وتضيف كل مدخلة جديدة فقرة من التبرير، ويتم قراءة الملف بالكامل قبل أن يقوم الوكيل بإنشاء محتوى جديد. ولأن السجل يتوسع بشكل تربيعي — حيث لا تكتفي كل مدخلة بإضافة طولها الخاص فحسب، بل تشير أيضاً إلى المدخلات السابقة — فإن كمية النص التي يجب على الوكيل استيعابها تتسارع بمرور الوقت.
لا يعد هذا الانحراف قفزة مفاجئة أو فشلاً؛ بل هو ضريبة خطية تتراكم. لا يزال الوكيل ينتج مقالين يومياً، ولا تظهر لوحة المراقبة أي أخطاء، ومع ذلك تستهلك كل عملية تشغيل الآن 7,360 رمزاً، بعد أن كانت حوالي 500 رمز قبل شهر. وبما أن معظم مزودي نماذج LLM يتقاضون رسوماً لكل رمز، فإن الزيادة في عدد الرموز لكل عملية تشغيل تترجم مباشرة إلى تكاليف تشغيل أعلى.
لماذا يهم هذا الأمر
- التأثير على الميزانية – تعني التسعير القائم على الرموز (tokens) أن كل رمز إضافي يتم قراءته هو مال يتم إنفاقه. لقد زاد عدد الرموز من 500 إلى 7,360.
الآليات الخفية
نمط نمو الملف هو المفتاح. إن سجل العمل الذي يضيف مدخلات جديدة سطراً بسطر فقط سيزداد بشكل خطي، ولكن نظرًا لأن كل مدخلة تشرح الأسباب وراء عمليات الرفض السابقة، فإن طول النص يتضاعف بشكل تراكمي. والنتيجة هي منحنى نمو تربيعي: مضاعفة عدد المدخلات تؤدي إلى أكثر من مضاعفة حجم الملف، كما أن عدد الرموز اللازمة لمعالجته ينمو بشكل أسرع.
نادراً ما يلاحظ المطورون التكلفة المتزايدة لأن كل مدخلة "تبدو منطقية في حد ذاتها". تظل مخرجات الوكيل صحيحة، ويستمر السجل في أداء غرضه، مما يخفي عدم الكفاءة.
استراتيجية التخفيف
يقترح المطور إعادة هيكلة السجل من ثلاثة أجزاء:
- ملف المدخلات الحديثة (Recent-entry file) – الاحتفاظ بملف صغير يتم قراءته بنشاط ويحتوي فقط على أحدث المدخلات القليلة اللازمة لتجنب التكرار الفوري.
- فهرس مضغوط (Compact index) – تخزين ملخص من سطر واحد للمدخلات القديمة. يمكن مسح الفهرس بسرعة للتحقق من تكرار المواضيع دون استدعاء فقرات كاملة.
- النص الكامل المؤرشف (Archived full text) – نقل التبريرات التاريخية الكاملة إلى ملف أرشيف منفصل لا يقرأه الوكيل أثناء التشغيل العادي.
يحافظ هذا النهج على قدرة الوكيل على تجنب تكرار المواضيع مع تقليل حمل الرموز (token load) لكل عملية تشغيل بشكل كبير.
كيف تكتشف انحراف التكلفة في وكلائك
- تتبع قراءات الرموز – سجل عدد الرموز التي يستهلكها الوكيل عند تحميل ملف ذاكرته في كل مرة يعمل فيها.
- التتبع بمرور الوقت – قارن عدد رموز اليوم بالعدد من أسبوع أو شهر مضى. يشير الاتجاه التصاعدي المستمر إلى وجود انحراف.
مجرد التحقق من أن الملف لا يزال يتم تحميله دون خطأ ليس كافياً؛ يجب عليك قياس تكلفة هذا التحميل.
ما يجب مراقبته لاحقاً
إن انحراف تكلفة الوكيل هو ضريبة غير مرئية يمكن أن تنهش ميزانية الذكاء الاصطناعي الخاصة بك بصمت. من خلال التعامل مع ملف ذاكرة الوكيل كمركز تكلفة — عبر قياس قراءات الرموز، ومراقبة منحنيات النمو، وإعادة هيكلة السجلات — يمكنك إبقاء الضريبة منخفضة والمخرجات دقيقة.
انضم إلى النقاش: https://t.me/GyaanSetuAi