هندسة الرسوم البيانية لأنظمة الوكلاء المتعددين: البنية التحتية، والحوكمة، والقابلية للمراقبة

في 18 يوليو 2026، قامت مقالة explainx.ai بتلخيص نقاش سريع التطور حول "هندسة الرسوم البيانية": التعامل مع مؤسسة الوكلاء المتعددين — أدوارها، وتبعياتها، ومسارات التفويض، وهيكل المهام أثناء التشغيل — كرسم بياني مُهندس. لا يزال أصل هذا المصطلح غير مستقر، كما أنه يتداخل مع استخدام أقدم لمصطلح "الرسوم البيانية المعرفية"؛ في حين أن الممارسة الأساسية، وهي التنسيق القائم على الرسوم البيانية، لها تاريخ موثق.

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

الأطروحة المؤسسية لهذا المنشور: المنسق يمتلك الرسم البياني؛ وتتولى TrueFoundry حوكمة عمليات النماذج وأدوات MCP الموجهة عبر بواباتها، وتوفر بيئة تشغيل مُدارة لوكلاء Agent Harness — مع تحديد حدود المنتج بوضوح أدناه.

‍

ما هي هندسة الرسوم البيانية؟ تعريف

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

لمحة موجزة عن هندسة الرسوم البيانية: من تدفق البيانات والرسوم البيانية الموجهة غير الحلقية (DAGs) إلى المنظمات متعددة الوكلاء

تستحق المصطلحات الجديدة أن تُعرف أصولها، وهذا المصطلح له تاريخ غني بشكل غير عادي، وهو تاريخ يستحق التتبع لأنه يتنبأ بالمسار الذي ستتخذه هذه الممارسة. يكمن الجذر الأعمق في الحدس القائل بأن الحوسبة عبارة عن رسم بياني: استكشفت بنيات تدفق البيانات المبكرة هذه الفكرة في الأجهزة، وعادت للظهور أينما كان لا بد من تفكيك العمل وجدولته — مثل رسوم بيانية لتبعيات المترجم، ورسم بياني ضمني لـ MapReduce، ثم ظهرت بشكل صريح في الأدوات التي نشأ عليها جيل من المهندسين: جعلت أدوات تنسيق سير العمل مثل Airflow الرسم البياني الموجه غير الحلقي (DAG) وحدة لهندسة البيانات، وجعلت أطر التعلم العميق رسم الحوسبة البياني وحدة لتنفيذ النماذج. أما الجذر الثاني فهو أقدم وأقرب إلى جوهر الموضوع: عقود من أبحاث الأنظمة متعددة الوكلاء. صاغت الحوسبة بنمط "الفاعل" (Actor) وكلاء مستقلين يتبادلون الرسائل؛ وكانت بروتوكولات "شبكة العقود" (contract-net) تتيح للوكلاء المزايدة على المهام وتفويضها — وهو ما يمثل رسمًا بيانيًا للعمل قبل وقت طويل من ظهور هذا المصطلح؛ كما بنى مجتمع الذكاء الاصطناعي الموزع مفردات لتواصل الوكلاء وتنظيمهم، تبدو اليوم وكأنها وثائق تصميم للأنظمة التي يتم ربطها حاليًا. والجذر الثالث تنظيمي: فالهياكل التنظيمية، ومصفوفات المسؤوليات (RACI)، وتدوين عمليات الأعمال، كلها عبارة عن رسوم بيانية توضح من يملك ماذا وكيف يتدفق العمل — و"الرسم البياني التنظيمي" الوارد في مقال 18 يوليو هو، سواء عن قصد أو غير قصد، استيراد برمجيات لهذا التقليد. جاء التقارب الحديث بسرعة: جعلت أطر عمل الوكلاء الرسوم البيانية كائنات من الدرجة الأولى في الكود (اسم LangGraph نفسه يشير إلى ذلك؛ بينما قامت AutoGen وCrewAI بهيكلة محادثات وفرق الوكلاء المتعددين)، واقترح بروتوكول A2A من جوجل (2025) بروتوكولًا موحدًا لاكتشاف الوكلاء، وإدارة المهام، والرسائل، والبيانات الاصطناعية، والتنسيق بين الوكلاء — وهي طبقة قمنا بفحصها في مقالنا حول حوكمة الأنظمة متعددة الوكلاء — وبحلول منتصف عام 2026، أصبح سلم الممارسين يسير وفق الترتيب: التلقين (Prompt) ← السياق (Context) ← الحلقة (Loop)، حيث قدمت لحظة التوليف في يونيو لهندسة الحلقات النموذج الذي أعادت هندسة الرسوم البيانية استخدامه في يوليو. إن توليفنا، الذي نقدمه بتواضع يتطلبه أي مصطلح ناشئ، هو أن هندسة الرسوم البيانية ليست اختراعًا بل هي حدث تسمية — اللحظة التي أصبحت فيها ممارسة كانت تتشكل لعقود قابلة للمناقشة كشيء واحد. أحداث التسمية مهمة؛ فهي اللحظة التي تبدأ فيها الأدوات، والتوظيف، وخطاب العمليات — وهو مجال تخصصنا.

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

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

