ما هي البرمجة الانسيابية (vibe coding)؟ أسلوب Karpathy في "الكود الذي لا تقرؤه" وحقيقة الإنتاج

في فبراير 2025، نشر Andrej Karpathy، أحد مؤسّسي OpenAI والمسؤول السابق عن الذكاء الاصطناعي في Tesla، جملةً واحدةً على X أطلقت مصطلحًا جديدًا حول العالم: vibe coding (البرمجة الانسيابية).

"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists."

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

1. ما هي البرمجة الانسيابية (vibe coding)؟

vibe coding أسلوب برمجة يقوم على الحديث عمّا ينبغي أن يفعله الكود، بدلًا من كتابته أو قراءته. تصف ما تريد لذكاءٍ اصطناعيّ (Claude أو GPT أو Cursor Composer وغيرها) باللغة الطبيعية، ثم تواصل تشغيله وطلب التصحيحات دون قراءة الكود المُولَّد.

تقوم الفكرة على ثلاثة محاور:

• تخلَّ عن التعلّق بالكود: تخلَّص من الإحساس بملكية "كودي الذي كتبته بنفسي".
• إن اشتغل، فهو جيّد: حالما يعمل، فهم تفاصيله الداخلية يأتي لاحقًا — أو لا يأتي إطلاقًا.
• قُده بالحوار: عند ظهور الأخطاء أو العلل، اكتفِ بإخبار الذكاء الاصطناعي "أصلِحها". لصق أثر التشغيل (stack trace) كافٍ.

مثال نموذجيّ: مطوِّر مستقلّ يطلب "ابنِ لي لعبة Tetris بـ Pygame" → يُعيد Claude 500 سطرًا من الكود → يشغّلها → الكتلة لا تسقط، فيقول له "الكتل لا تدور" → يستلم نسخةً مُصحَّحةً. أُنجزت دون كتابة سطرٍ واحد.

2. صكّ Karpathy المصطلح — ثم اقترح إعادة تسميته بعد عام

صَكّ Andrej Karpathy عبارة "vibe coding" على X (تويتر سابقًا) في فبراير 2025. استخدمها لوصف تجربة إقران Cursor Composer (الذي كان يشغِّل Sonnet آنذاك) مع SuperWhisper (الإدخال الصوتيّ) لبناء التطبيقات بالحديث وحده تقريبًا.

ما حدث خلال العام التالي:

• أغسطس 2025: تجاوزت نماذج اللغة الكبرى الرائدة 60% على SWE-bench، وبدأت vibe coding تبدو واقعيّة.
• ديسمبر 2025: أبلغ Karpathy عن انقلابٍ مثير في سير عمله — 80% مكتوب يدويًّا في نوفمبر، و80% مُولَّد بالذكاء الاصطناعي في ديسمبر.
• فبراير 2026: اقترح Karpathy التخلّي عن اسم "vibe coding" واستبداله بـ "agentic engineering" (الهندسة الوكيلة). الفارق: vibe = قول ما تريد وقبول ما يأتي مهما كان؛ الهندسة الوكيلة = تصميم النظام، وتحديد القيود، واستخدام الذكاء الاصطناعي لتسريع تنفيذٍ سبق أن فكَّرت فيه.

هكذا تقع vibe coding في موضعٍ غريب — المصطلح الذي أشاع المفهوم، لكن صاحبه لم يعُد يوصي به. ومع ذلك يستعمله السوق، إذ لا توجد كلمةٌ أخرى تلتقط النكهة ذاتها من "العفويّة" و"التحرّر من قراءة الكود".

3. سير العمل المعتاد

كفى تجريدًا — هذه هي الحلقة الفعليّة التي يدور فيها الناس.

4. الأدوات الرائدة

اعتبارًا من مايو 2026، فيما يلي الأدوات التي يعمل فيها أسلوب vibe coding بفاعليّة خاصّة.

إن كنت غير مهندس وتستخدم هذا للتعلّم أو لبناء النماذج، انظر إلى Lovable وv0 وBolt.new. أمّا إن كنت مهندسًا محترفًا تعمل على كودٍ قائم، فالخيارات الراهنة هي Claude Code وCursor وCodex CLI.

5. الجانب المظلم — حقيقة الأمن والجودة

"vibe coding ممتعة. لكن إطلاقها إلى الإنتاج قصّة أخرى." صار تجاهل هذه الفجوة مستحيلًا في 2026، وأرقام الأطراف الثالثة لا ترحم.

