هندسة الحلقات لدى ثلاثة وكلاء: ما يقوله سير عمل Magpie الخاص بـ yetone عن تشغيل Claude Opus 5.5 دون إشراف

أكثر ما يثير الاهتمام في إعداد yetone ليس النموذج. بل الرقم ثلاثة. وصف مشرف Magpie — بوابة محلية تتيح لوكلاء البرمجة أن يعملوا مع أي نموذج توجّههم إليه — سير عمل الصيانة الخاص به على X في 2026-10-13: Claude Code، مدفوعًا بـ A​nthropicClaude Opus 5.5، مع ثلاث مهام /loop تعمل في الوقت نفسه، كل واحدة منها تراقب سطحًا مختلفًا — مشكلات GitHub وطلبات السحب، ومجتمع Discord، وملاحظات تصل عبر X — وتصلح ما تجده. هندسة الحلقة، أي ممارسة إبقاء الوكيل في دورة بدلًا من توجيهه دورًا بعد دور، كانت موضوع حديث كثير هذا العام. ما يجعل هذا المثال جديرًا بالقراءة هو أنه يأتي مصحوبًا بمخطط تنظيمي.

Claude Opus 5.5 ليس جديدًا. أطلقت A​nthropic النموذج في 2026-09-22، أي قبل ثلاثة أسابيع، مقابل 4 دولارات لكل مليون رمز إدخال و20 دولارًا لكل مليون رمز إخراج. هذه ليست قصة إطلاق. إنها قصة عمّا تعنيه الإعدادات الافتراضية لهذا النموذج لأي شخص يحاول نسخ حلقة صيانة من ثلاثة وكلاء — وعن الأجزاء التي تتعطل من تلك الحلقة بطرق لا تذكرها الدروس التعليمية.

ما الذي يوجد فعليًا في سير العمل؟

الإشارة قصيرة، لذا يجدر بنا أن نكون دقيقين بشأن ما يُدَّعى وما لا يُدَّعى. يشغّل yetone ثلاث مهام متزامنة /loop في Claude Code على Opus 5.5. واحدة تراقب المستودع — المشكلات وطلبات السحب. وواحدة تراقب Discord. وواحدة تراقب X. يُصلح الوكيل ما يراه جديرًا بالإصلاح، ضمن الحلقة، دون أن يوجّه إنسان كل دور. النمط الذي أتمتته هو ذاك الذي يسيء معظم المشرفين أداءه: الفرز. لا البرمجة. بل القراءة والتصنيف وإزالة التكرار والرد، وهو ما يلتهم ساعة يوميًا.

عبارة «هندسة الحلقات» هي حاملة الثقل هنا. فالحلقة ليست وكيلًا ينفّذ مهمة؛ بل هي جلسة تظل تعود إلى مهمة وفق جدول زمني تختاره بنفسها، مع بقاء حالة التكرار الأخير أمامها. هذا التمييز هو الموضع الذي تنهار عنده معظم النسخ محلية الصنع، وهو بالضبط الاتجاه الذي تحرّكت نحوه الأدوات خلال الأسابيع الستة الماضية.

ما الذي يفعله /loop في Claude Code فعليًا في أكتوبر 2026

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

المجرد/loopلم يعد يريد منك تحديد فاصل زمني. تجاهله، وسيختار Claude واحدًا ديناميكيًا — بين دقيقة واحدة وساعة — استنادًا إلى ما لاحظه في التكرار السابق. ينتظر قليلًا أثناء انتهاء عملية بناء أو وجود طلب سحب نشط، وينتظر وقتًا أطول بكثير عندما لا يكون هناك شيء معلّق. تتم طباعة التأخير المختار وسببه في نهاية كل تكرار، بحيث يمكنك رؤية تفكير الحلقة نفسه بشأن وتيرتها. قدّم فاصلًا زمنيًا بدلًا من ذلك — /loop 5m تحقق من النشر — وستحصل على جدول cron ثابت.

احذف المُوجّه أيضًا، وستحصل على مُوجّه صيانة مدمج يعالج ثلاثة أمور بالترتيب، في كل تكرار:

• تابع أي عمل غير مكتمل من المحادثة.

• اعتنْ بطلب السحب الخاص بالفرع الحالي — تعليقات المراجعة، عمليات CI الفاشلة، تعارضات الدمج.

• شغّل تمريرات التنظيف مثل مطاردة الأخطاء أو التبسيط عندما لا يكون هناك أي شيء آخر معلّق.

