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

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

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

هذا التحوّل ليس ضجيجًا تسويقيًا. فمن بنوا هذه الأدوات يعتمدون عليه. يتحدث Boris Cherny وCat Wu، مبتكرا Claude Code، عن البرمجة داخل حلقات الوكلاء. ويشغّل Geoffrey Huntley، الذي أطلق اسم "Ralph loop"، الوكلاء في حلقة while بسيطة طوال الليل. صار للنمط اسم الآن، ويستحق أن تفهمه قبل أن تنسخ ثلاثة طلبات رأيتها على Instagram.

من كرة طاولة الطلبات إلى الحلقة

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

تغلق حلقة وكيل الذكاء الاصطناعي تلك الفجوة داخل الوكيل نفسه. تحدد هدفًا، فيخطط الوكيل، ويتصرف، وينظر إلى النتيجة، ويصحح، مرة تلو الأخرى، حتى يتحقق الهدف. أنت لم تختفِ، فأنت تراجع في النهاية. لكنك لم تعد عنق الزجاجة في كل تكرار.

كرة طاولة الطلبات تضعك داخل الحلقة في كل دورة. أما الحلقة الحقيقية فتضع الوكيل فيها.

ما هي حلقة وكيل الذكاء الاصطناعي حقًا

كل حلقة وكيلية تدور على الأنغام الأربعة نفسها: التخطيط، والتصرف، والملاحظة، والتصحيح. يقرر الوكيل الخطوة التالية، وينفذها (يكتب شيفرة، أو يشغّل أمرًا، أو يقرأ ملفًا)، ويقرأ ما حدث، ثم يضبط مساره. يكتب Claude شيفرة، ويشغّل الاختبارات، فيرى فشلًا، فيصلحه، ثم يعيد تشغيل الاختبارات. هذه التغذية الراجعة هي كل الحيلة. وهي ما يجعل الحلقة ذاتية التصحيح بدلًا من أن تكون مجرد تكرار.

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

حلقة الأوامر الثلاثة التي يمكنك نسخها اليوم

إليك التركيبة الرائجة الآن، معاد بناؤها كثلاثة أوامر مائلة في Claude Code. تلصق كل واحد مرة واحدة، فينشئ الوكيل الأمر، ثم تشغّلها بالترتيب.

المخطِّط، /spec:

استجوبني سؤالًا واحدًا في كل مرة حتى تفهم تمامًا ما أريد.
ثم اكتب خطة دقيقة في specs/project.md: الهدف، والمتطلبات
المضبوطة، والحالات الحدية، وما هو داخل النطاق مقابل ما هو خارجه.
اجعلها قصيرة وحادة، لا رواية.

الباني، /build:

اقرأ specs/project.md وابنِ بالضبط ما يصفه، لا أكثر.
عند الانتهاء، اسرد كل متطلب من الخطة وحدد أيها
غطّيت.

المراجِع، /review:

قارن ما تم بناؤه مقابل specs/project.md، متطلبًا متطلبًا.
لكل واحد، قل إن كان مغطى. اكتب التصحيحات اللازمة
وأعدها إلى /build. لا تصادق إلا حين تُغطّى الخطة بأكملها.

ثلاثة أوامر، حلقة واحدة: spec يكتب الخطة، وbuild ينفذها، وreview يقارنها بالخطة ويعيد التصحيحات إلى build. وتظل تدور حتى يُلبّى كل متطلب.

الخطة هي مصدر الحقيقة. المراجعة تقيس البناء مقابلها، لا مقابل انطباع.

هذا في جوهره برمجة قائمة على المواصفات: المواصفة المكتوبة، لا سجل المحادثة، هي ما يُحاسَب الوكيل عليه. ويُرسّخ Spec Kit مفتوح المصدر من GitHub الفكرة نفسها عبر /specify و/plan و/tasks و/implement، وهو يعمل على Claude Code وCopilot وCursor وCodex CLI وGemini CLI على حد سواء.

لماذا يجعل السياق النظيف الحلقة تعمل: حلقة Ralph loop

أطلق Geoffrey Huntley اسمًا على أفظّ نسخة من هذا في منتصف 2025: حلقة Ralph loop. والفكرة هي حلقة صدفة بسيطة تقدّم للوكيل الطلب نفسه مقابل مواصفة مكتوبة، وتدعه يختار مهمة واحدة ويسلّمها، ثم تبدأ وكيلًا جديدًا تمامًا بسياق نظيف وتقدّم له الطلب نفسه مجددًا.

while has_more_todos; do
  agent --prompt "اعمل على المهمة التالية من todo.md" --non-interactive
done

