ست بنيات لوكلاء الذكاء الاصطناعي — وعناصر التحكم التي تحتاجها كل منها

في 20 يوليو، نشر موقع CIO.com مقال برنارد أسيتونو بعنوان أنواع بنى وكلاء الذكاء الاصطناعي الستة، والذي يلخص ثلاث سنوات من العمل عبر مئات التطبيقات المؤسسية في ستة نماذج ينبغي على مدير تكنولوجيا المعلومات التعرف عليها فوراً. تكمن قوة هذا التصنيف في رفضه للتسلسل الهرمي: فلا يوجد نموذج يتفوق على الآخر؛ بل تكمن المهارة في مطابقة النموذج مع طبيعة المشكلة. يختتم المقال بجملة تضع خارطة طريق لعالم المنصات: "الاعتماد، والحوكمة، والثقة — تصبح أسهل فقط إذا كانت البنية هي الخيار المناسب" (وهو الاقتباس الوحيد من المصدر في هذا المنشور). كل نموذج من الستة يتناسب بشكل مختلف — ولا تشترك النماذج الستة في نفس نقاط التحكم. يربط هذا المقال بين حركة مرور النماذج والأدوات خلف كل نموذج — وليس وقت تشغيل التطبيق بالكامل — وبين القدرات الموثقة في TrueFoundry AI Gateway وMCP Gateway وAgent Harness. يحصل كل نوع على قسم خاص به: تعريفه، ثم مكان تطبيق عناصر التحكم الموثقة عليه، مع ذكر متطلبات التكوين المسبقة. يتبع النماذج الستة جدول ملخص، ويختتم المقال بسؤال تشخيصي رابع.

النوع الأول: المساعد الحواري

ما هو

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

أين تتناسب TrueFoundry

المخاطر المهيمنة هي واجهة المحادثة نفسها: ينسخ الناس ما ينسخونه، وتجيب النماذج بما تجيب به، ويزداد الحجم مع زيادة عدد المستخدمين. أدوات الربط هي طرفا مسار الطلب. llm_input guardrails تشغل خاصية الكشف عن معلومات التعريف الشخصية (PII) والأسرار مع وضع التغيير (mutate mode) — حيث يتم حجب بيانات الاعتماد المنسوخة ويستمر الطلب، بحيث لا يتعلم المستخدمون أبداً الالتفاف حول المسار المعتمد (وهي حجة مقالنا حول تحليل PII بين البوابة والتطبيق؛ لاحظ أن ميزة PII/PHI المدمجة التي تديرها TrueFoundry موثقة للبوابة المستضافة على TrueFoundry — أما عمليات النشر الذاتية والهجينة فتتطلب تكوين بديل يعتمد على مفتاح خاص أو مزود خارجي) — و فحوصات مخرجات LLM يمكن فحص الاستجابة المكتملة — في المسارات غير المتدفقة (non-streaming). حدود النظام الموثقة مهمة لهذا النموذج تحديداً: تتطلب حواجز حماية المخرجات الاستجابة الكاملة، لذا يتم تخطيها عند ضبط stream: true ، بينما تعمل حواجز حماية المدخلات بغض النظر عن وضع التدفق (وثائق حواجز الحماية). تُعد المساعدات المحادثية من بين أكثر أحمال العمل احتمالاً لاستخدام التدفق، لذا يحتاج المساعد الذي يستخدم التدفق إلى استراتيجية مختارة بعناية لأمان المخرجات: مسار غير متدفق للطلبات الحساسة؛ أو عميل يقوم بتخزين الاستجابة المتدفقة الكاملة مؤقتاً، والتحقق منها، ثم عرضها فقط — مع قبول التنازل عن ميزة العرض رمزاً برمز؛ أو الاكتفاء بحواجز حماية المدخلات كحل وسط، مع اعتبار التحقق بعد التدفق بمثابة كشف بعد التسليم. بخلاف ذلك، تم تصميم نموذج التنفيذ ليتناسب مع ميزانية زمن الاستجابة لهذا النمط: يتم تشغيل التحقق من المدخلات بالتوازي مع استدعاء النموذج، وإذا فشل التحقق أثناء عمل النموذج، تقوم البوابة بإلغاء الطلب الجاري حتى لا تدفع تكلفة استجابة كنت ستتجاهلها (راجع الوثائق نفسها). حول الخطافات (hooks): ميزانيات مخصصة للفريق للحد من التوسع غير المنضبط في المقاعد، و التخزين المؤقت الدلالي — غالباً ما تحتوي حركة مرور المساعد على أسئلة مكررة أو متشابهة دلالياً، لذا حيثما تسمح متطلبات الحداثة وتباين الاستجابة بالتخزين المؤقت، فإنه يُعد أداة للتحكم في التكلفة قبل أن يكون أداة لتحسين زمن الاستجابة.

