هندسة الحلقة: لماذا وقت تشغيل الوكيل هو الوسيط الجديد

يستند هذا إلى أنماط الوكلاء طويلي الأمد: إبقاء الوكلاء أحياء عبر الساعات والأيام، الذي رسم ثلاثة أنماط فشل تظهر في أفق الساعات إلى الأيام (سوء المحاذاة على مستوى المسار، والتآكل القائم على الضغط، والتطور الذاتي) وثلاث طبقات إنفاذ تلتقطها. هنا نركز على تطور مكمل: طبقة وقت التشغيل نفسها أصبحت وسيطاً مُداراً وقابلاً للتفتيش — ما تسميه TrueFoundry هندسة الحلقة (loop engineering)، المنشورة في 23 أغسطس 2026.

النقاط الرئيسية

• LangGraph لديه 34.5 مليون تحميل شهري من PyPI وحوالي 400 نشر مؤسسي بما في ذلك Klarna وUber وBlackRock — طبقة وقت التشغيل حول النموذج هي حيث تتراكم الميزة الإنتاجية، وليس في اختيار النموذج (مقارنة الإنتاج من uvik.net)
• نمط هندسة الحلقة من TrueFoundry يسمي خمس قرارات تشغيلية تنتقل من الـ prompt إلى وقت التشغيل: نقاط فحص الموافقة، واستمرارية الجلسة، وعزل بيانات الاعتماد، وضغط السياق، وتحميل القدرات عند الطلب — كل واحدة خاصية وقت تشغيل، وليست تعليمة prompt (TrueFoundry)
• هندسة الرسوم تحكم الحواف بين الحلقات: من يتصرف، وما يعبر، وكم يكلف، وما证据 يبقى — مبدأ "قيّم العقدة، احكم الحافة" يجعل السلطة وحركة البيانات والإنفاق قابلة للتنفيذ على طبقة الطوبولوجيا (TrueFoundry)
• وكيل واحد ساوى أو تفوق على أنظمة متعددة الوكلاء في 64% من المهام المعيارية بتكلفة 2x — قرار البنية الأول هو ما إذا كنت تحتاج وكلاء متعددين أصلاً، والحلقة هي حيث يُطبق هذا القرار (Princeton NLP)

كل حقبة من حقب برمجيات المؤسسات تطور طبقة تبدو ثانوية حتى تتراكم فيها القرارات التشغيلية. في حقبة العميل-الخادم كان خادم التطبيقات. في حقبة السحابة، منسق الحاويات. في حقبة البيانات، مجدول الخطوط. لوكلاء الذكاء الاصطناعي، تلك الطبقة لها اسم: وقت التشغيل الذي يلف النموذج ويحوله إلى وكيل موثوق طويل الأمد. LangGraph وحده لديه 34.5 مليون تحميل شهري من PyPI وحوالي 400 نشر مؤسسي — وقت التشغيل ليس طبقة ثانوية. وثائق TrueFoundry تعرف الـ agent harness ببساطة بأنه "طبقة وقت التشغيل حول LLM تحوله إلى وكيل موثوق طويل الأمد." هذه المقالة ترسم نمط هندسة الحلقة — ما تتوسطه الحلقة، ولماذا تتصرف كوسيط، وما تضيفه طبقة حوكمة هندسة الرسوم — وتشرح لماذا الحلقة، وليس النموذج، هي حيث يُقرر موثوقية النشر في قطاع B2B.

المشكلة: الحكم التشغيلي يعيش في الحلقة، وليس في الـ prompt

هندسة الـ prompt تسأل ماذا نقول للنموذج. هندسة السياق تسأل ماذا نريه. هندسة الحلقات تسأل ماذا يفعل النظام بين استدعاءات النموذج. هذا السؤال ينتمي إلى هندسة المنصة والأمان بقدر ما ينتمي إلى مؤلفي الـ prompt، لأن الحلقة هي حيث تصبح القرارات التشغيلية المؤسسية قابلة للتنفيذ.

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

جدول الترجمة يجعل النمط مرئياً:

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

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

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

الحلقة كوسيط: قراءة تاريخية

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

الحقبة	المكوّن المحتفى به	الطبقة التي قررت النتائج	أين انتهت
عميل-خادم	قاعدة البيانات	خادم التطبيقات	مختلط: احتكاري плюс معايير مفتوحة
سحابة	الـ VM	منسق الحاويات	Kubernetes مفتوح المصدر أصبح مهيمناً
بيانات	مستودع البيانات	مجدول الخطوط	مجدولات مفتوحة المصدر تتعايش مع خدمات مُدارة
وكلاء	النموذج	الحلقة	يُقرر الآن

