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