وكلاء الذكاء الاصطناعي بلا حوكمة يعملون الآن داخل مؤسستك
لا تزال النقاشات المتعلقة بالذكاء الاصطناعي في المؤسسات الكبرى تسير وفق نصٍّ مريح ومألوف: تقييم المنصات، واعتماد الميزانيات، وتصميم المشاريع التجريبية. وفي الوقت ذاته، وداخل أنظمة إدارة علاقات العملاء، وعمليات خدمة العملاء، وتدفقات الموافقة المالية، يعمل وكلاء ذكاء اصطناعي على اتخاذ قرارات لا يعلم أحدٌ بالضبط كم عددهم، ولا بأي بيانات يتعاملون، ولا ماذا يفعلون حين لا يراقبهم أحد.
هذه هي الحقيقة المزعجة التي ظلّت الصناعة تتحاشاها بأناقة على مدى أشهر. فهذا ليس توقعًا مستقبليًا، بل واقعٌ راهن. أغلقت شركة Salesforce ما يبلغ 29,000 عقد لمنصتها Agentforce. أما Cursor، أداة تطوير البرمجيات التي بلغت إيراداتها السنوية المتكررة نحو ملياري دولار بفريق لا يتجاوز خمسين موظفًا، فتُسجّل أن ما يقارب 35% من طلبات pull requests المدمجة لديها تكتبها وكلاء مستقلة في السحابة. وشركات من قائمة Global 2000 لديها وكلاء يتعاملون مع بيانات العملاء، وينقلون الأموال، ويعدّلون الإعدادات في بيئات الإنتاج الحية. وقد جاءت الحوكمة لاحقًا. وفي حالات كثيرة، لم تأتِ بعد.
ما يكشفه هذا ليس خطأً في التخطيط. إنه نمط تبنٍّ تحكمه منطق نفسي بالغ الخصوصية، وفهمُه أكثرُ أهمية من مجرد سرد الحلول التقنية.
لماذا تغلّبت السرعة على الضبط قبل أن يلاحظ أحد
ثمة تمييز تميل تحليلات المخاطر التقنية إلى إغفاله: الفرق بين تبنّي أداة والتنازل عن السيطرة. حين يُنصِّب فريقٌ ما مساعدَ ذكاء اصطناعي يقترح ردودًا أو يلخّص وثائق، تظل الشعور بالتحكم سليمًا وقائمًا. الإنسان لا يزال هو من يقرر. لكن الوكيل الذاتي يغيّر هذه المعادلة من جذورها: فهو يخطط، وينفّذ خطوات متعددة، ويستدعي أنظمة خارجية، ويتصرف. لم يعد يقترح. إنه يفعل.
لم يُصاحب هذا التحول تحديثٌ مواكب في تصوّر المخاطر داخل المؤسسات. ولهذا تفسيرٌ سلوكي دقيق: التحيّز إلى الاستمرارية المعرفية. فحين تُدخَل تقنيةٌ جديدة بصورة تدريجية، يبدو كل خطوة امتدادًا معقولًا لما سبقها. الوكيل الأول الذي أتمت ردود الدعم الفني بدا مكافئًا لروبوت الدردشة عام 2019. والذي بدأ بعده في تحديث السجلات في نظام CRM بدا تحسينًا منطقيًا. لم يُعلن أحدٌ اللحظة التي تُجوِّزت فيها الحدود بين أداة مساعدة ونظام مستقل يملك وصولًا إلى بنية تحتية حيوية.
لم تفشل فرق التقنية بسبب الإهمال. فشلت لأن الإطار الذهني الذي كانت تُقيّم به المخاطر لم يكن مُعايَرًا لالتقاط الاستقلالية، بل كان مُعايَرًا لالتقاط التعقيد التقني فحسب. والاستقلالية، خلافًا للتعقيد، لا تظهر على مخطط البنية المعمارية.
والنتيجة هي ما تصفه شركة Boomi بدقة بـالتمدد الوكالي (agent sprawl): تكاثر وكلاء منتشَرين من وحدات أعمال مختلفة، تحت مزودين مختلفين، بمستويات وصول متفاوتة، دون أي جرد مركزي يتيح معرفة عددهم أصلًا. هو المشكلة ذاتها التي عاشتها المؤسسات مع التوسع غير المنضبط لبرمجيات SaaS في منتصف العقد الماضي، لكن مع فارق جوهري: هؤلاء الوكلاء لا يكتفون بتخزين البيانات، بل يعالجونها ويتصرفون بناءً عليها.
السباق للسيطرة على طبقة التحكم
في مواجهة هذا الفراغ، يتنافس كبار مزودي المنصات المؤسسية على احتلال موقع بعينه: طبقة الحوكمة فوق الوكلاء. إنه ليس سباقًا لبناء وكلاء أفضل، بل سباق للتحول إلى النظام الذي يتحكم في الجميع.
تدمج Salesforce ضوابطها داخل بيئتها الخاصة، إذ يعمل Einstein Trust Layer بوصفه محيطًا للسياسات ضمن Agentforce. وتمدّ Microsoft الحوكمة من بنيتها التحتية للإنتاجية وAzure، مستخدمةً Copilot Studio لوحةَ إدارة. وقدّمت ServiceNow في فعالية Knowledge 2026 برجَ التحكم بالذكاء الاصطناعي AI Control Tower الذي يجمع الحوكمة متعددة المنصات، مستوعبًا استحواذاتها على Veza وArmis لرسم خرائط هويات الوكلاء وصلاحياتهم على النطاق المؤسسي. وتراهن IBM على قابلية التدقيق في الصناعات الخاضعة للتنظيم من خلال watsonx Orchestrate. وترسّخ Google عرضها ضمن محيط Google Cloud.
النمط ثابت ومتسق: كل مزود يوسّع الحوكمة انطلاقًا من الأصل الذي يسيطر عليه مسبقًا. هذا منطقي من منظور الأعمال، لكنه يخلق إشكالية هيكلية من منظور العميل. المؤسسة المتوسطة أو الكبيرة من قائمة Global 2000 لا تشغّل وكلاء من مزود واحد. إنها تشغّل LangGraph في قسم، وAgentforce في المبيعات، ونظامًا داخليًا في العمليات، وربما تطويرًا خاصًا في المالية. ولا يوجد لدى أي مزود حافز لبناء حوكمة تخدم وكلاء المنافس بالقدر ذاته.
وهنا يكمن الفتح الذي تحاول الشركات المستقلة استثماره. فشركة Kore.ai، التي تقول إنها تخدم أكثر من 450 عميلًا من Global 2000 في الصناعات المنظَّمة، أطلقت في مارس 2026 منصةً لإدارة الوكلاء متعددة الأطر وامتدت بها في مايو من العام ذاته عبر Microsoft Azure بوصفها شريكًا في إطلاق Microsoft Agent 365. البنية التقنية التي تقترحها تفصل التفكير الوكالي عن التحكم الحتمي في طبقات متمايزة، مع لغة تعريفية مصرَّفة تُسمى Agent Blueprint Language لتعريف الوكلاء، وستة أنماط لتنسيق عمل الوكلاء المتعددين. منطق التصميم يقوم على أن قواعد الحوكمة تعمل خارج النموذج، لا داخل التعليمات الموجّهة. وهذا مهم لأن التعليمات الموجّهة قابلة لإعادة التأويل من قِبَل النموذج، أما الطبقة الحتمية الخارجية فلا.
ما لم يُحسم بعد هو ما إذا كان وعد الحوكمة متعددة المزودين قابلًا للديمومة حين يملك كل مزود حوافز للإبقاء على وكلائه ضمن محيطه الخاص. ويبقى التحقق من هذه البنية في ظروف الإنتاج الفعلي هو المعيار الفاصل بين القيمة المضافة الحقيقية وشريحة العرض التسويقي.
المشكلة التي يتجنب المديرون التقنيون تسميتها
ثمة احتكاك تنظيمي يكمن تحت كل هذا، وتميل التحليلات التقنية إلى تجاهله: حوكمة الوكلاء تُلزم بالإجابة عن أسئلة لا يريد أحد الإجابة عنها.
جرد جميع الوكلاء النشطين في مؤسسة ما يعني الكشف عن عدد الوكلاء الذين نُشروا دون موافقة رسمية. تحديد صلاحيات الوصول يعني فتح نقاشات حول الوحدات التجارية التي تمتلك نفوذًا مفرطًا على البيانات الحساسة. إنشاء سجلات تدقيق لكل إجراء يتخذه كل وكيل يعني أنه حين يحدث خطأ، سيكون هناك أثرٌ يشير إلى المسؤولين. هذه ليست محادثات تقنية. إنها محادثات سياسية.
يعمل تحيّز الحذف هنا بقوة بالغة. إذ يبدو نفسيًا أكثر راحةً ألا تُجري تدقيقًا من أن تكتشف مشكلة تُلزمك بالتصرف. ما دام الوكيل يعمل، يظل الحافز لفحص ما إذا كان ينبغي له العمل بذلك المستوى من الوصول منخفضًا. تكلفة الاكتشاف متمركزة في الحاضر، على شكل احتكاك ومحادثات عسيرة. والفائدة من ضبطه لا تتجلّى إلا حين يقع عطب ما، وذلك اللحظة تبدو مجردة ما لم تحدث.
تُعبّر IBM عن هذا بصراحة في تحليلها لحوكمة الوكلاء: تحتاج المؤسسات إلى إجراءات إيقاف طارئ للأنظمة المستقلة التي تعطلت أو بدأت تتصرف بصورة غير متوقعة. وهذا يستلزم أن يكون أحدهم قد وثّق الخريطة الكاملة لما يستطيع الوكيل فعله، قبل أن يفعل الوكيل ما لم يتوقعه أحد. والاستعداد يستلزم الرؤية. والرؤية تستلزم الإقرار بأنها غائبة حاليًا.
اقترح المنتدى الاقتصادي العالمي معاملة عملية استقطاب الوكيل بالصرامة ذاتها التي تُعامَل بها عملية استقطاب الموظف: تحديد الوظيفة، والدور، ومستوى الاستقلالية، وحالات الاستخدام، والبيئة، والقدرات والقيود. إنها استعارة تُلامس شيئًا ذا دلالة نفسية عميقة. لا تخطر على بال أي شركة فكرة توظيف موظفين دون تحديد ما يمكنهم فعله، وما الأنظمة التي يمكنهم الوصول إليها، ومن يشرف على عملهم. لكن مع الوكلاء، تخطّت المؤسسات هذا المنطق الأساسي ذاته لأن الكيان التقني بدا أصغر، وأكثر قابلية للتحكم، وأكثر قابلية للتراجع عنه من الإنسان. تبيّن أنه لم يكن كذلك.
التكلفة الباهظة لإبقائها تحت عنوان "المرحلة الثانية"
أكثر العبارات كلفةً في تبنّي التقنية المؤسسية ليست "هذا لن يجدي". الأكثر كلفةً هي "سنُطبّق الحوكمة في المرحلة التالية". لأن في المرحلة التالية يكون النظام قد نسج تبعيات، وبات له مستخدمون ينتظرونه، وأنتج نتائج يستند إليها أحدهم في اتخاذ القرارات، ويُنتج تفكيكه أو حتى تدقيقه بعمق احتكاكًا لا تكون المؤسسة مستعدة لتحمّله.
تصف Credo AI هذا بدقة حين تُشير إلى أن المسؤولية والمساءلة لا تزالان تقعان على عاتق المؤسسة، حتى حين يكون وكيل مستقل هو من ينفّذ الإجراء المباشر. ولهذا تداعيات قانونية وتنظيمية وسمعية لا تكون فرق التقنية في وضع يتيح لها استيعابها بمفردها في العادة. إنها محادثات على مستوى المدير المالي، ومدير أمن المعلومات، ومجلس الإدارة.
الحساب الذي تتجنب المؤسسات إجراءه بصورة صريحة هو التالي: تكلفة تطبيق الحوكمة على الوكلاء المنتشرين مسبقًا مرتفعة. لكن تكلفة إخفاق وكيل في البيانات المالية، أو قرارات الائتمان، أو الاتصالات المنظَّمة مع العملاء، قد تكون مضاعفًا لتلك التكلفة الأولية. التفاوت واضح على الورق. لكنه غير واضح في ذهن من يحتاج إلى اعتماد الميزانية لتدقيق أنظمة تبدو في الظاهر أنها تعمل.
تُقدّر Palo Alto Networks أن الذكاء الاصطناعي الوكالي قد يُطلق ما يبلغ 2.6 تريليون دولار من القيمة الاقتصادية إن توسّع بأمان. الشرط هنا محوري. القيمة المحتملة والمخاطر غير المُدارة تتعايشان فوق البنية التحتية ذاتها. السؤال المطروح على المدير التقني ومدير أمن المعلومات والمدير المالي ليس أي منصة حوكمة ينبغي تقييمها. السؤال هو: كم وكيلًا يتصرف الآن داخل المؤسسة، دون وجود أي قدرة على إثبات ما فعله، ولماذا فعله، ومن يستطيع إيقافه؟
المؤسسات التي ستبني هذه القدرة في العامين القادمين ستكون في موقع يُمكّنها من التوسع. أما تلك التي ستواصل معاملة الحوكمة باعتبارها محادثة مؤجّلة، فستجد نفسها مضطرة لتفسير ذلك لمجالس إدارتها، وربما لجهاتها التنظيمية، حول سبب عدم بنائها قبل أن يكون ثمة ما يستدعي التفسير.
