الإطلاق
نموذجك الأولي المبني بالذكاء الاصطناعي يعمل. هذا ما يحتاجه قبل المستخدمين الحقيقيين
· 3 دقائق · إكسكوديا لابز
تستطيع أدوات مثل Lovable وBolt وCursor أن توصلك إلى منتج يمكن النقر عليه خلال عطلة نهاية أسبوع. المسافة بين ذلك ومنتج يدفع الناس مقابله أقصر من إعادة كتابة كاملة، وأطول مما يتوقعه معظم الناس.
صار عدد متزايد من روّاد الأعمال يأتي إلينا ومعه تطبيق يعمل بدل عرض تقديمي. هذا خبر جيد. النموذج الذي بنيته بنفسك يجيب عن أسئلة لا يجيب عنها أي عرض، ويُثبت أنك تفهم منتجك أكثر من أي شخص ستتعاقد معه.
صاغ أندريه كارباثي مصطلح «vibe coding» في فبراير 2025، واختاره قاموس كولينز كلمةَ العام في نوفمبر من العام نفسه. وبعد عام واحد فقط، وصفه كارباثي بأنه صار من الماضي، وسمّى المرحلة التالية «هندسة الوكلاء» (agentic engineering): الوكلاء يكتبون معظم الكود، والبشر مسؤولون عن البنية والمراجعة والجودة. هذه الملاحظة عن ذلك النصف الثاني.
فيمَ ينفع النموذج الأولي
احتفظ به. النموذج الذي يعمل يكشف أي الشاشات مهمة، وكيف تبدو البيانات، وأين يتعثر الناس. وهو أوضح مواصفات يمكن أن تسلّمها لمهندس. نقرأ النماذج الأولية كما نقرأ وثيقة متطلبات، لكن أسرع.
أين تتعطل النماذج المبنية بالذكاء الاصطناعي عادةً
الأعطال متوقعة، ولا يظهر أي منها في العرض التوضيحي. العرض شخص واحد، باتصال جيد، يفعل ما هو متوقع.
- الوصول إلى البيانات: قواعد تبدو صحيحة في الواجهة لكنها غير مطبّقة على الخادم، فيستطيع أي مستخدم مسجّل أن يقرأ سجلات غيره.
- مفاتيح سرية في المتصفح: مفاتيح الدفع أو البريد أو مزوّد النموذج تصل إلى كل زائر.
- لا ترحيلات لقاعدة البيانات: عُدّل المخطط يدوياً مرات كثيرة، ولا أحد يستطيع إعادة بنائه من الصفر.
- المسار المثالي فقط: لا شيء يعالج انتهاء المهلة أو إعادة المحاولة أو الدفع المكرر أو المستخدم الذي ينقر مرتين.
- لا اختبارات ولا تتبّع للأخطاء، فأول علامة على الخلل رسالة غاضبة من عميل.
- استدعاءات للنموذج بلا حدود: لا مهلة، ولا سقف للتكلفة، ولا خطة لحين تكون الإجابة خاطئة.
معظم هذه المشكلات يمكن إصلاحها في مكانها. السؤال المفيد ليس «نعيد الكتابة أم لا»، بل أي الأجزاء قد يؤذي أحداً إذا فشل أمام مستخدمين حقيقيين وأموال حقيقية.
مراجعة قصيرة، ثم قرار
قبل أن نغيّر سطراً واحداً، نقضي أياماً قليلة مع أربعة أسئلة. إجاباتها تحدد هل نقوّي ما هو موجود أم نعيد بناء طبقة واحدة منه.
- هل يرى مستخدم بيانات مستخدم آخر؟ نراجع كل استعلام يقرأ بيانات المستخدمين وكل مساحة تخزين.
- ماذا يتعطل حين يحدث أمران في اللحظة نفسها؟ الدفع والمخزون والحجوزات، وكل موضع تكلّف فيه حالة التسابق مالاً.
- هل ننشره مرتين فنحصل على النتيجة نفسها؟ إن كان الإعداد موجوداً على حاسوب واحد فقط، فهذا أول إصلاح.
- كم يكلّف مستخدم إضافي؟ يهم هذا أكثر حين يستدعي كل طلب نموذجاً.
غالباً ما تنجو الواجهة الأمامية بمعظمها. العمل الحقيقي يكون عادةً في الخادم ونموذج البيانات وقواعد الوصول. ولهذا تكون عبارة «أعد كتابته فقط» قراراً خاطئاً في الغالب: تتخلص من الأجزاء التي تعمل، وتخسر السرعة التي أوصلتك إلى هنا.
استمر في استخدام الأدوات
نستخدمها كل يوم. وكلاء البرمجة جيدون في الكود المتكرر والترحيلات وهياكل الاختبارات وشاشة النموذج العاشرة. الفرق في بيئة الإنتاج أن شخصاً يقرر البنية أولاً ويقرأ ما يعود. تحتفظ بالسرعة، وتقل المفاجآت كثيراً.
إن كنت في هذه المرحلة
- اكتب ثلاثة أشياء يجب أن يفعلها المستخدم الذي يدفع دون أخطاء، واحمِها أولاً.
- انقل كل المفاتيح السرية إلى الخادم اليوم. يستغرق ذلك نحو ساعة.
- ضع مخطط قاعدة البيانات تحت التحكم بالإصدارات.
- أضف تتبّع الأخطاء قبل أن تضيف ميزة أخرى.
- لا تستقبل مدفوعات على كود لم يقرأه أحد.
النموذج الذي جرّبه أناس حقيقيون له قيمة كبيرة. عامله كمسودة أولى: احتفظ بما علّمك، وأصلح ما قد يؤذي أحداً، وأطلق النسخة التالية عن قصد.