برمجة رالف ويغم: الحلقة سهلة. التوجيهات هي كل شيء.

إن كنتم تتابعون تويتر تطوير الذكاء الاصطناعي مؤخراً، فلا بد أنكم رأيتموها: نهج رالف ويغم في البرمجة.

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

كانت النتائج مُلفتة. جيفري هنتلي، رائد هذا النهج، أنجز عقداً بقيمة 50,000 دولار مقابل 297 دولاراً فقط من تكاليف واجهة برمجة التطبيقات. بوريس تشيرني، مُطوّر Claude Code، حقق 259 طلب دمج في 30 يوماً، كل سطر كتبه الذكاء الاصطناعي. شركة Anthropic أطلقت إضافة رسمية.

المنشورات الرائجة تركز على الحلقة. على سكريبت bash. على الأتمتة الليلية.

إنهم يُفوّتون النقطة الأساسية.

الحلقة تافهة

إليكم التقنية بالكامل:

while :; do cat PROMPT.md | claude ; done

هذا كل شيء. يمكنكم كتابتها في ثلاثين ثانية.

إذن لماذا يحصل بعض المطورين على نتائج تحويلية بينما آخرون يحرقون رصيد واجهة برمجة التطبيقات وهم يشاهدون الوكيل يدور في حلقات فارغة؟

الإجابة ليست في الحلقة. إنها فيما تُغذّونها إياه.

جودة التوجيهات هي المفتاح الحقيقي

تقول الوثائق الرسمية بوضوح: “النجاح مع رالف يعتمد على كتابة توجيهات جيدة، وليس فقط على وجود نموذج جيد.”

معظم التغطيات تتوقف عند “كونوا محددين” و”اشملوا معايير الإنجاز.” هذه هي الأساسيات. المطورون الذين يحققون نتائج جدية يعملون على مستوى مختلف.

تأملوا:

توجيه محكوم عليه بالفشل:

اصنع واجهة برمجة تطبيقات للمهام واجعلها جيدة.

توجيه يعمل:

/ralph-wiggum:ralph-loop "تنفيذ واجهة برمجة تطبيقات REST لعناصر المهام.

المتطلبات:
- نقاط اتصال CRUD للمهام
- التحقق من صحة المدخلات في جميع الحقول  
- معالجة الأخطاء مع رموز حالة HTTP المناسبة

معايير النجاح:
- جميع نقاط الاتصال تستجيب بشكل صحيح
- الاختبارات تمر بنسبة تغطية >80%  

بعد 15 تكرار إن لم تكتمل:
- وثّق المشاكل المعيقة
- اسرد المناهج المحاولة

اكتب <promise>مكتمل</promise> عند الانتهاء." --max-iterations 30

التوجيه الثاني يفعل ثلاثة أشياء لا يفعلها الأول: يُعرّف النجاح بوضوح، يخبر الوكيل كيف يتحقق من عمله، ويتضمن تعليمات للفشل المُفيد.

هذا الجزء الأخير هو ما يفصل التوجيهات الجيدة عن العظيمة.

التسلسل الهرمي لجودة التوجيهات

بعد تشغيل هذه الحلقات عبر مشاريع متعددة، أفكر في جودة التوجيهات على ثلاث مراتب:

المرتبة الأولى: معايير الإنجاز. الوكيل يعرف متى يتوقف. معظم الناس يصلون هنا.

المرتبة الثانية: التحقق الذاتي. الوكيل يستطيع فحص عمله. بوريس تشيرني يسمي هذا “ربما أهم شيء.” أعطوا Claude طريقة للتحقق من مخرجاته، وستتضاعف الجودة.

المرتبة الثالثة: استرداد الفشل. التوجيه يتضمن ما يجب فعله عند التعثر. ليس فقط “حاول مرة أخرى،” بل خطوات تشخيصية ونُهج بديلة وتدهور تدريجي. هنا تكمن الرافعة الحقيقية، ولا أحد تقريباً يتحدث عنها.

معظم الإخفاقات تحدث لأن التوجيهات تعمل للمسار السعيد لكنها لا تملك استراتيجية استرداد. الوكيل يتعثر، يدور لـ50 تكرار، ولا ينتج شيئاً مفيداً.

التوجيه المُصمم جيداً يُعامل الفشل كمعلومة. بدلاً من خسارة ساعتين، تخسرون ساعتين مع شيء تُظهرونه مقابلها.

الحقيقة المُخالفة للحدس

إليكم ما لا تذكره المنشورات الرائجة: حشو تفاصيل أكثر في توجيهكم غالباً ما يُفاقم الأمور.

تشير الأبحاث إلى أن الاستخدام الأمثل للسياق هو 40-60%. تجاوزوا ذلك، وأداء النموذج يتدهور في كل شيء، وليس فقط التعليمات الجديدة.

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

التفاصيل الأكثر تُشعركم بسيطرة أكبر. مع نماذج اللغة الكبيرة، هناك نقطة حيث التفاصيل الأكثر تصبح قدرة أقل.

إلى أين نتجه

إليكم ما أؤمن به: نحن في البداية الفعلية لفهم كيفية العمل مع هذه الأنظمة.

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

تقنية رالف ويغم هي نافذة على ذلك المستقبل. ليس لأن الحلقة ذكية، بل لأنها تكشف، بلا رحمة، ما إذا كانت توجيهاتكم جيدة فعلاً. كل تكرار فاشل هو تغذية راجعة. كل تشغيل ناجح هو دليل على أنكم تعلمتم التفكير بطريقة يمكن للآلات تنفيذها.

المطورون الذين يُعاملون هذا كحيلة سكريبت bash يُفوّتون التحول الأكبر. أولئك الذين يُعاملونه كنظام جديد للتعاون بين الإنسان والآلة سيبنون أشياء لا يستطيع بقيتنا تخيلها بعد.

الحلقة سهلة. التوجيهات هي كل شيء.

---

نحن نستخدم هذه التقنيات لتسريع التطوير في مشاريع متعددة. إن كنتم تعملون على تحديات مماثلة، تواصلوا معنا.