حلقة الوكيل قد تتبع جزءاً من ذلك المسار. الحجة للانفتاح ملموسة: توفّر المصدر يجعل التدقيق على مستوى التنفيذ ممكناً (لا يثبت أن الثنائي المنشور موثوق، لكنه يجعل التدقيق ممكناً). وقت تشغيل يدعم الاستضافة الذاتية يمكن أن يضع طبقة التنفيذ داخل حدودك. تنفيذ مفتوح قابل للتوسعة يتيح للفرق تغيير الضغط أو نقاط الفحص أو سلوك التكامل دون انتظار خارطة طريق مُورّد. أصدرت TrueFoundry الـ harness الخاص بها، TrueForge، تحت رخصة MIT مع تشغيل محلي ومُستضاف، معاملة النماذج وخوادم MCP ومزودي الـ sandbox كتبعيات متصلة.

الملخص الاستراتيجي: الطبقة التي تُطبق حكمك يجب أن تكون طبقة تستطيع الحكم عليها.

ماذا تسأل حلقتك

إذا كانت الحلقة هي حيث يعيش الحكم التشغيلي، فإن سؤال المشتريات هو ما إذا كان وقت تشغيلك قابلاً للتفتيش والنقل. ستة أسئلة تؤطر الاستجواب:

1. هل يصمد العمل عبر إعادة التشغيل؟ استمرارية الجلسة خاصية وقت تشغيل. وكيل يجب أن يبدأ من الصفر بعد كل انقطاع ليس وكيلاً طويل الأمد — إنه وكيل قصير الأمد يُعاد تشغيله باستمرار.
2. ماذا يمكن لبيئة تنفيذ الكود أن ترى؟ تصميم الـ sandbox يُبقي بيانات اعتماد الـ harness بعيدة عن متناول النموذج. إذا كان النموذج يستطيع قراءة مفتاح API الذي يوفّر حسابه الخاص، فالاحتواء prompt وليس حدّاً.
3. ما الإجراءات التي تتوقف لانتظار إنسان — بوقت التشغيل أم بالأمل؟ موافقة الأداة هي الفرق بين نقطة فحص مُطبقة واقتراح. الحلقة تجعلها حتمية.
4. هل تُحمّل القدرات عند الطلب أم في كل دورة؟ الأدوات والمهارات المؤجلة تقلل تضخم الحمولة. حلقة تُرسل كل وصف أداة في كل دورة تُهدر نافذة السياق التي يحتاجها الوكيل للتفكير.
5. هل يمكن إعادة بناء تشغيل من آثاره؟ نمط سجل الجلسة الإضافي فقط (append-only) — الذي تقارب عليه كل من DeepSeek Harness و Meta Muse Code بشكل مستقل — هو الركيزة لإعادة التشغيل والتراجع والتدقيق. المقالة الأم توثق هذا التقارب بالتفصيل.
6. إذا تركت مُورّد وقت التشغيل غداً، ماذا ستخسر؟ القابلية الحقيقية للنقل تعتمد على تنسيقات البيانات والتكاملات والممارسات التشغيلية، وليس فقط توفّر المصدر. لكن وقت تشغيل لا يمكنك تفتيش تنفيذه يجعل التدقيق العميق والاستضافة الذاتية والتعديل وتخطيط الخروج أصعب.

من الحلقة إلى الرسم: حوكمة الاتصالات

وكيل واحد بحلقة دائمة يحل مشكلة التنفيذ. لكن أنظمة الإنتاج نادراً ما تُشغل وكيلاً واحداً. التدرج — من وكيل إلى حلقة إلى رسم — يضيف سؤال أنظمة مختلفاً عند كل خطوة. منشور بنية From Agent to Loop to Graph من TrueFoundry يؤطر التصعيد: وكيل أول عامل يُقدم أسئلة القدرة واستخدام الأدوات. حلقة دائمة تضيف مخاوف الحالة والاستعادة والسياق والموافقة. رسم يضيف الطوبولوجيا والتنسيق والتفويض. التعديل الذاتي يثير أسئلة التحقق والاحتواء والترقية. التنسيق يحول النظام المُجمع إلى مشكلة تشغيلية.

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

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

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

السؤال	لماذا يهم	المالك المحتمل
من أو ما يتصرف؟	الإسناد، أقل امتياز، تدقيق	الهوية / السجل
ماذا يمكن أن تصل هذه العقدة؟	الاكتشاف ليس تفويضاً	المنسق + البوابة + سياسة المصب
ماذا يمكن أن يعبر الحافة؟	تقليل البيانات، دفاع حقن الـ prompt	سياسة التطبيق + حواجز البوابة
كم يمكن أن يُنفق أو يتفرع؟	الرسوم تضاعف إعادة المحاولة والفروع واستدعاءات النموذج	ميزانيات المنسق + البوابة
ما证据 يبقى؟	الرسوم المُصممة والمنفذة تتباعد	المنسق + الـ harness + سجل النظام

مشهد الأطر: أين تناسب هندسة الحلقة

هندسة الحلقة نمط على مستوى وقت التشغيل، وليس اختيار إطار. مشهد الأطر مستقر اعتباراً من أغسطس 2026:

