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

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

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

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

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

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

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

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