هذه ليست قصّة "الذكاء الاصطناعي سيّئ" — بل مشكلة بنيويّة في أسلوب تطوير يدفع كودًا غير مقروء إلى الإنتاج. الذكاء الاصطناعي نفسه، حين يديره بشرٌ يضيفون المراجعة والتحقّق، يُسجِّل معدّلات حوادث أدنى بكثير.

6. البرمجة الانسيابية مقابل الهندسة الوكيلة

اقتراح Karpathy لإعادة التسمية في 2026 جدير بالفهم — فهو يُحدِّد القرار التشغيليّ الذي عليك اتّخاذه.

يمكنك استخدام الأدوات نفسها (Claude Code وCursor) وتحويلها إلى vibe coding أو هندسة وكيلة بحسب الموقف الذي تتّخذه. المهمّ هو الإدراك الواعي لـ "في أيّ وضع أنا الآن؟" والتبديل عن قصد.

7. "Vibe & Verify" — قواعد التطبيق العملي

الممارسة الفُضلى التي تتوحّد عليها 2026 هي "Vibe & Verify": حافِظ على خِفّة ترك الذكاء الاصطناعي يكتب، لكن أَدخِل التحقّق دومًا في الطرف الآخر.

(1) بدِّل الأوضاع بحسب درجة الخطر

• خطر منخفض (أدوات شخصيّة، تعلّم، سكربتات): vibe كاملة لا بأس بها.
• خطر متوسّط (أدوات داخلية، MVP، نماذج قابلة للرمي): vibe + اختبار دخان + فحص أمنيّ سريع.
• خطر مرتفع (إنتاج، بيانات عملاء، أيّ شيء يواجه الجمهور): وضع الهندسة الوكيلة إلزاميّ. حتّى إن كتبتَه في وضع vibe، لا تدفع دون مراجعة بشريّة + فحوصات أمنيّة آليّة + اختبارات إضافيّة.

(2) ثلاثة أمور دائمة مع كود الذكاء الاصطناعي

1. انظر إلى الفروقات (diff): تخطّي كلّ سطر مقبول للكود القابل للرمي. أمّا الكود المشترك فألقِ على الـ diff نظرةً على الأقل.
2. شغِّل linter أمنيًّا: semgrep, bandit, truffleHog ونحوها. الفحوصات الآليّة عن الأسرار وSSRF وXSS غير قابلة للتفاوض.
3. اجعل الذكاء الاصطناعي يكتب الاختبارات: ألحِق دائمًا "اكتب الآن اختبارات لهذا" للذكاء الاصطناعي نفسه. الكود بلا اختبارات لا يستحقّ حتى أن يُسمّى vibe coding.

(3) لا تخسر مهارة قراءة الكود

إن أَلِفت vibe coding أكثر من اللازم، فعند خطأ الذكاء الاصطناعي — أو حين يُلقى عليك كودٌ كتبه غيرك — ستجد نفسك عاجزًا عن قراءته. شدَّد Karpathy نفسه مرارًا على أنّ القدرة على فهم الكود المُولَّد بالذكاء الاصطناعي على مستوى التفاصيل أمر مهمّ. حتى وأنت في وضع vibe، اِبنِ عادة التوقّف من حينٍ لآخر لقراءة الكود فعلًا؛ على المدى البعيد، هنا تتشكّل فجوة المهارة الحقيقية.

(4) لا تُسرِّب أسرارك في وضع vibe

مفاتيح API، كلمات سرّ قواعد البيانات، رموز الوصول الإنتاجيّة — لا تُسلِّمها للذكاء الاصطناعي ولا تدعه يكتبها في الكود. انضباط .env + .gitignore + متغيّرات البيئة ليس قابلًا للتفاوض، vibe كان أم لا. تلك التسريبات الـ 400 التي وجدتها Escape.tech كانت بالضبط الحالات التي انهارت فيها هذه النظافة الأساسية.

8. من ينبغي له استخدامها، وفي ماذا، وإلى أيّ حدّ

الخلاصة