هندسة الرسوم البيانية في المؤسسات: الحوكمة، والتحكم في التكاليف، والقابلية للمراقبة

والآن، جزء لا يعتمد كثيراً على كيفية تطور التعريف. تجمع الرسوم البيانية متعددة الوكلاء في بيئة الإنتاج بين المكونات الوكيلية (agentic) والحتمية: فقد تمتلك الجهات المستدعية الوكيلية هويات، وتستدعي النماذج والأدوات، وتنشئ مهام عمل ديناميكية، ويعتمد الحمل التشغيلي الناتج على الطوبولوجيا، والتوسع، وإعادة المحاولات، والتزامن، وتغيرات وقت التشغيل. الحوكمة: يحتاج كل مُستدعي أو وكيل خدمة مُدار بشكل مستقل إلى هوية مُحددة؛ فقد تعمل العُقد الحتمية داخل العملية تحت هوية الخدمة التي تحتويها ما لم تتطلب البنية التحتية سياسة أو إسناداً منفصلاً — وهي الحسابات الافتراضية، والتحكم في الوصول المستند إلى الأدوار (RBAC)، والتفويض لكل مستخدم التي تناولها إحصاء هوية الوكيل بالتفصيل — لأن قول "الرسم البياني هو من فعل ذلك" ليس إجابة مقبولة في التدقيق؛ فطلبات النماذج التي تتم عبر البوابة واستدعاءات أدوات MCP الصادرة عن الرسم البياني تحتاج إلى سياسة (تحديد العُقد التي يمكنها الوصول إلى أي أدوات هو إعداد خاص بالسجل: قيود على مستوى الأداة وخوادم MCP افتراضية تحدد نطاق كل عُدة وفقاً لمهامها)؛ كما يجب تطبيق حواجز الحماية الأربعة الموثقة على طلبات النماذج التي تتم عبر البوابة واستدعاءات أدوات MCP الصادرة عن الرسم البياني — تتطلب حواجز حماية المخرجات استجابات غير متدفقة، ويتم استبعاد مطالبات النظام افتراضياً — وهي llm_input، وllm_output، وزوج ما قبل/ما بعد استدعاء الأداة — لذا فإن تطبيق هذه الحواجز يمكن أن يساعد في اكتشاف أو حظر أو تنقيح فئات معينة من المحتوى عالي المخاطر قبل انتشاره بين العُقد المشاركة؛ وهذا لا يلغي مخاطر حقن المطالبات عبر الوكلاء، وهي النسخة الموسعة من حجة الحقن غير المباشر التي تناولناها في منشور تسلسل الرمز الواحد (وثائق حواجز الحماية؛ وثائق بوابة MCP). التحكم في التكاليف: يمكن لرسم بياني للعمل أن يزيد من استدعاءات النماذج والأدوات من خلال التوسع، وإعادة المحاولات، والمهام الفرعية التي يتم إنشاؤها ديناميكياً، لذا يجب أن يكون التحكم في التكاليف صريحاً. يتم إنشاء قواعد الميزانية على مستوى المستأجر أو الفريق ويمكنها تخصيص حدود منفصلة لكل حساب افتراضي أو قيمة بيانات وصفية. يمكن لقواعد تحديد المعدل أن تتطابق أو تُقسم حسب أبعاد البيانات الوصفية المدعومة. إن نشر graph_id أو node_id ينشئ هذا التعيين؛ فالبوابة لا تستنتج عضوية الرسم البياني (وثائق الميزانية؛ وثائق حدود المعدل).

