المعايير بوصفها بنية تحتية
في أيّ منظومة تكنولوجية، تخدم المعايير بوصفها بنية تحتية مشتركة تُمكِّن المشاركين المستقلّين من إنشاء منتجات متوافقة. فجعل HTTP الويبَ ممكنًا. وجعل USB الأجهزة الطرفية قابلة للتبادل. وجعلت معايير الحاويات الحوسبة السحابية محمولة. وأنشأ كل معيار قيمةً بإلغاء الحاجة إلى تكاملات مخصَّصة بين كل زوج من المشاركين.
منظومة أدوات الذكاء الاصطناعي تشهد لحظتها التوحيدية الخاصة. وMCP أبرز مثال، لكنه ليس الوحيد. فمعايير وصف الأدوات والمصادقة وتبادل البيانات واكتشاف القدرات كلها تنشأ وتتنافس على التبنّي.
ما الذي وحَّده MCP
وحَّد MCP بروتوكول التواصل بين نماذج الذكاء الاصطناعي والأدوات الخارجية. فقبل MCP، كان لكل منصّة ذكاء اصطناعي طريقتها الخاصة في الاتصال بالأدوات. وقدّم MCP لغة مشتركة يستطيع كلٌّ من بناة الأدوات ومطوّري عملاء الذكاء الاصطناعي تنفيذها، فأنشأ منظومة مشتركة حيث يعمل أيّ خادم MCP مع أيّ عميل MCP.
يُغطّي البروتوكول اكتشاف الأدوات (كيف يتعلّم العميل ما يستطيع الخادم فعله)، واستدعاء الأدوات (كيف يستدعي العميل أدوات الخادم)، والوصول إلى الموارد (كيف يقرأ العميل البيانات التي يوفّرها الخادم)، ومعالجة الأخطاء (كيف تُبلَّغ الإخفاقات). وبتوحيد هذه التفاعلات، أتاح MCP لمنظومة الأدوات النموَّ استقلالًا عن أيّ منصّة ذكاء اصطناعي واحدة.
ما الذي لم يُوحَّد بعد
عدة جوانب مهمّة من منظومة أدوات الذكاء الاصطناعي تبقى دون توحيد. فصيغ البيانات الوصفية للأدوات تتفاوت عبر الأدلّة. ولا توجد طريقة موحَّدة لوصف خصائص أمان الأداة، أو ملف أدائها، أو متطلبات توافقها. وطرق المصادقة تختلف بين الخوادم. ولا يوجد معيار لكيفية وصف الأدوات لصيغ بياناتها لتمكين التشغيل البيني.
تخلق هذه الفجوات احتكاكًا. فالمطوّر الذي يُقيِّم أدوات من أدلّة مختلفة عليه أن يُطبِّع ذهنيًا صيغ بيانات وصفية مختلفة. وبَنّاء الأداة الذي يريد النشر في أدلّة متعدّدة عليه تكييف بياناته الوصفية لكلٍّ منها. وعميل ذكاء اصطناعي يريد مساعدة المستخدمين على تقييم الأدوات لا توجد له طريقة موحَّدة للوصول إلى معلومات الأمان أو الجودة.
اتفاقيات المجتمع مقابل المعايير الرسمية
ليس كل شيء يحتاج إلى معيار رسمي. فاتفاقيات المجتمع، التي تُسمّى أحيانًا معايير بحكم الأمر الواقع، تنشأ حين يتبنّى مشاركون كثيرون استقلالًا المقاربة نفسها. ومزية هذه الاتفاقيات هي تطوّرها العضوي لتلبية الاحتياجات الحقيقية، دون عبء عملية توحيد رسمية.
في منظومة MCP، نشأت عدة اتفاقيات. فمعظم الخوادم تتضمّن README ببنية متّسقة (التركيب، الإعداد، القدرات، الأمثلة). ومعظم الخوادم تتّبع الإصدار الدلالي. ومعظم الخوادم تُوزَّع عبر npm أو PyPI. وتجعل هذه الاتفاقيات المنظومة أكثر قابلية للتنقّل حتى دون توحيد رسمي.
المخاطرة مع الاتفاقيات أنها لا تُفرَض. فخادم يخرج عن الاتفاقية (باستخدام عملية تركيب مختلفة، أو نظام إصدار مختلف، أو بنية وثائق مختلفة) يخلق احتكاكًا للمستخدمين الذين يتوقّعون المقاربة المعتادة. وتحلّ المعايير الرسمية ذلك بجعل الامتثال قابلًا للفحص، لكنها تُبطئ الابتكار أيضًا باشتراط الإجماع قبل اعتماد التغييرات.
الأثر على الاكتشاف والتقييم
التوحيد القياسي يؤثّر مباشرة في اكتشاف الأدوات وتقييمها. فحين تَصِف الأدوات نفسها بصيغة موحَّدة، تستطيع منصّات التجميع معالجة معلوماتها وعرضها باتساق. وحين تُوصف خصائص الأمان بصيغة موحَّدة، يُصبح التقييم الآلي أكثر دقّة. وحين يُوصف التوافق بصيغة موحَّدة، يستطيع المستخدمون التصفية للأدوات التي تعمل مع إعدادهم.
الافتقار الحالي إلى معايير البيانات الوصفية يعني أن منصّات التجميع عليها تطبيع البيانات من صيغ مختلفة كثيرة، وهو معرّض للأخطاء وكثيف العمالة. ومع نشأة معايير للبيانات الوصفية للأدوات، ستتحسّن جودة الرؤى المجمَّعة تلقائيًا لأن بيانات المدخلات ستكون أكثر اتساقًا.
للمنظومة بأسرها، التوحيد حتميّ ومفيد. والسؤال ليس ما إذا كانت المعايير ستنشأ بل أيُّها سيكتسب الكتلة الحرجة ويصبح البنية التحتية المشتركة التي يُبنى عليها الجيل القادم من أدوات الذكاء الاصطناعي. والمشاركة في جهود التوحيد، وتبنّي المعايير الناشئة مبكرًا، وبناء أدوات تتوقّع متطلبات المعايير، كلها تُموضع المشاركين جيدًا للتطوّر المستمرّ للمنظومة.
قراءات ذات صلة
- كيف نمت منظومة أدوات الذكاء الاصطناعي بهذه السرعة
- لماذا التشغيل البيني هو الجبهة القادمة لأدوات الذكاء الاصطناعي
- كيف تتحوّل فئات أدوات الذكاء الاصطناعي وتندمج
طالع إحصاءات منظومة الذكاء الاصطناعي. ابحث في أكثر من 137,000 أداة ذكاء اصطناعي على Skillful.sh.