التدخل البشري في بروتوكول MCP: مقارنة بين TrueFoundry و Kong

التدخل البشري في بروتوكول MCP: مقارنة بين TrueFoundry وKong

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

تثبت المصادقة هوية الوكيل، وتثبت التفويضات ما يحق له استدعاؤه. أما التدخل البشري (HITL) فيجيب على السؤال الأخير الذي لا تستطيع أي منهما الإجابة عليه: هل يجب تنفيذ هذا الإجراء تحديداً الآن؟ فبدون التدخل البشري، يمكن لخطأ واحد مفوض أن يتحول إلى حادثة من الدرجة الأولى (P1)، مما يؤدي إلى إلغاء شامل لصلاحيات الكتابة الخاصة بالوكيل وتعطيل برنامج الوكلاء بالكامل.

باختصار

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

لماذا يعد التدخل البشري أمراً مهماً

عندما لا تكون الأذونات كافية

تخيل فريق منصة للخدمات المالية. يصل وكلاؤهم إلى الأنظمة الداخلية فقط من خلال بوابة MCP. الهوية، والتحكم في الوصول القائم على الأدوار (RBAC)، وسجلات التدقيق كلها مفعلة بالفعل. يمكن لوكيل التنظيف الوصول إلى Kubernetes، وحسابات السحابة، وSlack، بما في ذلك أداة تدميرية لقواعد البيانات.

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

‍الشكل 01 · هوية واحدة وبوابة واحدة تمنحان الإذن لكلا المسارين. الفرق ليس في الوصول، بل في العواقب.

يبدأ الوكيل بعمل غير ضار: سرد الحاويات (pods)، وتوسيع نطاق عمليات النشر الخاملة، وجرد قواعد البيانات. ثم يعثر على قاعدة بيانات db-fin-rpt-01، التي لم تُستخدم منذ 34 يوماً. تشير القواعد الاستدلالية إلى أنها قديمة، فيقوم باستدعاء delete_database.

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

ماذا يحدث عند غياب التدخل البشري (HITL)

بمجرد تنفيذ الاستدعاء، يمكن معالجة الفشل التقني. لكن فقدان الثقة في استقلالية الوكيل أمر لا يمكن تعويضه.

الشكل 02 · عملية حذف صالحة تتحول من إجراء غير مرئي إلى حالة طارئة، وتنتهي بتجميد صلاحيات الكتابة للوكيل.

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

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

كيف تطبق TrueFoundry آلية التدخل البشري (HITL)

تحوّل TrueFoundry ذلك المسار الثالث إلى سياسة بوابة MCP من الدرجة الأولى. تحدد فرق المنصة مرة واحدة الأدوات التي تتطلب موافقة، وتُطبق القاعدة عبر جميع الوكلاء والعملاء وأطر العمل.

إيقاف مؤقت، إخطار، اتخاذ قرار

طبّق ذلك على db-fin-rpt-01: عندما يستدعي الوكيل delete_database، تقوم البوابة بإيقاف الطلب مؤقتاً قبل التنفيذ، وإخطار جهة معتمدة، وإرجاع استجابة "بانتظار الموافقة" يمكن للوكيل إعادة محاولتها بأمان. تؤدي الموافقة إلى إنشاء تصريح محدد زمنياً ومقيد بنطاق يغطي مقدم الطلب والخادم والأداة.

‍ 03 · يتوقف الاستدعاء مؤقتاً عند البوابة، ثم يُستأنف فقط بموجب موافقة محددة النطاق، أو يظل محظوراً مع تسجيل سبب لذلك.

بما أن حالة الموافقة تكمن في البوابة، فلا تحتاج فرق التطبيقات إلى إعادة تنفيذ منطق الإيقاف المؤقت، والاستئناف، والإخطارات، ومعالجة الرفض، وسجلات التدقيق لكل وكيل. فقط مسؤولو المستأجر والمعتمدون المحددون لخادم MCP هم من يمكنهم اتخاذ القرار.

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

ما الذي ينقص Kong

تتحكم أدوات MCP في Kong في مصادقة الوكلاء، وفرض قوائم التحكم في الوصول (ACLs) للأدوات، والسماح بالاستدعاءات أو رفضها. لكنها لا تدعم سير عمل موافقة أصلي يمكنه إيقاف استدعاء أداة مسموح به مؤقتاً بينما يتخذ شخص ما قراراً بشأنه.

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

لماذا تصبح هذه مشكلة تتعلق بالمنصة

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

TrueFoundry مقابل Kong: مقارنة آلية التدخل البشري (HITL)

تنتج كل هذه التكاليف عن نفس الحد المعماري: تحكم Kong في الطلب، بينما يجب على المؤسسة بناء دورة حياة الموافقة حوله. المقارنة أدناه تجعل هذا الحد واضحاً.

اختبار التقييم لمدة 10 دقائق

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

إذا كان العرض التوضيحي يعتمد على كود سير عمل مخصص في كل وكيل، فإن الموافقة ليست ميزة في المنصة؛ بل هي ديون برمجية.

احجز عرضاً توضيحياً وقم بحماية أكثر استدعاءات أدواتك خطورة في فترة ما بعد الظهيرة، أو استكشف بوابة الوكيل (Agent Gateway) و بوابة MCP (MCP Gateway) الوثائق.