النوع 2: سير العمل المُحفَّز

ما هو

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

أين يكمن دور TrueFoundry

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

النوع 3: الوكيل المستقل — مع الوكلاء الفرعيين

ماهية هذا النوع

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

دور TrueFoundry

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

النوع الرابع: فريق الوكلاء المتعددين

ما هو

مجموعة من الوكلاء المتخصصين، لكل منهم دوره ومجموعة أدواته الخاصة، ينسقون عملهم عبر بروتوكول مشترك — وهو ما يرى المقال أنه مصدر الموجة القادمة من مكاسب الجودة في المؤسسات. تقرير Databricks حول حالة وكلاء الذكاء الاصطناعي يسجل نمواً بنسبة 327% في استخدام أنظمة الوكلاء المتعددين في أقل من أربعة أشهر — وهي بيانات قياس عن بُعد من المنصة مستمدة من أكثر من 20,000 مؤسسة تستخدم منصة ذكاء البيانات الخاصة بها، وليست مقياساً شاملاً لجميع السكان. التقنية المميزة هنا هي حلقة الاقتراح والنقد: يقوم نموذج بإنتاج المحتوى، بينما يقوم نموذج ثانٍ — بمطالبة (Prompt) مختلفة وغالباً من مزود مختلف — بتقييمه بناءً على معايير صريحة، تماماً كما تجمع غرف الأخبار بين الكُتّاب والمحررين. يدير البنك المذكور في المقال وكلاء لصياغة النصوص، والامتثال للعلامة التجارية، والإفصاح عن الاختصاصات القضائية، حيث يتم رفع الخلافات إلى عنصر بشري مع وضع علامات على البنود المثيرة للجدل؛ كما تدير شركة أدوية وكلاء للاسترجاع، والقراءة، والنقد، والتلخيص للمؤلفات الطبية، وتُعزي ثقة فريق الشؤون الطبية في المخرجات إلى مرحلة النقد.

أين تقع TrueFoundry

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

النوع 5: الوكيل الذي يتضمن عنصراً بشرياً (Human-in-the-Loop)

ما هو

يقدم المقال تصحيحاً واضحاً لنقاش الاستقلالية: الهدف العملي هو الأتمتة الانتقائية بدلاً من الاستقلالية القصوى. يتولى الوكيل المهام الميكانيكية بنسبة 80% بينما يظل الحكم البشري حاضراً في اللحظات الحاسمة. في استطلاع عالمي شمل 600 متخصص في المخاطر والامتثال، ذكر 42% منهم أن الإشراف البشري إلزامي. يجمع مثال نظام الرعاية الصحية الخاص به الأدلة السريرية ويصيغ خطابات الموافقة المسبقة التي يقوم مدير الحالة التمريضية بالموافقة عليها أو تعديلها أو رفضها في ثوانٍ داخل أداة سير العمل الحالية؛ بينما يقوم وكيل مدير العقارات بتحليل حالة طوارئ التكييف الخاصة بالمستأجر، وتحديد المورد المناسب، وصياغة أمر العمل — ثم يوافق شخص ما عبر Slack قبل إرسال أي شيء، وبعد ذلك يقوم الوكيل بمراسلة المورد عبر البريد الإلكتروني، وطمأنة المستأجر، وإغلاق الحلقة. من واقع خبرة المقال، هذا هو النموذج الذي يحول الفرق المتشككة إلى فرق متحمسة.

أين يتناسب TrueFoundry

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

‍