Authorization: Bearer <node-specific-virtual-account-token>
X-TFY-METADATA: {
  "graph_id": "release-review",
  "run_id": "run-8f31",
  "node_id": "security-reviewer"
}

نمط الارتباط التوضيحي: رمز حساب افتراضي مميز بالإضافة إلى معرفات الرسم البياني والتشغيل والعقدة التي يتم نشرها.

القابلية للملاحظة: هنا يصبح الفرق بين الأدوار المقصودة والعمل الذي تم تنفيذه فعلياً قابلاً للمعالجة — بالنسبة للطلبات التي تتم بوساطة البوابة والتي تحمل معرفات مستقرة للرسم البياني والتشغيل والعقدة، يمكن لمقاييس البوابة وسجلات الطلبات دعم تحليل التكلفة وزمن الوصول والنموذج والأداة المرتبطة بالعقدة، إلى جانب سجلات مستوى الطلب التي تتضمن هوية المتصل ونتائج السياسة، والتي يمكن ربطها بسجل تنفيذ المنسق نفسه عندما يصدر المنسق معرفات مستقرة للرسم البياني (graph_id) والتشغيل (run_id) والعقدة (node_id) — يظل المنسق هو مصدر الحقيقة للطوبولوجيا؛ وتساهم البوابة بأدلة حول النموذج والأداة والسياسة وزمن الوصول والتكلفة للعمليات التي تراقبها (وثائق لوحة معلومات المقاييس). بيئة تشغيل الوكيل المُدارة: تُشغّل العقد الوكيلة حلقات عمل؛ بينما لا تقوم أنواع العقد الأخرى — مثل الدوال الحتمية، والموجهات، وعمليات الربط، ونقاط التحقق البشرية — بذلك، و TrueFoundry Agent Harness هو المكان الموثق الذي تُدار فيه حلقة العمل — التنسيق، والذاكرة، والوصول إلى أدوات MCP، وتتبعات مستوى الخطوة مع التكلفة لكل خطوة، وبوابات الموافقة البشرية على الإجراءات الحساسة المكونة، والتي تصبح في الرسم البياني شيئاً جديداً حقاً: نقاط التحقق الهيكلية، وهي نقاط تحقق للموافقة البشرية قبل استدعاءات الأدوات الحساسة المكونة، وذلك بدقة عند الحواف التي تتركز فيها العواقب. التحسين: الإسناد المرتبط بالعقدة — المتاح للطلبات التي تتم بوساطة البوابة والتي تحمل معرفات مستقرة — يحول الرسم البياني إلى نظام قابل للضبط — حيث يحصل العقدة المكلفة على نموذج أرخص عبر التوجيه، وتحصل المهمة الفرعية المتكررة على تخزين مؤقت دلالي، ويمكن لهدف النموذج غير المستقر تلقي سلسلة احتياطية من البوابة؛ يظل سلوك إعادة المحاولة والاسترداد لحواف التنسيق مسؤولية بيئة تشغيل الرسم البياني — وهي نفس الأدوات التي توثقها منشورات بوابتنا، ولكن مع وجود طوبولوجيا لتوجيهها نحوها.

