ما هو Vibe Coding؟ شرح بلغة بسيطة

الـ vibe coding هو بناء البرمجيات بوصف ما تريده لذكاء اصطناعي بلغة بسيطة، وتشغيل ما ينتجه، وتوجيهه بحسب النتائج لا بقراءة الكود. أنت تحكم على التطبيق نفسه — هل يعمل الزر، وهل تبدو الصفحة صحيحة — وتطلب التعديلات حتى يؤدي ما تحتاجه. صاغ المصطلح الباحث في الذكاء الاصطناعي أندريه كارباثي في منشور على X في فبراير 2025، وصف فيه كيف يستسلم للـ«vibes» وينسى أن الكود موجود أصلًا.

من أين جاء المصطلح

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

انتشرت العبارة لأنها سمّت شيئًا كان كثيرون يفعلونه أصلًا. وخلال أشهر صارت تُستخدم لكل شيء من المشاريع الهاوية إلى نماذج الشركات الناشئة الأولية، واختار قاموس كولينز الإنجليزي «vibe coding» كلمة العام 2025. واليوم تُستخدم بمعنى واسع لأي بناء يكتب فيه الذكاء الاصطناعي الكود ويوجّهه شخص بلغة بسيطة.

لماذا يهمّ إن كنت تبني بالذكاء الاصطناعي

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

لكن التعريف يحمل تحذيره في داخله. «انسَ أن الكود موجود أصلًا» أمر مقبول حين يكفي أن يعمل الكود لك أنت، اليوم. وهو أقل قبولًا حين يخزّن التطبيق بيانات العملاء أو يستقبل مدفوعات أو يجب أن يستمر عمله سنوات. ومعرفة أين يقع هذا الحد هي أنفع ما تتعلمه عن الـ vibe coding.

تشبيه من الحياة اليومية

تخيّل أنك تجدّد مطبخًا بأن تخبر البنّاء بما تريد بدل أن ترسم المخططات بنفسك. تقول «طاولة طويلة تحت النافذة، ورفوف مفتوحة، والثلاجة قرب الباب»، ثم تدخل كل مساء وتنظر إلى ما أُنجز وتقول ما الذي يجب تغييره.

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

الـ vibe coding كذلك. الشاشات هي الغرفة المرئية. أما الأمان ومعالجة البيانات وطريقة تنظيم الكود فهي الأسلاك.

كيف يبدو الـ vibe coding عمليًا

لنقل إنك تريد أداة بسيطة لتتبع العملاء الذين دفعوا فواتيرهم.

لم تفتح أي ملف كود. لكن لاحظ الخطوة 3: بدا التطبيق منتهيًا قبل أن يحفظ أي شيء فعلًا. الـ vibe coding يكافئ من يختبر كمستخدم ويصف ما يراه بدقة.

الفوائد

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

المخاطر الحقيقية

هذه ليست أسبابًا لتجنب الـ vibe coding. إنها الأشياء التي لا تتحقق منها الـ vibes نيابة عنك.

ثغرات أمنية لا تراها

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

كود لا يفهمه أحد

إن لم يقرأ أحد الكود، فلا أحد يعرف كيف نُظِّم. لا بأس بذلك في الأحجام الصغيرة. ومع نمو التطبيق، يخاطر كل تغيير بكسر شيء لا علاقة له به، وقد يبدأ الذكاء الاصطناعي في «إصلاح» خطأ بإنشاء آخر. والتطبيقات التي بُنيت بالـ vibe coding شهورًا دون أي مراجعة غالبًا أصعب تعديلًا من تطبيقات بُنيت ببطء أكبر.

عدم معرفة معنى «انتهى»

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

اعتماديات وتكاليف خفية

كثيرًا ما تستعين التطبيقات المبنية بالذكاء الاصطناعي بخدمات خارجية — مزودي البريد، ومعالجات الدفع، وواجهات AI. لكل منها حسابه ومفاتيحه وحدوده وفواتيره. اعرف ما يعتمد عليه تطبيقك قبل الإطلاق.

مفاهيم خاطئة شائعة

كيف تمارس الـ vibe coding بمسؤولية

بضع عادات تغطي معظم المخاطر:

1. أبقِ التغييرات صغيرة. طلب واحد، تغيير واحد، ثم اختبر. الطلبات الكبيرة الغامضة تعطي نتائج كبيرة غامضة.
2. استخدم نقاط الاستعادة. تأكد أنك تستطيع الرجوع إلى آخر نسخة تعمل قبل تجربة شيء محفوف بالمخاطر.
3. اطلب من الذكاء الاصطناعي أن يشرح. «ماذا يفعل هذا التغيير؟ وما الذي قد ينكسر؟» يكلّف قليلًا ويكشف كثيرًا.
4. اختبر كغريب. سجّل الدخول بصفتك مستخدمًا ثانيًا وحاول رؤية بيانات المستخدم الأول.
5. أبعد الأسرار عن الكود والمحادثة. مكان مفاتيح API هو متغيرات البيئة أو أسرار المشروع.
6. راجع قبل وصول المستخدمين الحقيقيين. لأي شيء فيه مدفوعات أو بيانات شخصية، اتبع قائمة تحقق أمنية أو اطلب من مطوّر أن يلقي نظرة.

ما الذي تطلبه من منشئ الذكاء الاصطناعي

وصفات مفيدة تحوّل الـ vibes إلى فحوص:

• «قبل أن تبني هذا، أخبرني بخطتك وما البيانات التي سيخزنها.»
• «اذكر كل مكان يخزّن فيه هذا التطبيق بيانات المستخدم أو يرسلها.»
• «هل يستطيع مستخدم مسجّل رؤية سجلات مستخدم آخر أو تغييرها؟ افحص كود الخادم لا الصفحات فقط.»
• «هل توجد أي مفاتيح API ظاهرة في كود يعمل داخل المتصفح؟»
• «ماذا يحدث إن أرسل شخصان هذا النموذج في اللحظة نفسها؟»
• «لخّص ما تغيّر في آخر ثلاث تعديلات.»

لمزيد من الأنماط، راجع كيف تكتب برومبت لمنشئات التطبيقات بالذكاء الاصطناعي، وحين تسوء الأمور راجع كيف تصحّح أخطاء تطبيق بُني بالذكاء الاصطناعي.

الـ vibe coding مع Mythex

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

الأسئلة