• vibe coding أسلوب "اترك الأمر للذكاء الاصطناعي دون قراءة الكود" الذي اقترحه Karpathy في فبراير 2025.
• Karpathy نفسه اقترح بعد ذلك إعادة تسميتها إلى "الهندسة الوكيلة" في 2026 — العمل الإنتاجيّ يحتاج إلى التصميم والقيود والحكم البشريّ.
• الأدوات الكبرى: Claude Code, Cursor Composer, Codex CLI, Lovable, v0, Bolt.new, Devin.
• الواقع الأمنيّ: 40–62% من كود الذكاء الاصطناعي يحوي ثغرات، وُجدت SSRF في الوكلاء الخمسة الكبار جميعًا، ونمت ثغرات CVE 6x في ثلاثة أشهر.
• Vibe & Verify: بدِّل الأوضاع بحسب الخطر، انظر إلى الفروقات، شغِّل الفحوصات الأمنيّة، اجعل الذكاء الاصطناعي يكتب الاختبارات، ولا تُسرِّب أسرارك أبدًا في وضع vibe.
• لا تتخلَّ عن "القدرة على قراءة الكود" — كلّما أكثرت من vibe، صار التوقّف من حينٍ لآخر لفهم ما يجري هو الفارق المهاريّ على المدى البعيد.

الأسئلة الشائعة

س1. إن كان Karpathy قد أعاد تسميتها، هل صار "vibe coding" مصطلحًا ميتًا؟

لا يزال يُستعمل بكثرة في السوق، لأنّه لا توجد عبارة أخرى تلتقط نكهة "اترك الأمر للذكاء الاصطناعي بعفويّة". الخطوة العمليّة هي معاملتهما متكاملَين: "وضع الاستكشاف العفويّ = vibe coding"، "وضع الإنتاج = الهندسة الوكيلة".

س2. هل لا بأس أن يبدأ مبتدئ بـ vibe coding؟

نعم — لكن اقرأ الكود أيضًا. إن اكتفيت بـ vibe وحدها، فلن يكون لديك حُكْم تستند إليه عند خطأ الذكاء الاصطناعي. مسار واقعيّ هو استخدام فرحة "لديّ كود يعمل" كحافزٍ في البداية، ثم رفع نسبة الوقت الذي تقضيه في فهم الكود تدريجيًّا.

س3. كيف أُقنع رئيسي في العمل بـ vibe coding؟

قدِّم ثلاثة أمور: (1) قواعد تشغيل Vibe & Verify، و(2) فحوصات أمنية مدمَجة في الـ CI، و(3) مراجعات الكود تبقى صارمة كما كانت. حالما تستطيع القول بوضوح "نرفع السرعة دون خفض الحراسات"، توافق معظم المنظّمات.

س4. كيف يختلف vibe coding عن "البرمجة بمساعدة الذكاء الاصطناعي" القديمة (مثل Copilot)؟

الفارق هو مَن يجلس في مقعد القيادة. Copilot نموذج "البرمجة الزوجية" — يكتب الإنسان الكود ويُكمِله الذكاء الاصطناعي. vibe coding تجعل الذكاء الاصطناعي رئيسيًّا، والإنسان يكتفي بالحوار والتأكيد. الحدّ ضبابيّ، وفي الواقع كثير من المطوّرين يتنقّلون بين الاثنين.

س5. بأيّ أداة أبدأ؟

للـ تطوير المستقلّ أو التعلّم، جرِّب Lovable أو Bolt.new أو v0 (متصفّح فقط، لا شيء يُثبَّت). للـ تطوير برمجيّ جادّ، جرِّب Claude Code أو Cursor — Claude Code أداة سطر أوامر، وCursor مدمج في الـ IDE، اِخْتر بحسب الذوق. اختيار Karpathy هو Cursor Composer.

س6. ماذا عن حقوق التأليف على الكود الذي يكتبه الذكاء الاصطناعي؟

اعتبارًا من مايو 2026، الخطّ القاعديّ في كلٍّ من الولايات المتّحدة واليابان هو أنّ الكود المُولَّد بالكامل من الذكاء الاصطناعي لا تحميه حقوق التأليف. الكود الذي عدّله إنسان أو نسّقه تنسيقًا جوهريًّا قد يصبح قابلًا للحماية. الخطر التجاريّ الأكبر هو تلوّث الترخيص — أن يُعيد الذكاء الاصطناعي إصدار كود GPL أو ذي ترخيصٍ آخر داخل قاعدة كودك — لذا أَضِف فاحص تراخيص إلى الـ CI.

س7. هل ستسلب vibe coding "وظائف المهندسين"؟

قيمة سوق "المهندسين الذين يكتبون الكود فقط" تتراجع. في المقابل، قيمة تصميم المواصفات وقرارات المعمارية والأمن وتشغيل الإنتاج ارتفعت إن صحّ التعبير بسبب انتشار vibe coding. فالأشخاص القادرون على "قراءة الكود الذي يُنتجه الذكاء الاصطناعي بكميّاته الكبيرة، والحكم عليه، وإصلاحه" نادرون اعتبارًا من 2026.