الكتابات/blog/2026/06
Blog9 يونيو 2026·6 دقيقة

حلقات البرمجة بالذكاء الاصطناعي: تحول هندسة التسخير في 2026

من المطالبات الفردية إلى الحلقات التكرارية: تعرف على أنماط هندسة التسخير وتقنية رالف ويغوم وكيف حققت الفرق إنتاجية أعلى 8 مرات في 2026.

المطالبة الفردية ماتت. عاشت الحلقة.

تحوّل شيء ما بهدوء في طريقة عمل أفضل المطورين مع الذكاء الاصطناعي في 2026. بدأ الأمر يظهر في أرقام Anthropic الداخلية — 80% من كود الإنتاج يكتبه Claude، وإنتاجية أعلى 8 مرات لكل مهندس يومياً — ثم انتشر سريعاً عبر X وأكثر من 30,000 منشور في يومين.

التحول الجوهري: المطورون لم يعودوا يطالبون مساعدي الذكاء الاصطناعي. إنهم يبنون حلقات.

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

ما هي هندسة التسخير؟

هندسة التسخير هي ممارسة بناء أنظمة تنظّم وكلاء الذكاء الاصطناعي عبر دورات متكررة — رصد، تخطيط، تنفيذ، تأمل — بدلاً من إطلاق مطالبات فردية والانتظار.

بوريس تشيرني، مهندس في Anthropic، وصف الفكرة الجوهرية:

"لست من المفترض أن تطالب Claude. أنت من المفترض أن تبني نظاماً يطالب نفسه."

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

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

حلقة رصد-تخطيط-تنفيذ-تأمل

في قلب كل تسخير دورة من أربع خطوات:

  1. الرصد — يقرأ الوكيل قاعدة الكود، نتائج الاختبارات، سجلات الأخطاء، والسياق المقدَّم.
  2. التخطيط — يحدد الإجراء التالي: أي ملفات يعدّل، أي اختبارات يُشغّل، أي نهج يجرّب.
  3. التنفيذ — يُجري التغيير، يُشغّل الاختبارات، يُودع النتيجة في git.
  4. التأمل — يقيّم ما حدث. هل اجتازت الاختبارات؟ هل نجح البناء؟ ماذا تبقى؟
  5. التكرار — إن لم تنته المهمة، تبدأ الدورة من جديد.

هذه هي الطريقة التي تُشحن بها الكود في فرق Anthropic الداخلية الآن.

تقنية رالف ويغوم

من أبرز التطبيقات العملية لهذا النمط ما يُسمى تقنية رالف ويغوم — مستوحاة من مفهوم ثقافي يصف الإصرار على المحاولة رغم الفشل المتكرر. إليك آلية عملها:

  1. تكتب مواصفة مهمة تفصيلية تشمل إشارة إتمام يجب أن يُخرجها الوكيل عند الانتهاء (مثل <promise>COMPLETE</promise>).
  2. تُضيف خطّاف إيقاف لوكيل الكود. في كل مرة يحاول الوكيل الخروج، يعترض الخطاف ويتحقق من الإشارة.
  3. إن غابت الإشارة، يُعاد حقن المطالبة الأصلية — ويرى الوكيل محاولته السابقة عبر حالة نظام الملفات وسجل git.
  4. يقرأ الوكيل ما فعله، يحدد ما تعطّل، ويحاول مجدداً.
  5. يستمر هذا حتى ينجح أو يبلغ مهلة زمنية أو حد التكرار المضبوط.

الفكرة المحورية: الوكيل لا يتذكر عبر التكرارات. بدلاً من ذلك يقرأ الأدلة من نظام الملفات وسجل git. كل إيداع يصبح سياقاً. كل اختبار فاشل يصبح إشارة.

النتائج من المجتمع لافتة للنظر. طوّر أحدهم مشروعاً بـ 50,000 دولار مقابل 297 دولاراً فقط في تكاليف API. فريق في YC Hackathon أنتج أكثر من 1,000 إيداع عبر ستة قواعد كود في ليلة واحدة.

# أبسط تسخير — يتكرر حتى تيقفه يدوياً
while :; do cat PROMPT.md | claude --no-confirmation; done

ثلاثة مستويات من تعقيد التسخير

تقاطع الممارسون على ثلاثة مستويات تطبيق:

المستوى الأول: حلقات سريعة (أقل من ساعة للإعداد)

مثالية لإصلاح lint، الاختبارات الفاشلة، تحديثات المكتبات، وتوليد الوثائق. حلقة shell بسيطة حول الوكيل تكفي لمعظم العمل الميكانيكي.

المستوى الثاني: حلقات مُتحقَّق منها (يوم واحد للإعداد)

مثالية لإعادة هيكلة الملفات المتعددة وترحيل APIs وإضافة الميزات مع اختبارات القبول.

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

المستوى الثالث: مشاريع مستقلة (أسبوع واحد للإعداد)

مثالية للمشاريع من الصفر، الترحيلات الكبيرة، والعمل المستمر على مدار الساعة.

تشمل التساخير الكاملة: إيداعات نقطة تفتيش في كل مرحلة، بوابات موافقة بشرية لقرارات الهندسة المعمارية، مراقبة التكلفة مع إيقاف تلقائي عند حد الميزانية، وتصنيف الأخطاء — إعادة محاولة أو تصعيد أو إيقاف.

الضريبة السياقية 14%

رصدت Anthropic أن ملفات السياق ضعيفة البنية تكلّف الفرق ما يعادل 14% من طاقة وكيلها الفعلية.

تسخير جيد يبدأ بملف CLAUDE.md يوثّق:

  • قرارات الهندسة المعمارية ومبرراتها
  • أسلوب الكود وأعراف الاختبار
  • القيود المعروفة والملفات الممنوعة
  • السياق التجاري الذي يحتاجه الوكيل لاتخاذ قرارات سليمة

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

ما يعنيه هذا لفرق التطوير في منطقة الشرق الأوسط وشمال أفريقيا

لفرق تونس والمملكة العربية السعودية ومنطقة MENA، تفتح هندسة التسخير ميزة محددة: دورات تطوير عالية الإنتاج تعمل بشكل غير متزامن طوال الليل دون توسيع الفريق.

الفرق التي تبني منتجات باللغة العربية تواجه تحديات مستمرة: الوكلاء كثيراً ما يكافحون مع RTL، التعليقات العربية في الكود، والتحقق الخاص بالمنطقة الجغرافية. تسخير مُصمَّم جيداً بسياق MENA صريح — متطلبات ترميز UTF-8، سكريبتات تحقق واجهة عربية، حالات اختبار للمكانة — يحوّل هذه الحواف من عوائق حلقات إلى مهام فرعية يحلها الوكيل بمنهجية.

المطورون الذين يبنون هذه التساخير اليوم يحددون سقف إنتاجية فرقهم للسنوات القادمة.

للبدء

إن كنت جديداً على هذا النمط، ابدأ بالمستوى الأول:

  1. اكتب ملف مطالبة واضح لمهمة واحدة مع إشارة إتمام محددة.
  2. شغّله عبر Claude Code أو OpenCode مع حلقة إعادة محاولة بسيطة.
  3. راقب ما يتعطّل. أصلح ملف السياق، ليس المطالبة.
  4. كرّر حتى تكتمل الحلقة بموثوقية.

الغريزة هي أن تكتب مطالبة أفضل. الانضباط هو أن تبني تسخيراً أفضل.

الحلقة لا تحتاجك داخلها — هذه هي النقطة.