حين يخرج وكيل البرمجة بالذكاء الاصطناعي عن السيطرة: أزمة تكلفة تبحث عن حل

وتشير إحدى عمليات التدقيق إلى أن السياق المُعاد إرساله وحده يمثل نحو 62% من الفاتورة، ما يجعله أكبر هدف مباشر لخفض التكلفة .

وتتكرر ثلاثة سيناريوهات في المؤسسات:

• حلقات إعادة محاولة صامتة: عند فشل أداة أو إرجاعها نتيجة فارغة، يعيد الوكيل المحاولة بصياغة مختلفة. ومن دون حد أقصى، قد تستمر العملية حتى تتدخل حصة مزود النموذج، وربما بعد ساعات .
• وكلاء بلا مالك: تشير بيانات مسح إلى وجود 47 وكيلاً غير مرتبطين بمالك نشط في المؤسسة الواحدة بالمتوسط، ما يخلق إنفاقاً غير مراقب .
• تضخم السياق: تُضاف تفاصيل المحادثة والأدوات والملفات إلى الطلبات اللاحقة، فتزداد التكلفة بأسرع من نمو مدة الجلسة .

والخسائر ليست افتراضية. فقد استنفدت Uber كامل ميزانية البرمجة بالذكاء الاصطناعي لعام 2026 بحلول أبريل . كما راكم وكيل LangChain استخدمه مطور واحد فاتورة API بقيمة 47,000 دولار خلال 11 يوماً، ولم يكتشف الفريق المشكلة إلا عند وصول الفاتورة .

كيف تحاول Kilo Code كبح انفلات التكلفة؟

طورت Kilo Code، وهي أداة مفتوحة المصدر لوكلاء البرمجة نشأت من إرث مشروعي Cline وRoo Code، نموذجها حول شفافية التكلفة وحرية اختيار النموذج، بدلاً من حبس المستخدم داخل اشتراك أو مزود واحد .

الدفع حسب الاستخدام من دون هامش إضافي

تتيح Kilo Code للمستخدمين إدخال مفاتيح API الخاصة بهم، وهو نموذج يُعرف اختصاراً بـ BYOK، أو استخدام أرصدة Kilo Pass. ولا تضيف المنصة عمولة على سعر الرموز؛ فكل دولار من أرصدة Kilo يعادل دولاراً من تكلفة النموذج، وفق المواد المتاحة .

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

أكثر من 500 نموذج مع التبديل أثناء المحادثة

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

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

سير عمل: التخطيط ثم البناء ثم المراجعة

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

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

حدود إنفاق وتحليلات استخدام

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

نموذج Kilo Pass القائم على «الزخم»

بدلاً من بيع وصول «غير محدود» إلى الذكاء الاصطناعي، تحول Kilo الاشتراك إلى رصيد لا تنتهي صلاحيته، ينفقه المطور مباشرة على استخدام النماذج وفق أسعار مزوديها . ويستهدف هذا النموذج الاستخدام المنتظم والمستمر، لا الارتفاعات المفاجئة وغير المتوقعة في الاستهلاك .

ضوابط يمكن تطبيقها في أي مؤسسة

تتقاطع التوصيات الواردة من مصادر مختلفة حول مجموعة من الحواجز التشغيلية التي تساعد على منع المفاجآت المالية :

1. فرض سقف إنفاق لكل وكيل وجلسة: يجب أن يكون السقف فعالاً قبل تجاوز الميزانية، لا مجرد تنبيه يصل بعدها.
2. توجيه المهام بين النماذج: تُسند الأعمال الروتينية إلى نماذج اقتصادية، بينما تُحجز النماذج المتقدمة للاستدلال المهم والمهام الحساسة.
3. تقليص نافذة السياق: ينبغي تلخيص سجل المحادثة أو حذفه عند تغير المهمة، وإرسال الملفات الضرورية فقط.
4. تعيين مالك واضح لكل وكيل: لكل وكيل مسؤول محدد وميزانية يمكن تتبعها.
5. بوابات تقييم ومفاتيح إيقاف: تتولى اختبارات التقييم ومفاتيح الإيقاف قطع الحلقات غير السليمة قبل تضخم الفاتورة.
6. تتبع التنفيذ ومراقبته: تساعد آثار التكلفة على مستوى كل خطوة، وسير العمل القابل للمراجعة، والمراقبة الذاتية الاستضافة، في كشف الخلل قبل نهاية الشهر .

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

الخلاصة

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

وفي هذا السياق، تقدم Kilo Code نموذجاً يركز على الشفافية وحرية الاختيار بدلاً من الارتباط بمزود واحد. لكن الأدوات وحدها لا تكفي: فحتى نموذج الدفع حسب الاستخدام وحرية إدخال مفاتيح API يتطلبان انضباطاً في تحديد الحدود، ومراقبة الجلسات، وإيقاف الوكلاء الذين يخرجون عن المسار.