الجزء غير البديهي هو إعادة ضبط السياق. الجلسة الطويلة تتعفن: تمتلئ النافذة بتفكير قديم، وطرق مسدودة، ومحتويات ملفات بائتة، ويبدأ النموذج بهدوء في إسقاط التعليمات. كل تكرار في Ralph هو وكيل جديد يقرأ المستودع الحالي وقائمة المهام من القرص، وينجز وحدة عمل واحدة، ويُودِع تغييراته، ويخرج نظيفًا. سمّاها Huntley تيمنًا بشخصية Simpsons عن قصد: تبدو أغبى من أن تنجح، لكنها تنجح. وإن كنت قد رأيت جلسة طويلة تبدأ في الهلوسة، فأنت تعرف مسبقًا لماذا تتفوق النافذة الجديدة على نافذة منتفخة.

أمرا /loop و/goal في Claude Code

يأتي Claude Code بأساسيات الحلقة مدمجة. /goal يثبّت حالة نهائية مستمرة، أي كيف يبدو "الانتهاء"، ويقيّم Claude تقدّمه مقابلها بعد كل مرور بدلًا من مجرد تشغيل الخطوة التالية. و/loop يكرر مهمة على وتيرة معينة أو حتى تتحقق شرط، بصيغ مثل /loop every 10m أو /loop until: <condition>. وباستخدامهما معًا تنشأ حلقة ذاتية التوجيه وذاتية الإنهاء: يعمل Claude على الفارق بين الحالة الراهنة والهدف، ويتوقف حين يتحقق الهدف أو حين تضغط Ctrl+C.

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

الحلقة نفسها، عند كل مزوّد

الحلقات ليست ميزة خاصة بـ Claude، بل هي الاتجاه الذي يسير نحوه المجال بأكمله. تختلف الأسماء، أما الشكل فلا.

دفع Codex CLI الحلقة إلى أبعد مدى علنًا. فقد قدّم فريق OpenAI أمر /goal لديه بوصفه نسخته من Ralph loop، وتركه Andrew Chen من a16z يعمل طوال الليل على مُشغّل جهاز لمدة 14 ساعة متواصلة دون تدخل. وأشار أيضًا إلى أن ذلك سيُضاعف "استهلاك الرموز عشرة آلاف مرة"، وهو التكلفة الصادقة لترك وكيل يطحن نصف يوم.

المأزق: الحلقة تضخّم كل شيء

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

نمطا فشل يجب الانتباه إليهما. التكلفة تنفلت: كل تكرار يحرق رموزًا، وحلقة بلا حدود على هدف غير واضح قد تحرق الكثير. والحلقة قد تدور إلى ما لا نهاية، معلنة النصر أو مطاردة هدف لا يمكنها بلوغه أبدًا. فقيّدها: شرط until واضح، أو سقف للرموز، أو نقطة تحقق بشرية قبل الدمج. الحلقة بلا توقف ليست استقلالية، بل انفلاتًا.

تشغيل الحلقات عبر أسطول كامل

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

لهذا صُمم AgentsRoom. إنه قمرة قيادة متعددة الوكلاء: لكل وكيل دور، ونقطة حالة حية، ولونه الخاص، وأنت تشرف على الأسطول كله من نافذة واحدة. ضع تذكرة في قائمة الانتظار فيلتقطها وكيل، ويُجري حلقته plan-build-review، ويسلّمك فرقًا نظيفًا. هذا هو البرمجة بالذكاء الاصطناعي القائمة على المواصفات عمليًا: التذكرة هي المواصفة، والوكيل يُجري الحلقة، وأنت تراجع النتيجة.

ولأن الحلقات الطويلة تعفّن السياق، يترصّده AgentsRoom. فكل وكيل يكتب حالة من سطر واحد في نهاية كل دورة، وحين يتوقف وكيل عن تحديثها دورتين متتاليتين، يظهر تحذير مع إعادة تشغيل بنقرة واحدة على سياق نظيف، وهي نفس إعادة ضبط النافذة التي تعتمد عليها حلقة Ralph loop. اقرأ كيف يعمل ذلك على صفحة كشف انحراف السياق.

ولأن الحلقة محايدة تجاه المزوّد، فأنت لست محبوسًا عند واحد. شغّل تذكرة على Claude Code، والتالية على Codex، وأخرى على Gemini CLI، كلها في اللوحة نفسها، كلٌّ يدور في git worktree خاص به كي لا يتصادم الوكلاء المتوازون أبدًا. أطلِقها قبل أن تنهي يومك، وراجع الفروقات في الصباح، وهذا كل المغزى من وكلاء البرمجة في الخلفية والوردية الليلية.

حدد الهدف مرة واحدة، ودع الحلقة تُغلقه، وراجع في النهاية. نزّل AgentsRoom، واطّلع على مصفوفة توافق المزوّدين، واقرأ المزيد عن المراجعة لكل وكيل ودعم تعدد المزوّدين.