أظهر LanChess الطريق من vibe coding إلى الإنتاج: 100 ألف سطر برمجي خلال ثلاثة أشهر

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

كيف نما LanChess

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

يقدم المؤلف نفسه LanChess كمثال نادر على مشروع يمكن مناقشته بشكل كامل وعلني. في أقل من ثلاثة أشهر، حصل على حوالي 100 ألف سطر من الكود، لم يكتبها بيده، بل بإدارة العملية من خلال أدوات الذكاء الاصطناعي. هذه ليست مجرد قصة عن السرعة. ما هو أكثر أهمية مختلف: المشروع له تحف قابلة للقياس من العمل — 3300 استعلام، و832 التزام، وخدمة في الإنتاج وتدقيق القرارات التي يمكن تحليلها دون النظر إلى اتفاقيات عدم الكشف. لهذا السبب تثير القضية اهتمام لاعبي الشطرنج وكذلك المطورين الذين يحاولون فهم التكلفة الحقيقية لبرمجة الاهتزازات.

حيث بدأت القيود

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

"100 ألف سطر من الكود وليس واحد من يدي."

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

ما تعلمه هذه الحالة

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

• يقلل الذكاء الاصطناعي بشكل كبير من الوقت حتى النسخة الأولى التي تعمل.
• يتطلب الإنتاج قوائم انتظار وخوادم ومراقبة وتفويض مستقر.
• يمكن للقيود القانونية تغيير المنتج بسرعة أكبر من أي إعادة هيكلة.
• تساعد المقاييس مثل 3300 استعلام و832 التزام على مناقشة الإنتاجية بدون أساطير.

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

ماذا يعني هذا

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