من الوكيل إلى الحلقة إلى المخطط البياني: بنية إنتاجية للأنظمة الوكيلة

ينسب منشور واسع الانتشار على منصة X بتاريخ 18 أغسطس 2026 جولة إرشادية مدتها ساعتان إلى أندرو إنغ، ويقدم تصعيداً مفيداً لنطاق الهندسة: أول وكيل يعمل في الدقيقة 9:14، الحلقات في 33:11، تحول الحلقات إلى رسوم بيانية في 1:02:46، وكلاء يعدلون الكود الخاص بهم في 1:30:15، وطبقة تنسيق تربط النظام ببعضه في 1:49:05. تستخدم هذه المقالة ذلك المخطط الزمني كنقطة انطلاق لبنية الإنتاج؛ وهي لا تعتمد على صحة نسبة المحتوى إلى صاحبه.

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

1. الوكيل الأول هو قدرة؛ والحلقة تجعله نظاماً

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

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

ولهذا السبب حددت مقالة TrueFoundry لشهر يونيو حول هندسة الحلقات هذا التخصص على النحو التالي:

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

2. الرسم البياني لا يحل محل الحلقة؛ بل ينظم الحلقات والعقد الأخرى

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

لخص دليل TrueFoundry لشهر يوليو حول هندسة الرسوم البيانية هذه العلاقة في سبع كلمات:

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

أولاً، افصل بين معنيين لـ "الرسم البياني"

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

إذا قام وكيل بحث بالاستعلام عن رسم بياني معرفي ثم فوض التحقق إلى وكيل ثانٍ، فإن الرسم البياني المعرفي هو جزء مما يعرفه النظام؛ بينما يصف رسم التنفيذ ما يفعله النظام.

3. الحواف هي المكان الذي تصبح فيه العديد من ضوابط المؤسسة قابلة للتنفيذ

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

تختصر تدوينة TrueFoundry الأخيرة حول هندسة المخططات البيانية وضع المؤسسة في سطر قصير آخر:

‍