قائمة التحقق لهندسة الرسوم البيانية للمؤسسات: متطلبات الرسوم البيانية متعددة الوكلاء في بيئة الإنتاج

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

مستقبل هندسة الرسوم البيانية: ما سنراقبه

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

منظور TrueFoundry: النماذج الفكرية تتغير، وجاهزية الإنتاج لا تتغير

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

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

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

الأسئلة الشائعة حول هندسة الرسوم البيانية

هل هندسة الرسوم البيانية هي نفسها هندسة الرسوم البيانية المعرفية؟

لا. تعمل هندسة الرسوم البيانية المعرفية على هيكلة البيانات — أي الكيانات والعلاقات لأغراض الاسترجاع والاستنتاج. أما هندسة الرسوم البيانية بمفهوم الوكلاء المتعددين لعام 2026، فهي تهيكل النظام: العقد غير المتجانسة، والتحولات المسموح بها، والمسؤوليات، ورسم بياني لسير العمل أثناء التشغيل. يمكن لبنية واحدة استخدام كليهما.

ما الذي تتطلبه هندسة الرسوم البيانية في بيئة المؤسسات؟

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

ما هي الأدوات التي تدعم هندسة الرسوم البيانية اليوم؟

توفر أطر عمل الرسوم البيانية الطوبولوجيا والتنسيق، بينما يمكن لبروتوكولات مثل A2A دعم التواصل بين الوكلاء. يمكن لـ TrueFoundry توفير تنفيذ مُدار لوكلاء Agent Harness، بالإضافة إلى الحوكمة والميزانيات وضوابط الحماية وسجلات الطلبات والمقاييس لعمليات النماذج وبروتوكول MCP الموجهة عبر بواباتها. يتطلب الربط على مستوى العقد هويات أو معرفات محددة يتم نشرها بواسطة التطبيق.

المراجع

• ملخص 18 يوليو — ياش ثاكر، "هندسة الرسوم البيانية: بعد الحلقات، هكذا تربط مؤسسات الوكلاء المتعددين"، explainx.ai، 18 يوليو 2026. استُخدمت في الإطار المقترح، ومثال الملكية، والتمييز بين رسم بياني للمؤسسة ورسم بياني للعمل المنسوب في ذلك المقال إلى شوبهام سابو.
• ثنائي هندسة الحلقات في هذه المدونة — هندسة الحلقات على مستوى المؤسسات: من حلقات الحاسوب المحمول إلى بيئات التشغيل الخاضعة للحوكمة؛ هندسة الحلقات، متابعة: من حلقة واحدة خاضعة للحوكمة إلى أسطول قابل للتشغيل. ذات صلة: حوكمة الوكلاء المتعددين من وكيل إلى وكيل (A2A)؛ إحصاء هوية الوكيل؛ دوامة الإيقاف التدريجي؛ ما هو نظام Agent Harness؟.
• توثيق TrueFoundry — Agent Harness (بيئة تشغيل الوكيل المُدارة: التنسيق، التتبعات، بوابات الموافقة)؛ المصادقة والأمان في بوابة MCP؛ ضوابط الأمان؛ الميزانيات؛ لوحة تحكم المقاييس (الصورة الرسمية).
• المراجع الأساسية وإطار العمل — نموذج الممثل (Actor model): هيويت، بيشوب وستايغر، "صيغة الممثل النمطي الشامل للذكاء الاصطناعي" (IJCAI 1973)؛ بروتوكول شبكة العقود: سميث، مجلة IEEE للمعاملات الحاسوبية (1980)؛ وثائق Apache Airflow DAG؛ وثائق LangGraph؛ وثائق AutoGen؛ وثائق CrewAI؛ إعلان Google A2A.
• وثائق Agent Harness — الوكلاء الفرعيون؛ وثائق AI Gateway — تحديد معدل الاستخدام.

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

‍