• LangGraph — 34.5 مليون تحميل شهري من PyPI، حوالي 400 نشر مؤسسي بما في ذلك Klarna وUber وLinkedIn وBlackRock وJPMorgan. معيار الإنتاج للوكلاء ذوي الحالة مع نقاط الفحص وتصحيح السفر عبر الزمن ودعم MCP أصلي. LangSmith للقابلية للملاحظة.
• CrewAI — أكثر من 44,600 نجمة على GitHub، أكثر من 10M تنفيذ وكيل شهرياً على المنصة، استكشاف في حوالي 60% من Fortune 500. عبء الرموز حتى 3x أعلى من LangGraph في المهام البسيطة.
• Microsoft Agent Framework — أصدر 1.0 GA في 3 أبريل 2026، ليحل محل AutoGen (الآن في وضع الصيانة). دعم MCP أصلي؛ A2A عبر محول منفصل (تجريبي).
• OpenAI Agents SDK — حوالي 19,000 نجمة على GitHub، 10.3M تحميل شهري.
• Google ADK — أصلي لـ Gemini، A2A أولاً.
• DeepSeek Harness — مرخص MIT، أكثر من 33K نجمة على GitHub، سجل جلسة إضافي فقط.

نتيجة Princeton NLP تُرسخ قرار البنية الأول: وكيل واحد ساوى أو تفوق على أنظمة متعددة الوكلاء في 64% من المهام المعيارية بتكلفة 2x. قبل اختيار رسم متعدد الوكلاء، اسأل ما إذا كانت المهمة تبرر عبء التنسيق. الحلقة هي حيث يُطبق هذا القرار — حلقة مُهندسة جيداً مع نقطة فحص/استئناف وبوابات موافقة وإدارة سياق قد تؤدي العمل الذي يؤديه رسم متعدد الوكلاء بتكلفة أعلى ومساحات فشل أكثر.

هندسة الحلقة متوافقة مع كل هذه الأطر. النمط يتعلق بما يتوسطه وقت التشغيل، وليس أي إطار تبني عليه. نقاط الفحص وتصحيح السفر عبر الزمن في LangGraph هي بدائيات هندسة الحلقة. سجل الجلسة الإضافي فقط في DeepSeek Harness بدائية هندسة حلقة. موافقة الأدوات وعزل الـ sandbox في TrueForge بدائيات هندسة حلقة. التقارب هو الإشارة: عندما تطبق أوقات تشغيل مستقلة متعددة نفس مجموعة الضوابط التشغيلية، تكون الضوابط متطلبات هيكلية، وليست اختيارات مُورّد.

نمط هندسة الحلقة — قرارات وقت التشغيل التي تتراكم في دورة التنفيذ بين النموذج ونظام الأعمال:

قراءة ذات صلة

• أنماط الوكلاء طويلي الأمد: إبقاء الوكلاء أحياء عبر الساعات والأيام — المقالة الأم التي ترسم ثلاثة أنماط فشل (سوء المحاذاة على مستوى المسار، واضمحلال الحوكمة، والتطور الذاتي) وثلاث طبقات إنفاذ (ما قبل الاستدلال، وقت التشغيل، التراجع) التي تُشغلّها هندسة الحلقة
• Kill Switch by Design: عمارة حوكمة الوكيل — نموذج الإنفاذ ثلاثي الطبقات (خطافات ما قبل الاستدلال، فواصل دوائر وقت التشغيل، تراجع بعد الوقوع) الذي تُطبقه الحلقة على طبقة وقت التشغيل
• قابلية ملاحظة وكيل الذكاء الاصطناعي: ما لا تستطيع رؤيته سيؤذيك — مجموعة القياس عن بُعد رباعية الطبقات التي تجعل وكلاء هندسة الحلقة قابلة للاستعلام بدلاً من قابلة للـ grep

موزّع متوسط الحجم يُشغل NetSuite وBigCommerce ينشر وكيلاً يراقب صندوق وارد المشتريات على مدار الساعة، ويتحقق من كتالوجات الموردين، ويُطبق القواعد التجارية، ويُحرر عروض الأسعار. يعمل الوكيل لساعات وليس دقائق. نمط هندسة الحلقة هو ما يبقيه ضمن الحدود: نقطة فحص الموافقة التي تتوقف قبل الكتابة إلى NetSuite، واستمرارية الجلسة التي تتيح للوكيل الاستئناف بعد انتهاء مهلة API المُورّد، وعزل بيانات الاعتماد الذي يُبقي رمز OAuth لـ NetSuite خارج سياق النموذج، وضغط السياق الذي يُقلص تاريخ RFQ القديم دون إسقاط القواعد التجارية التي تحكم التسعير. البناء هو ارتباط محدد النطاق: محرك RFQ، ووحدات موصلات MCP، ووقت تشغيل الحلقة مع نقطة فحص/استئناف وبوابات موافقة، وطبقة الرسم التي تحكم الحواف بين وكيل التسعير ووكيل الامتثال والكتابة المرتدة إلى NetSuite.

أسبوع واحد لاكتشاف. تحصل على جرد نظام، وخريطة سير عمل، ونطاق ثابت — whether or not you build with us.