الصراع في قلب العاصفة
قضيت شهوراً في بناء آلة أسميتها Angelo.
حدقت في الكود وشعرت بشك بارد. هل تعمل هذه الآلة حقاً؟
راجعت الكود للمرة الأخيرة. وجدت خطأً. كتبت في دفتري: سيتعين على الوكلاء الثلاثة الانتظار للأبد.
ضغطت على الزر. بدأت ثلاثة وكلاء رقميين بالعمل. أحدهم كان نافد الصبر، والآخر كان قاضياً، والثالث كان مشككاً.
ساد الصمت بينهم جميعاً. مرت دقيقة. ثم ثلاث دقائق. لم تظهر الشاشة أي مخرجات.
يعمل وكيل LLM بناءً على الاحتمالات. إذا كانت المدخلات فارغة، فإن احتمال وجود مخرجات يكون صفراً، وبالتالي يصبح وقت الانتظار لانهائياً.
استغرق الإصلاح عشرين سطراً. أعطيت الوكلاء تعليماتهم وضغطت على الزر مرة أخرى. هذه المرة، عملوا بنجاح. وانتصر المشكك.
شعرت بالارتياح. ثم تعطل النظام مرة أخرى.
ظهر خطأ في Git. حذفت ملف القفل. ثم فشل المترجم. كنت أحارب عدواً غير مرئي في الكود الخاص بي.
ثم ظهر تحذير: مطلوب تدخل.
كانت المشكلة في نبضة المراقبة. إذا كانت عملية الفحص تتم كل خمس وأربعين دقيقة، فإن تأخير الكشف يكون اثنتين وعشرين دقيقة.
وجدت المسبب. كانت مشكلة في طوابير الانتظار.
كان للنظام وقت مسح ووقت استطلاع. إذا كان وقت المسح أطول من وقت الاستطلاع، فإن الطابور ينمو إلى ما لا نهاية. بدأت مهمة جديدة قبل انتهاء المهمة الأخيرة، فتراكمت أقفال الحماية.
لم أعد كتابة النظام بأكمله، بل أصلحته بسطر واحد من الكود.
عمل الوكلاء مرة أخرى. أصدر القاضي حكمه. وتذكرت الآلة.
تستخدم الآلة الرياضيات لتتبع الثقة. تستخدم توزيع بيتا. في البداية، يحظى كل وكيل بثقة متساوية. عندما يفوز وكيل ما، ترتفع درجة ثقته. وعندما يخسر، تنخفض الدرجة. الآلة لا تطرد الخاسرين، بل تكتفي بتذكر تاريخهم.
وجدت خمسة أخطاء برمجية حقيقية اليوم. وأصلحتها جميعاً.
السجلات لا تكذب. القصة هي مجرد الطريقة التي أرويها بها.
المصدر: https://dev.to/turacthethinker/the-fight-in-the-storm-1l6b
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi