الذكاء الاصطناعي والتقنية 28-Feb-2026 6 دقائق قراءة

مؤسسة لينكس تطرح DNS-AID لتسهيل اكتشاف وكلاء الذكاء الاصطناعي عبر بنية DNS

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

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

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

ما هو مشروع DNS AID

المشروع هو مقترح تقني مفتوح يدعو إلى استخدام البنية الحالية لنظام أسماء النطاقات كطبقة اكتشاف عالمية ومحايدة للبائعين. وبدلاً من إنشاء شبكة جديدة بالكامل، يعتمد المقترح على إضافة آلية معيارية تسمح للوكلاء وخوادم Model Context Protocol أو MCP بالإعلان عن وجودهم ومكانهم وخصائصهم من خلال DNS.

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

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

لماذا أصبح اكتشاف الوكلاء قضية مهمة

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

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

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

آلية العمل المقترحة

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

العنوان المقترح هو _index._agents.{domain}، بحيث يستخدم كنقطة دخول أولية عند محاولة العثور على وكيل أو خادم يدعم هذا المعيار. وعند الوصول إلى هذه المعلومات، يمكن للأنظمة الأخرى تحديد ما إذا كان ذلك الوكيل متاحاً، وما نوع الخدمة التي يقدمها، وكيف يمكن بدء التفاعل معه.

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

ما الذي يميز الاعتماد على DNS

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

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

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

البعد الأمني في المشروع

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

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

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

من يقف وراء المبادرة

المشروع طُور في بدايته من قبل فريق في شركة Infoblox، كما أن مسودة الإنترنت الأحدث الخاصة بالمقترح تضمنت مساهمات من موظفين لدى Deutsche Telekom وAmazon. لاحقاً، دخلت مؤسسة لينكس على الخط لدعوة المجتمع التقني إلى المشاركة في تطوير المشروع، مع التأكيد على أن DNS-AID يفترض أن يبقى محايداً للبائعين.

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

العلاقة مع خوادم MCP

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

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

التحديات التي ما زالت قائمة

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

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

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

ما الذي يعنيه ذلك لسوق الذكاء الاصطناعي

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

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

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