دروس من مدير وكيل البرمجة في Anthropic
إذا كُسرت يدك لمدة شهرين… هل توقف عن العمل؟
Erik Schluntz، الباحث في Anthropic ومؤلف دليل "بناء وكلاء الأداء العالي"، لم يتوقف. قرر أن يترك كل شيء لـ Claude — وكانت التجربة درسًا عميقًا في طريقة التفكير الجديدة.
خطابه الأخير انتشر بشكل واسع على X، ووصفه أحد المتابعين بأنه "أفضل من 100 كورس مدفوع." في هذا المقال: كل ما قاله، مترجمًا وشرحه بأسلوب عملي للمطور العربي.
كثيرون يظنون أن استخدام Cursor أو Copilot لكتابة الكود = Vibe Coding. هذا خطأ.
طالما أنت تراجع كل سطر وتعدّل يدويًا، فأنت لم تدخل بعد في الـ "Vibe".
التعريف الدقيق جاء من Andrej Karpathy:
"انغمس تمامًا في الـ Vibe، استقبل النمو الأسي للتقنية، وانسَ تمامًا أن الكود موجود."
المعنى العملي: أنت تركّز على المنتج والنتيجة — لا على الكود السطر بسطر.
تحذير للمطور العربي: هذا لا يعني الاستسلام الكامل للـ AI. كما سترى لاحقًا، المطور الجيد هو من يوجّه، لا من يستسلم.
السبب: النمو الأسي لقدرات الـ AI.
إذا بقيت تراجع سطرًا بسطر، ستصبح أنت نفسك هو عنق الزجاجة.
مثال تاريخي يوضح الفكرة: المطورون الأوائل كانوا يتحققون من كود Assembly الذي ينتجه الـ Compiler. اليوم لا أحد يفعل ذلك. المستقبل يسير في نفس الاتجاه.
المشكلة الحقيقية في إنتاج Vibe Coding هي: الدين التقني. الكود الذي يكتبه AI قد يعمل… لكنه غير قابل للصيانة لاحقًا. الحل: ركّز الـ Vibe Coding على Leaf Nodes فقط.
ما هي Leaf Nodes؟ هي الدوال النهائية أو المكونات الإضافية التي:
ماذا تحمي بيدك؟
النقلة الذهنية الأهم في المقالة:
"لا تسأل ماذا يستطيع Claude أن يفعل لك — اسأل ماذا يمكنك أن تفعل لـ Claude."
طريقة Erik العملية قبل كل مهمة كبيرة:
النتيجة: معدل نجاح أعلى بكثير من مجرد "اكتب لي دالة تفعل كذا". التحضير الجيد يوفر ساعات من إصلاح الأخطاء لاحقًا.
هذه القصة من داخل Anthropic نفسها. الفريق أضاف 22,000 سطر كود على codebase خاص بـ Reinforcement Learning — في بيئة إنتاج حقيقية — ومعظمه كتبه Claude.
كيف فعلوا ذلك بأمان؟
| الاستراتيجية | التفاصيل |
|---|---|
| التخطيط المسبق | أياماً كاملة في التخطيط قبل أي كود |
| تحديد النطاق | التغييرات محصورة في Leaf Nodes فقط |
| تدخل يدوي | المنطق الأساسي راجعه الفريق بأنفسهم |
| نقاط تحقق | اختبارات stress طويلة الأمد + معايير واضحة |
النتيجة: مهمة تأخذ أسبوعين من مهندسين بشريين — أُنجزت في يوم واحد.
س: كيف نتعلم الآن بدون "التعب" التقليدي؟
التعلم لم يختفِ — تسارع. اسأل Claude: "لماذا اخترت هذه المكتبة؟ ما البدائل؟" قرار معماري كان يحتاج سنتين للتحقق — يمكن الآن اختباره في 6 أشهر.
💡 نصيحة: لا تقبل كود Claude بدون فهم. اسأله دائمًا عن السبب.
س: كم من التفاصيل أعطي Claude في الـ prompt؟
يعتمد على إلمامك بالكودبيس. لا تهتم بالتفاصيل؟ أعطه النتيجة فقط. تعرف الكودبيس جيداً؟ حدد الكلاسات والملفات.
🎯 القاعدة الذهبية: لا تُثقله بقيود صارمة. تحدث معه كمبرمج جديد في الفريق — لا كآلة تستقبل أوامر.
س: الأمان والثغرات — كيف نتجنبها؟
معظم الثغرات المنتشرة كتبها أشخاص لا يفهمون البرمجة أصلاً. إذا كنت مطوراً، أنت تعرف ما هو خطر. الأشياء التي لا تتركها لـ Vibe Coding أبداً: Auth وإدارة الجلسات، المدفوعات وأي شيء مالي، التحقق من صلاحيات المستخدمين، مفاتيح API في الكود.
س: TDD مع Claude — كيف تتجنب الاختبارات الميتة؟
المشكلة: Claude يكتب اختبارات مرتبطة بالتنفيذ — تكسر عند أي تغيير. الحل العملي من Erik: اطلب منه 3 اختبارات E2E فقط: المسار الناجح (Happy Path)، سيناريو خطأ رقم 1، سيناريو خطأ رقم 2.
✅ القاعدة: اختبارات E2E هي الوحيدة التي تثق بها فعلاً. إذا نجحت ← الكود سليم.
Vibe Coding ليس تخلياً عن المهارة — بل تطوراً لدورها.
| قبل | بعد |
|---|---|
| تكتب الكود | توجّه الـ AI لكتابته |
| تراجع كل سطر | تصمم اختبارات تثبت الصحة |
| تتعلم بالتعب | تتعلم بالأسئلة والتجريب السريع |
| تحمي وقتك | تحمي المعمارية والأمان |
الأدوات قوية… لكن المطور الذي يفهم يصنع الفرق.