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