تتجه المؤسسات بسرعة إلى نشر وكلاء ذكاء اصطناعي قادرين على تنفيذ مهام متعددة داخل التطبيقات والأنظمة، لكن هذا التوسع يفتح سؤالًا عمليًا بالغ الأهمية: كيف يمكن التأكد من هوية كل وكيل، ومن الجهة التي يمثلها، وما الصلاحيات الممنوحة له؟ هذا هو الفراغ الذي يحاول مشروع جديد من Linux Foundation معالجته عبر إطار يحمل اسم Agent Name Service أو ANS.
الفكرة الأساسية للمشروع تقوم على إنشاء طبقة معيارية للتعريف والاكتشاف والتحقق، بحيث يستطيع المستخدمون والأنظمة معرفة من يقف خلف الوكيل، وما الذي يستطيع فعله، وهل ما زال الكود والسجل التشغيلي الخاص به مطابقين لما يفترض أن يكون عليه. وبدلًا من بناء بنية مركزية جديدة، يعتمد الإطار على مبادئ مستلهمة من نظام أسماء النطاقات DNS الذي ينظم الوصول إلى المواقع والخدمات على الإنترنت منذ عقود.
هوية رقمية لوكلاء الذكاء الاصطناعي
في بيئات الأعمال، لا يكفي أن يكون الوكيل قادرًا على تنفيذ مهمة ما؛ فالمؤسسة تحتاج أيضًا إلى التحقق من أنه الوكيل الصحيح، وأنه مخول أصلًا بالتصرف باسمها، وأن الاتصال به يتم عبر مسار موثوق. لذلك يسعى ANS إلى تحويل الهوية من مفهوم نظري إلى عنصر تشغيلي يمكن الرجوع إليه في أي لحظة عند التعامل مع وكيل ذكي.
يعتمد الإطار المقترح على نشر بيانات هوية الوكيل عبر النطاقات التي تملكها الشركات بالفعل، ما يتيح ربط الوكلاء بالبنية الرقمية المؤسسية القائمة بدل إنشاء سجل جديد مستقل. وبهذا، يصبح بالإمكان اكتشاف الوكلاء والتحقق من ملكيتهم وقدراتهم قبل السماح لهم بالتفاعل مع أنظمة أخرى أو وكلاء آخرين.
هذا التوجه مهم بشكل خاص في المؤسسات التي بدأت تستخدم أكثر من وكيل واحد داخل العمليات اليومية، سواء في خدمة العملاء أو أتمتة الأعمال أو تحليل البيانات أو تشغيل واجهات برمجة التطبيقات. ومع تضاعف عدد الوكلاء، تتضاعف أيضًا الحاجة إلى تعريف موحد يمنع الالتباس ويقلل مخاطر الانتحال أو التلاعب.
لماذا ترى المؤسسات أن المشكلة باتت عاجلة
المخاوف المرتبطة بهوية الوكلاء لا تتعلق فقط بالأمان التقليدي، بل تشمل أيضًا المسؤولية التشغيلية. فحين ينفذ وكيل إجراءً حساسًا داخل نظام مالي أو قانوني أو صحي، تحتاج المؤسسة إلى معرفة من الذي أصدر القرار، وما النطاق المسموح له، وهل سلوكه أثناء التشغيل بقي ضمن الحدود المتوقعة.
في هذا السياق، يشير محللون إلى أن المشكلة بدأت تظهر بالفعل في التطبيقات الإنتاجية المبكرة، خاصة عندما تتعامل عدة وكلاء مع أدوات متعددة وواجهات خارجية وبيئات تنظيمية مختلفة. وتزداد صعوبة الأمر في القطاعات الخاضعة للرقابة، حيث تصبح مسألة المصدر والتفويض وقابلية التدقيق جزءًا أساسيًا من الامتثال.
ومن منظور تشغيلي، لم تعد هوية الوكيل مجرد مسألة معمارية داخلية، بل أصبحت فجوة في طبقة التحكم نفسها. فالمؤسسات تحتاج إلى إجابات واضحة عن أربعة أسئلة متصلة: أي وكيل تصرف؟ من يمثّل؟ ما الصلاحية التي يحملها؟ وهل توافق سلوكه الفعلي مع تصميمه المعلن؟
الاعتماد على DNS يسهّل التبني لكنه لا يحل كل شيء
أحد أبرز عناصر الجاذبية في ANS هو أنه لا يطلب من الشركات إنشاء بنية جديدة من الصفر. فبما أن DNS جزء أصيل من تشغيل الإنترنت وإدارة النطاقات، يمكن للمؤسسات الاستفادة من الآليات والأدوات التي تستخدمها أصلًا لنشر بيانات الهوية الخاصة بالوكلاء والتحقق منها.
هذا النهج قد يخفض كلفة التبني ويقلل التعقيد التشغيلي، خصوصًا لدى الشركات التي تدير بالفعل نطاقات وخدمات رقمية واسعة. كما أنه ينسجم مع حاجة المؤسسات إلى حلول لا تعزل الوكلاء عن البنية الأمنية والإدارية القائمة، بل تدمجهم فيها بشكل طبيعي.
لكن الاعتماد على DNS يحمل أيضًا تحديات. فالنظام لم يُصمم في الأصل ليكون طبقة عالية الاعتمادية لإثبات الهوية، ما قد يفتح الباب أمام مخاطر مثل الانتحال أو التحويل غير المصرح به أو التحديثات المتأخرة التي تؤثر في اتساق الثقة. لذلك لا يُنظر إلى DNS هنا باعتباره الحل الوحيد، بل جزءًا من منظومة أوسع.
طبقات إضافية من الحماية والتحقق
لتحجيم المخاطر المرتبطة بآلية التأسيس على DNS، يوصي خبراء بدمج ANS مع طبقات أخرى مثل إدارة الهوية والوصول IAM، وهوية عبء العمل، وبوابات الذكاء الاصطناعي، وضوابط أمن واجهات البرمجة. الهدف هو نقل التحقق من مجرد اسم أو عنوان إلى نموذج أوسع يجمع بين الهوية والصلاحية والسياق والسلوك.
كما يدعم الإطار المقترح ربط الوكلاء بمعرفات رقمية بديلة مثل Decentralized Identifiers أو DIDs، إضافة إلى Legal Entity Identifiers أو LEIs. ويتيح ذلك ربط الوكيل بهوية رقمية مؤسسية أكثر ثباتًا، بدل الاعتماد فقط على سجل DNS. هذا الدمج مهم لأن المؤسسات غالبًا ما تحتاج إلى مستويات متعددة من الدليل: دليل تقني، ودليل تشغيلي، ودليل قانوني أو تنظيمي.
بهذا المعنى، لا يحاول ANS استبدال جميع آليات الثقة، بل يضيف طبقة مشتركة يمكن للمؤسسات والأطراف المختلفة البناء فوقها. وإذا نجح هذا النموذج، فقد يصبح جزءًا من البنية التحتية الأساسية لوكلاء الذكاء الاصطناعي تمامًا كما أصبح DNS جزءًا أساسيًا من الإنترنت التقليدي.
سوق معايير مزدحم واحتمال للتجزئة
إطلاق ANS يأتي في وقت يشهد فيه سوق بنية وكلاء الذكاء الاصطناعي نشاطًا كبيرًا وتنافسًا على صياغة المعايير. فهناك بروتوكولات تركز على ربط الوكلاء بالأدوات والخدمات، وأخرى تهتم بالتواصل بين الوكلاء أنفسهم، بينما تحاول مشاريع مختلفة داخل المنظومة نفسها معالجة الهوية والاكتشاف والثقة.
من بين هذه الأطر ما يركز على اكتشاف الوكلاء وبيان قدراتهم، وما يهدف إلى تقديم بنية أوسع تشمل الرسائل والمراقبة والرؤية التشغيلية. هذا التداخل قد يبدو فوضويًا في الظاهر، لكنه يعكس مرحلة مبكرة من نضج السوق، حيث لم تستقر الصناعة بعد على مجموعة موحدة من القواعد.
المخاطرة هنا هي التجزئة؛ أي أن تتبنى الشركات أكثر من معيار في آن واحد، ما يخلق تعقيدًا في التكامل ويبطئ الانتشار الواسع. وفي المقابل، يرى بعض المحللين أن هذا التعدد طبيعي في مرحلة الاكتشاف، وأن التباين الحالي قد يسبق مرحلة لاحقة من التقارب والتوحيد.
ما الذي يعنيه ذلك للمؤسسات الآن
بالنسبة للمؤسسات، الرسالة الأهم هي أن تبني وكلاء الذكاء الاصطناعي لم يعد يقتصر على اختيار النموذج أو منصة التشغيل فقط. فمع اتساع الاستخدام، أصبحت الهوية والملكية والتدقيق جزءًا من قرار البنية التحتية نفسه، وليس ملحقًا اختياريًا يمكن تأجيله.
وفي الوقت الحالي، يبدو أن أفضل مقاربة هي مراقبة تطور هذه المعايير من دون التعجل في تحويل أي إطار منفرد إلى ركيزة استراتيجية نهائية. فالوكلاء يحتاجون إلى القدرة على الاكتشاف، لكنهم يحتاجون أيضًا إلى الثقة، وهذه الثقة لا تتحقق إلا عندما تعمل الهوية والصلاحيات والتدقيق والتكامل معًا ضمن نموذج واضح وقابل للتوسع.
إذا نجح ANS في الجمع بين بساطة DNS ومتطلبات الثقة الحديثة، فقد يساهم في بناء طبقة أساسية طال انتظارها لوكلاء الذكاء الاصطناعي داخل المؤسسات. أما إذا بقيت المعايير متداخلة وغير متوافقة، فستظل الشركات مضطرة إلى تركيب حلول جزئية متعددة لتغطية نفس المشكلة.