ثلاثة أسابيع من الإحباط إلى SaaS: كيف كتب Claude 90% من كود خدمة للبحث عن تذاكر الطيران

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

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

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

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

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

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

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

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