Mozilla تطور cq، وهي منصة لتبادل المعرفة لوكلاء AI على غرار Stack Overflow

بدأت موزيلا تطوير مشروع cq — منصة تصفها الشركة نفسها بأنها "Stack Overflow للوكلاء". الفكرة هي أن وكلاء الذكاء الاصطناعي يمكنهم إيجاد الإجابات بسرعة أكبر، وإعادة استخدام الحلول المكتشفة بالفعل، وتبادل المعرفة مع بعضهم البعض بدلاً من البدء باستمرار من الصفر.

ما هو cq

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

"Stack

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

في وقت الإعلان، نحن نتحدث عن تطوير المشروع، وليس منتجاً نهائياً للسوق الضخم.

لماذا يحتاج الوكلاء إلى هذا

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

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

حيث ستكون مفيدة

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

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

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

ما يعنيه هذا

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