مبادرة دبي للذكاء الاصطناعي: سد فجوة بنية البيانات التحتية

في يونيو 2026، اعتمد الشيخ حمدان خطة تنفيذية لتطبيق الذكاء الاصطناعي الوكيل في 295,000 شركة في دبي خلال عامين، إلى جانب توجيه موازٍ لوكلاء الذكاء الاصطناعي المستقلين للتعامل مع 50% من الخدمات الحكومية الاتحادية بحلول عام 2028. الموعد النهائي ذو طابع سياسي معلن ومدعوم على أعلى المستويات. وتتعامل معظم الشركات في المنطقة مع هذا باعتباره قراراً لشراء التكنولوجيا، لكن الأمر ليس كذلك؛ بل هو مشكلة في بنية البيانات التحتية لم تحلها معظم الشركات بعد.

يمكن لمساعد الذكاء الاصطناعي الذي يصيغ بريداً إلكترونياً أن يتحمل البيانات غير المنظمة. أما الوكيل الذي يقرأ سجلاً في نظام إدارة علاقات العملاء (CRM)، ويقرر ما إذا كان سيقوم بتصعيد عقد ما، ويقوم بتشغيل سير العمل، فلا يمكنه ذلك. نادراً ما يكون النموذج هو نقطة الفشل، بل تكمن المشكلة في البيانات، وتحديد العمليات، وصلاحيات الوصول إلى النظام، والحوكمة التي تقع تحت مظلة الوكيل. ووفقاً لتقرير Roland Berger لعام 2026 بعنوان AI across the Gulf، فإن 34% فقط من المؤسسات في دول مجلس التعاون الخليجي تمتلك بنية أساسية للبيانات على مستوى المؤسسة قادرة على توسيع نطاق الذكاء الاصطناعي، وأقل من واحدة من كل ثلاث مؤسسات لديها نموذج التشغيل والحوكمة لدعم ذلك على الرغم من أن 80% لديهم استراتيجية للذكاء الاصطناعي على الورق.

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

لماذا يعتبر نشر الذكاء الاصطناعي في دولة الإمارات مشكلة بيانات أولاً

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

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

المساعد مقابل الوكيل: ما الذي يتغير في الطبقة الأساسية

إن فجوة التسامح مع الأخطاء بين مساعد الذكاء الاصطناعي ووكيل الذكاء الاصطناعي كبيرة عبر كل أبعاد بياناتك وبنيتك التحتية التشغيلية. يوضح الجدول أدناه ذلك بشكل مباشر.

الطبقات الخمس التي تحدد نجاح الوكيل أو فشله

1. جودة البيانات وهيكليتها

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

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

2. العمليات والملكية المحددة

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

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

3. الوصول إلى النظام والتكامل

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

يجب أن تكون طبقة التكامل متصلة تقنياً ومتسقة دلالياً في آن واحد. نفس معرف العميل، ونفس تعريفات الحالة، ونفس صيغ التاريخ عبر الأنظمة. فالوكلاء لا يتعاملون بمرونة مع الترجمة بين نماذج البيانات غير المتسقة.

4. الحوكمة والتدقيق ونقاط المراجعة البشرية

تعني الحوكمة لأنظمة الذكاء الاصطناعي الوكيل ثلاثة أشياء ملموسة: سجل كامل لكل إجراء يتخذه الوكيل وسبب اتخاذه؛ وبوابات مراجعة محددة حيث يجب على الإنسان الموافقة قبل أن يتابع الوكيل عمله؛ ومفتاح إيقاف فوري (kill-switch) يمكنه إيقاف نشاط الوكيل دون إيقاف تشغيل النظام الأساسي.

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

5. توطين البيانات والامتثال لقانون حماية البيانات الشخصية (PDPL)

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

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

كيف يبدو فشل الوكيل فعلياً في الممارسة العملية

هذه ليست حالات استثنائية افتراضية، بل هي العواقب المتوقعة لنشر الوكلاء على بنية تحتية غير ناضجة للبيانات:

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

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

ما تتطلبه البنية الأساسية فعلياً

إن بناء طبقة البيانات التي يمكن للوكيل العمل عليها بأمان هو عمل منظم. المكونات معروفة: نظام CRM نظيف وخالٍ من التكرار مع معايير بيانات مفروضة؛ ومنطق عمليات موثق مع مالكين محددين؛ وأنظمة متصلة تشترك في نماذج بيانات متسقة؛ وبنية تحتية للحوكمة مع تسجيل كامل للإجراءات ونقاط مراجعة بشرية محددة؛ وبنية هندسية لتوطين البيانات تلبي متطلبات قانون PDPL لأنواع البيانات التي سيعالجها الوكيل.

في Oxygen، هذا هو العمل الذي نقوم به قبل أن يقترب الوكيل من بيئة التشغيل الفعلية بناء أساس البيانات على HubSpot بممارسات متوافقة مع معيار ISO 27001، وتحديد منطق العمليات، وتوصيل الأنظمة، ووضع طبقة الحوكمة في مكانها الصحيح، بحيث عندما يتصرف الوكيل، فإنه يتصرف بناءً على شيء موثق وموثوق. وإذا كنت تقيم موقف مؤسستك، فإن خدمات استشارات الذكاء الاصطناعي لدينا هي نقطة البداية الصحيحة.

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