لماذا تؤدي حلقات الوكيل إلى إهدار مئات الآلاف من وون في تكاليف الرموز (Tokens)
في اللحظة التي تدفع فيها بالشيفرة البرمجية (Code) بالكامل إلى الوكيل، تنفجر قنبلة التكاليف. المطور الذي لا يدير السياق يستنفد حد الرموز في غضون يوم واحد فقط. ويتم إنفاق تكاليف إضافية بنسبة 42 بالمائة دون داعٍ. الحل ليس معقداً. قم بإنشاء ملف .agentignore في جذر المشروع. واكتب فيه node_modules وbuild وdist. واجعل الوكيل يتجاهل هذه المجلدات. تقل كمية رموز الإدخال وتتضاعف سرعة الاستجابة بمقدار 2.5 مرة.
تكمن المشكلة عندما يكرر الوكيل الأوامر التي تفشل. في دراسة شملت 100 مهندس مبتدئ، بلغ متوسط الأموال المهدرة شهرياً للفرد الواحد بسبب ترك الحلقات اللانهائية بدون مراقبة 150 ألف وون. يجب التقاط مخرجات الخطأ القياسية في الوقت الفعلي. استخدم نص برمجي بايثون (Python script) يشغل الوكيل كعملية فرعية (Subprocess) ويحلل الخطأ القياسي (stderr). إذا تم طباعة نفس رمز الخطأ ثلاث مرات متتالية، فقم بتنفيذ sys.exit(1) على الفور. هذا يمنع تماماً المواقف التي يتم فيها استنزاف محفظتك.
في بعض الأحيان، يقوم الوكيل بتعديل الكود ويصر على أن كل شيء قد انتهى. في غياب معايير تحقق واضحة، ترتفع احتمالية الحكم على الكود المعطل على أنه طبيعي بنسبة 30 بالمائة. قم بتحليل ملف JSON الخاص بنتيجة اختبارات الوحدة (Unit test). انتقل إلى الخطوة التالية فقط عندما تكون نسبة النجاح 100 بالمائة. اقرأ test_results.json التحقق من حقل passed. إذا لم تكن الشروط مستوفاة، فاجعل البناء (Build) يفشل وقم بإدخال سجل الأخطاء في التوجيه (Prompt) التالي. هذه هي الطريقة الوحيدة لمنع حوادث النشر.
إذا كانت إدارة جلسة الطرفية (Terminal session) فوضوية، فسوف ينهار عمل الوكلاء المتعددين. إذا لم تقم بإدارة الجلسات، فسيرتفع معدل فقدان السياق إلى ما يصل إلى 65 بالمائة. قم بتشغيل جلسات مستقلة باستخدام tmux. قم بتسجيل المخرجات القياسية لكل جلسة في دليل سجل فريد في الوقت الفعلي. حتى إذا ماتت الجلسة، قم باستعادة نقاط التحقق المخزنة في قاعدة بيانات sqlite3 المحلية. هذا هو الهيكل الواقعي لتشغيل خط الأنابيب (Pipeline) للوكيل دون تعارضات في الجلسات.