يمكنك استبدال ذلك الافتراضي بتعليماتك الخاصة عبر كتابة loop.md — عند .claude/loop.md لمشروع ما، أو ~/.claude/loop.md لكل مشروع لا يحدد ملفه الخاص. تسري التعديلات في التكرار التالي، لذا يمكنك تحسين تعليمات حلقة قيد التشغيل دون إعادة تشغيلها. يُقتطع الملف عند تجاوز 25,000 بايت، وهو أكثر من مساحة كافية لقواعد الفرز.

هذه الآلية هي الجزء الأساسي في إعداد ثلاثي الحلقات، وهي الجزء الذي عادةً ما تغفل عنه مخططات سير العمل. موجه الصيانة المدمج العام ليس سياسة فرز. إذا كنت تريد حلقة تقرأ مشكلات GitHub بالطريقة التي يقرأ بها مشروعك مشكلات GitHub — ما يُعتبر مكررًا، وما يحصل على تصنيف بدلاً من رد، وما لا يحصل أبدًا على رد — يجب أن تكون السياسة في loop.md، وليس في الموجه الذي كتبته عند بدء الجلسة.

الحدود التي تقرر ما إذا كانت الثلاثة رقمًا أم شعارًا

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

• الحد الأقصى للتزامن — تستطيع الجلسة الواحدة أن تحتفظ بما يصل إلى 50 مهمة مجدولة في وقت واحد، لذا فإن ثلاث حلقات لا تقترب إطلاقًا من الحد. القيد الملزم ليس عدد المهام، بل الانتباه: ثلاث حلقات تعني ثلاثة تدفقات من استدعاءات الأدوات تتنافس على الجلسة نفسها.

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

• استعادة اللاتماثلات — استأنف جلسة باستخدام --resume أو --continue وستعود المهام المجدولة عبر cron، باستثناء المهام المتكررة التي انتهت صلاحيتها. لا تُستعاد الحلقة ذاتية الوتيرة إطلاقًا؛ عليك بدءها من جديد.

• سلوك الجلسة المشغولة — تُطلَق المهمة بين الأدوار، وليس في منتصف الرد. وإذا كان دور وكيلي طويل قيد التنفيذ عند حلول موعد الحلقة، ينتظر الإطلاق. ولا تتراكم الفواصل الزمنية الفائتة؛ بل تتجمع في إطلاق واحد.

• التذبذب — المهام المتكررة تُشغَّل عمدًا متأخرة، بتأخير يصل إلى نصف الفترة الفاصلة حتى التشغيل التالي وبحد أقصى 30 دقيقة، وذلك حتى لا تتقارب مجموعة من الجلسات في الثانية نفسها. مهمة تُنفَّذ كل عشر دقائق تبدأ في أي وقت من موعدها المحدد إلى متأخرة خمس دقائق. حالة الخمس دقائق هي الاستثناء: يقدّمها Claude Code 15 ثانية لتبقى كل عملية تشغيل داخل نافذة ذاكرة التخزين المؤقت للمطالبات.

• شرط بقاء الجهاز قيد التشغيل — لا تنطلق الحلقات إلا أثناء تشغيل Claude Code وخموله. إغلاق الحاسوب المحمول يوقفها. ولا يوجد تعويض عن الساعات التي كنت فيها غائبًا.

ذلك الأخير هو السبب في أن سير العمل هذا هو إعداد خاص بالمسؤول عن المشروع لا بفريق منصة. ثلاث حلقات على جهاز واحد، في جلسة واحدة، هي وسيلة لإبقاء مشروع مفتوح المصدر مزدحم قيد التقدم بينما تفعل شيئًا آخر؛ إنها ليست خدمة.

لماذا يكون سير العمل هذا خاصًا بـ Claude Opus 5.5، وليس مجرد «وكيل»؟

شغّل حلقة من ثلاثة وكلاء مع نموذج بلا نافذة سياق كبيرة، وستقضي الحلقات يومها في إعادة القراءة. كل تكرار يعيد استيعاب سلسلة القضية، وفرق الـ PR، وتاريخ Discord؛ وإذا كانت النافذة صغيرة، يُلخَّص ذلك التاريخ ويُستبعد، ويتدهور حكم الحلقة بهدوء مع تقادم الجلسة. Claude Opus 5.5 يحمل نافذة سياق بسعة 1M توكن مع 128K توكن من المخرجات، وهذا ما يتيح لحلقة فرز أن تحتفظ بقائمة قضايا حقيقية زائد محادثة زائد آخر بضع تكرارات دفعة واحدة. وهو أيضًا مسعّر عند $4 / $20 لكل مليون توكن، وتُقرأ ذاكرته المؤقتة عند $0.20 لكل مليون — أي خُمس سعر الإدخال — وهذا يهم هنا أكثر من المعتاد، لأن الحلقة هي أكثر أعباء العمل ملاءمةً للتخزين المؤقت على الإطلاق. نفس موجه النظام، ونفس تعريفات الأدوات، ونفس سياق المستودع، مرارًا وتكرارًا.

