NAME
vibe-coding-agentic-engineering — برمجة الأجواء، بعد شهر العسل
SYNOPSIS
cat vibe-coding-agentic-engineering.md
DESCRIPTION
يعد تشفير Vibe أحد تلك التعبيرات التي يبدو أنها مكروهة، ثم تصبح مفيدة ببطء.
في البداية يبدو الأمر مثل: لا أفكر، أنا أسأل الذكاء الاصطناعي، أقبل ما يخرج، استمر. طريقة مبهجة لإنتاج ديون فنية بخلفية موسيقية.
ولكن سيكون من السهل جدًا تجاهل الأمر بهذه الطريقة. الحقيقة هي أن البرمجة الحيوية قد اعترضت شيئًا حقيقيًا: البرمجة باستخدام النموذج تغير العلاقة بين الفكرة والنموذج الأولي.
في البداية كان لديك فكرة ثم تسلق طويل. الآن غالبًا ما يكون لديك فكرة وبعد نصف ساعة يتحرك شيء ما على الشاشة. من الصعب عدم إغراءه.
السؤال المثير للاهتمام، في عام 2026، ليس ما إذا كانت البرمجة الاهتزازية صحيحة أم لا. إنها. والسؤال هو: ماذا يحدث بعد شهر العسل؟
أصبح النموذج الأولي اقتصاديًا
هذا هو الجزء الأكثر أهمية.
لقد أدت أدوات الذكاء الاصطناعي إلى خفض التكلفة العاطفية للبدء. من قبل، إذا كنت ترغب في تجربة فكرة ما، كان عليك بالفعل تنفيذ العمل: اختيار المكدس، وإنشاء المشروع، وتذكر النموذج المعياري، وكتابة التخطيط، وتوصيل واجهات برمجة التطبيقات (APIs)، والمجادلة مع التفاصيل المملة.
الآن يمكنك أن تقول: أعطني النسخة الأولى.
وتصل النسخة الأولى.
ليست دائما جميلة. ليس صحيحا دائما. في كثير من الأحيان هشة. لكنه يأتي. وعندما يصل يغير المحادثة. أنت لم تعد تجادل في الفراغ. أنت تلمس شيئا.
يعد هذا أمرًا قويًا جدًا للمصممين والمؤسسين ومديري المنتجات وكبار المطورين الذين سئموا إعادة كتابة السقالات والأشخاص الفضوليين الذين لم يفتحوا محررًا من قبل.
يعد تشفير Vibe أمرًا مثيرًا للضجيج لأنه يمنح المزيد من الأشخاص الإحساس الجسدي بالبرنامج الذي يتم إنشاؤه.
المشكلة هي أن البرنامج لا يزال موجودًا
الجزء الذي أقل ما يقوله الميم هو اليوم التالي.
يجب قراءة النموذج الأولي. صحيح. تم اختباره. تم النشر. مؤمن. حصلت عليه من شخص آخر. متصلة بالبيانات الحقيقية. جعل الوصول إليها. يتم الحفاظ عليه عند تغير التبعية.
هنا يضرب الترميز الحيوي الحائط.
يمكن للنموذج إنشاء الكثير من التعليمات البرمجية بسرعة، لكن التعليمات البرمجية ليست ذات قيمة في حد ذاتها. إنه وعد بالسلوك. ويجب التحقق من الوعد.
خطر البرمجة الحيوية لا يكمن في كتابة تعليمات برمجية قبيحة. لقد فعلنا ذلك دائمًا حتى بدون الذكاء الاصطناعي. ويكمن الخطر في فقدان الإحساس بالملكية: حيث تصبح عبارة "النموذج هو الذي فعل ذلك" ذريعة لعدم الفهم الكافي.
لكن وقت التشغيل لا يقبل الأعذار. إذا تم تشغيل الكود في مرحلة الإنتاج، فهو ملكك.
من البرمجة الحيوية إلى الهندسة الوكيلة
الإصدار الناضج من البرمجة الحيوية لا يعني التوقف عن استخدام الوكلاء. هو استخدامها مع دورة أكثر خطورة.
لا: فهو يولد كل شيء ونأمل.
لكن:
- وصف النية.
- السماح بإنشاء مسودة؛
- اطلب من الوكيل شرح الخطة؛
- إجراء فروق صغيرة؛
- إطلاق الاختبارات.
- قم بالمراجعات؛
- صحيح؛
- عندها فقط انضم.
هذا الشيء يستحق اسما مختلفا. أنا أحب هندسة العملاء، حتى لو بدت رصينة بعض الشيء. ويعني ذلك استخدام الوكلاء ليس كماكينات القمار، ولكن كمتعاونين في عملية هندسية.
الهدف ليس استنزاف الطاقة من برمجة الأجواء. انها تعطي مساراتها.
حيث يعمل بشكل رائع
تعمل تقنية Vibe coding عندما تكون تكلفة الخطأ منخفضة وقيمة الاستكشاف عالية.
أمثلة:
- نماذج الواجهة؛
- الأدوات الشخصية؛
- لوحات المعلومات الداخلية.
- ألعاب صغيرة؛
- السيناريو لمرة واحدة؛
- عمليات فحص واجهة برمجة التطبيقات؛
- إثبات المفهوم؛
- إعادة البناء الميكانيكية مع اختبارات جيدة؛
- المحتويات التقنية المراد تحويلها إلى عروض توضيحية.
في هذه الحالات السرعة هي النقطة. تريد معرفة ما إذا كانت الفكرة لها أرجل. تريد معرفة ما لم تفهمه. تريد الوصول إلى محادثة محددة.
يعد ترميز Vibe مثاليًا لظهور النموذج.
حيث يصبح الأمر خطيرًا
يصبح الأمر خطيرًا عندما يكون للنظام عواقب ولا يتباطأ أحد.
المدفوعات، البيانات الشخصية، المصادقة، الأذونات، البنية التحتية، عمليات ترحيل قاعدة البيانات، التعليمات البرمجية القديمة الحساسة، الامتثال، الإنتاج. هنا الأجواء ليست كافية. نحن بحاجة إلى الصرامة.
هذا لا يعني أن الذكاء الاصطناعي لا يمكنه المساعدة. في الواقع، يمكن أن يساعد كثيرا. ولكن يجب أن تعمل ضمن حدود ضيقة: الفرع، ووضع الحماية، والاختبار، والوبر، والمراجعة، وعلامة الميزة، والتراجع.
العبارة التي سيتم رسمها على الشاشة بسيطة: كلما كان العامل أسرع، كلما كانت العملية أكثر قابلية للقراءة.
إذا لم تتمكن من شرح ما تغير، فأنت لم تقم بالتسريع. لقد قمت للتو بتحويل الديون من وقت إلى آخر.
الدور الجديد للمطور
الجزء الأكثر إثارة للاهتمام هو أن وظيفة المطور لا تختفي. تغيير الكثافة.
وقت أقل على اللوحة المعيارية. مزيد من الوقت في النية والتحليل والمراجعة والتكامل والاختبار والحدود.
يصبح المطور نوعًا من المحرر الفني. ليس بالمعنى الأعرج لـ "التدقيق اللغوي". وبالمعنى القوي: فهو يقرر ما يجب أن يوجد، وما يجب قطعه، وما يتوافق مع النظام، وما يستحق الثقة.
المحرر الجيد لا يأخذ كل ما يحصل عليه. إنه حتى لا يعيد كتابة كل ذلك بدافع الفخر. يتعرف على المادة الجيدة، ويشكلها، ويحمي القارئ.
مع الوكلاء، القارئ هو أيضًا المشرف المستقبلي. في كثير من الأحيان هذا أنت في ثلاثة أسابيع.
النمط الذي أرى ظهوره
النمط الأكثر صحة هو:
- الإنسان: النية، القيود، الذوق، المسؤولية؛
- الوكيل: المتغيرات، السقالات، البحث، التعديلات المحلية، الاختبارات المتكررة؛
- البنية التحتية: وضع الحماية، CI، التتبع، الأذونات، النشر؛
- الفريق: المراجعة، الملكية، المعايير.
وعندما تفقد إحدى هذه القطع، يتشوه شيء ما.
الإنسان الوحيد: بطيء، وغالبًا ما يتعثر بسبب العمل المتكرر.
الوكيل فقط: سريع، ولكن دون حكم محدد.
البنية التحتية فقط: عملية أنيقة لإنتاج أشياء عديمة الفائدة.
الفريق فقط: اجتماعات منظمة للغاية حول نموذج أولي لا يصل أبدًا.
الأفضل يحدث عندما تتحدث القطع مع بعضها البعض.
قائمة مرجعية صغيرة
قبل أن أسمح لنموذج أولي مرمز بالحيوية أن ينمو، أود أن أسأل نفسي هذه الأسئلة:
- هل أفهم بنية الكود؟
- هل هناك اختبارات للسلوك الناقد؟
- هل أعرف الملفات التي لمسها الوكيل؟
- هل قمت بإزالة الكود الذي تم إنشاؤه ولكن لم يتم استخدامه؟
- هل انتهى الأمر بأي أسرار أو رموز أو بيانات مزيفة في المكان الخطأ؟
- هل يتم احترام الحد الأدنى لإمكانية الوصول؟
- هل النشر له تراجع؟
- هل يستطيع أحد غيري الاحتفاظ بها؟
إذا كانت الإجابة لا على الكثير من الأسئلة، فهذا ليس فشلاً. إنه مجرد نموذج أولي يجب أن يظل نموذجًا أوليًا لفترة أطول قليلاً.
##قراءتي
إن البرمجة الحيوية هي كلمة عالية لشيء رقيق: متعة رؤية فكرة تتشكل قبل أن يوقفها الخوف.
أنا لا أريد أن رميها بعيدا. سيكون ذلك متعجرفًا. العديد من الأشياء الجيدة تولد بهذه الطريقة، نصف ملتوية وحيوية.
لكن البرامج المتبقية تحتاج إلى المزيد. إنها تحتاج إلى الفهم والاختبار والملكية والبنية التحتية والحدود. إنها تحتاج إلى من يقول: رائع، الآن دعونا نجعل الأمر حقيقيًا.
ربما لا يتعلق المستقبل بالاختيار بين البرمجة "الجدية" والبرمجة "الحيوية". ربما يكون الأمر بمثابة تعلم تغيير أسلوبك: الاستكشاف بخفة، ثم الدمج باحترام.
الجزء البشري هناك. اعرف متى تركض ومتى تجلس وتقرأ الفرق.
المصادر
METADATA
- date: 2026-06-30
- reading: 5 min
- author: Filippo Spinella
- tags: AI, Coding, Agents, Developer Tools