ServiceNow تواجه مأزق البيانات الذي يقيّد وكلاء الذكاء الاصطناعي المستقلين

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

هذه هي المشكلة التي تستهدفها ServiceNow: السياق المؤسسي المجزأ. وقد وصفت CXO Insight تحديثات الشركة في Knowledge 2026 بأنها محاولة لإخراج المؤسسات من حالة «فوضى الذكاء الاصطناعي» عبر ربط تنفيذ الذكاء الاصطناعي بسير العمل والأنظمة والأقسام .

لماذا لا يتعلق الأمر بروبوت محادثة آخر؟

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

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

لذلك تحاول ServiceNow بناء طبقة تجعل البيانات والسياق والتنفيذ داخل سير العمل جزءاً واحداً محكوماً، بدلاً من ترك الوكيل يتنقل بين مصادر منفصلة بلا رؤية كاملة .

ما الذي تضيفه ServiceNow؟

تسمي ServiceNow ثلاثة مكونات رئيسية في هذا الإطلاق:

• Context Engine، أو محرك السياق، كجزء من الأساس الجديد الذي يمنح الوكلاء ذكاءً مؤسسياً سياقياً .
• Autonomous Data Analytics، أي تحليلات بيانات مدفوعة بالذكاء الاصطناعي فوق بيانات المؤسسة .
• Workflow Data Fabric، وهي طبقة بيانات محكومة مرتبطة بسير العمل تساعد الذكاء الاصطناعي المستقل على العمل عبر المؤسسة .

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

وهذا ينسجم مع بنية الوكلاء الأوسع لدى الشركة. تقول ServiceNow إن AI Agent Fabric يدعم التواصل بين وكلاء ServiceNow ووكلاء من أطراف ثالثة عبر بروتوكول Agent2Agent المعروف اختصاراً بـ A2A، كما يمكن للوكلاء الحصول على سياق من أدوات وبيانات وأنظمة خارجية عبر Model Context Protocol أو MCP . للقارئ غير المتخصص، الفكرة هنا أن الوكلاء لا يعملون كجزر منفصلة، بل يفترض أن يتبادلوا السياق ويتصلوا بالأنظمة التي يعيش فيها العمل الحقيقي.

النسخة المبسطة: لا قيمة للوكيل إذا كان أعمى

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

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

رسالة ServiceNow في Knowledge 2026 كانت أوسع من البيانات وحدها. فقد ذكرت CXO Insight أن التحديثات تمتد إلى AI Control Tower وAutonomous Workforce وذكاء البيانات وقدرات الأمن، بهدف دعم سلسلة قيمة الذكاء الاصطناعي من البيانات إلى القرار ثم التنفيذ والثقة . في هذا التصور، تصبح طبقة البيانات مثل النسيج الرابط: تساعد الوكيل على فهم ما يجري، وما القرار المطلوب، وإلى أين يجب أن يتحرك سير العمل بعد ذلك.

الحوكمة ليست تفصيلاً جانبياً

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

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

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

ما الذي ينبغي على الشركات اختباره؟

الإعلان يقدم حجة استراتيجية واضحة، لكن القرار العملي يتطلب أسئلة دقيقة. أهم ما ينبغي تقييمه ليس الاسم التسويقي للمنصة، بل طريقة عملها داخل بيئة المؤسسة:

• ما الأنظمة ومصادر البيانات التي تستطيع الطبقة الجديدة الوصول إليها فعلياً؟
• إلى أي مدى تكون البيانات محدثة في العمليات الأكثر حساسية؟
• كيف تُفرض الصلاحيات والموافقات وقواعد الاستثناء؟
• ما سجل التدقيق الذي يبقى بعد أن يتخذ الوكيل إجراءً؟
• هل يستطيع الوكيل تحديث أنظمة السجل الرسمية، أم يكتفي باقتراح الخطوة التالية؟
• متى يتدخل الإنسان إذا انخفضت الثقة، أو تعارض الإجراء مع السياسة، أو ارتفع مستوى المخاطر؟

هذه الأسئلة هي التي تحدد ما إذا كانت المنصة ستصبح طبقة تنفيذ حقيقية، أم مجرد واجهة جديدة فوق بيانات مؤسسية لا تزال مجزأة.

الخلاصة

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