المطابقة الثانية هي الوضع الافتراضي في التفكير، وهي تنحو في الاتجاه المعاكس تبعًا لما تقوم به كل حلقة. يشغّل Claude Opus 5.5 التفكير التكيّفي مفعّلًا دائمًا، مع افتراض مستوى الجهد عند متوسط — مستوى واحد أدنى من الافتراضي في Claude Opus 5. لا يغيّر الجهد الجودة فحسب؛ بل يغيّر حجم استدعاءات الأدوات. الحلقة التي تفرز المشكلات والحلقة التي تعدّل الشيفرة تحتاجان إلى إعدادات مختلفة، كما أن أدنى إعداد للجهد يمثّل مشكلة جدولة قائمة بذاتها: في حلقة ذات وتيرة ذاتية، يختار النموذج بنفسه مدة التأخير قبل الاستيقاظ التالي، لذا فإن حلقة فرز منخفضة الجهد وحلقة إصلاح مرتفعة الجهد ستسيران بوتيرتين مختلفتين أمام المستودع نفسه. لا يوجد إعداد يجعل بينهما اتفاقًا. الغاية هي معرفة أيّهما أيّ، لأن فارق الوتيرة هو أول ما ستراه.

إذا كنت تريد تشغيل الحلقة وأداة الإصلاح مقابل نماذج موردين مختلفين — الفرز على شيء رخيص، والإصلاحات على Claude Opus 5.5 — فهذا قرار توجيه لا قرار Claude Code، وهو السبب في وجود بوابة أمام الجلسة.

أجرّب هذا دون المخاطرة بالإنتاج عليه

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

على OrcaRouter، anthropic/claude-opus-5.5 يُقدَّم بسعر Anthropic المعلن دون أي هامش ربحي مُضاف، من نقطة نهاية واحدة تتحدث كلًا من الصيغة المتوافقة مع OpenAI وصيغة Anthropic Messages — لذا لا تحتاج جلسة Claude Code والنص البرمجي الذي يخاطب النموذج نفسه إلى تكاملين. نشرت Anthropic تسعيرها الخاص 4 دولارات / 20 دولارًا في 2026-09-22؛ وإذا تحرّك ذلك السعر المعلن، تتحرّك معه بوابة المرور المباشر في اليوم نفسه لا في دورة الفوترة التالية، وهذه هي النسخة التي تريدها حين تُقدّر حجم حلقة قد تعمل لأشهر. يغطي التحويل التلقائي عند الفشل بين المزوّدين الحالة التي تُحذّر منها الوثائق ولا يختبرها أحد: ألا تتوقف الحلقة لأن أحد المصادر الأعلى أعاد رمز 429 في الثالثة فجرًا. دمج النماذج ولغة التوجيه DSL أقل أهمية هنا — فحلقة الفرز تريد نموذجًا واحدًا بثبات، لأن الثبات هو ما يجعل أحكامها قابلة للمراجعة.

ما العمل بالرقم ثلاثة؟

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

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

يجدر القول بوضوح: هذا إعداد أحد الممارسين، وصفه مؤلفه على X، وليس إرشادًا موصى به من المورّد. توثيق Anthropic الخاص بـ Claude Opus 5.5 ووثائق Claude Code الخاصة بـ /loop تخبرك بما تفعله الأدوات. لكنها لا تخبرك بأن ثلاثة هو العدد الصحيح، ولا يخبرك بذلك أي شخص آخر بعد.

عندما تريد حلقة الفرز وحلقة الإصلاح نموذجين مختلفين: شغّل الحلقة والمُصلِّح عبر نقطة نهاية واحدة يقدّم Claude Opus 5.5 بسعر A​nthropic المعلن من نقطة نهاية واحدة تتحدث كلاً من صيغتَي OpenAI المتوافقة وA​nthropic Messages.

خيارات النماذج مثل هذه هي أيضًا حيث تظهر أنماط الفشل: الحوادث الموثقة للذكاء الاصطناعي وإخفاقات الوكلاء الكامنة وراء النماذج في هذه الفئة يتم جمعها في OrcaRouter AI Incident Archive، حيث يحمل كل مدخل مصادره الخاصة ودرجة الخطورة ودرجة الثقة وعلامة النزاع.