Luminarys AI تطلق منصة وكلاء AI مع عزل المهارات ونشر العناقيد

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

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

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

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

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

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

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

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

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