ما الذي يدير الوكيل؟ أنوليسا من Alibaba Cloud تعيد كتابة طبقة نظام التشغيل

في 20 مايو، في قمة Alibaba Cloud، كشف كبير مسؤولي التكنولوجيا الدكتور فايفي لي عن شيء كانت الشركة تعمل عليه بهدوء لعدة أشهر: بانوراما كاملة للبنية التحتية للوكلاء. في أسفل هذه المجموعة، مباشرة في طبقة القوة الحاسوبية الأساسية، كانت ANOLISA، برنامج نظام مع ادعاء طموح: دع كل وكيل يعمل على ANOLISA.

ANOLISA تعني Agentic Nexus Operating Layer & Interface System Architecture. إنها ليست نظام تشغيل مستقل جديد. إنها مسار ترقية: مجموعة من التعديلات على مستوى النواة ووقت التشغيل من ثلاث طبقات تقع أعلى توزيعات لينكس الحالية، Alibaba Cloud Linux، Ubuntu، وغيرها، وتعيد توجيه نظام التشغيل حول أعباء عمل الوكلاء بدلاً من المستخدمين البشر.

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

مشكلة الـ 14 جولة

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

أظهر تحليل استهلاك الرموز أن حوالي 80% من الرموز ذهبت إلى استكشاف البيئة والتجربة والخطأ؛ وتم إنفاق أقل من 20% على المهمة الفعلية. هذه ليست حالة استثنائية. تشير البيانات الداخلية في Alibaba Cloud إلى أن الوكلاء يستهلكون من ثلاث إلى خمس مرات جولات استدعاء أكثر من البشر، والغالبية العظمى من هذا العبء تأتي من فهم البيئة.

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

ثلاث طبقات، أربع مزايا

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

فوق ذلك تقع طبقة التفاعل التغليفية، حيث يمكن للوكلاء التفاعل مع نظام التشغيل باستخدام النوايا بدلاً من صيغة الأوامر الدقيقة. هذا هو المكان الذي يأتي فيه Cosh، shell الافتراضي لـ ANOLISA، والذي يقبل تعليمات اللغة الطبيعية (ابحث عن سجلات الأخطاء من الساعة الأخيرة) جنبًا إلى جنب مع إدخال CLI التقليدي. يترجم Cosh نية الوكيل إلى إجراءات النظام، مما يلغي حاجة الوكيل لتذكر ترتيب المعاملات أو اصطلاحات مسار الملف.

الفوائد القابلة للقياس أربعة. أولاً، تحسين الرموز: تخفيض بنسبة تزيد عن 30% من خلال ثلاث آليات. تفكير أقل (تعمل مهارات نظام التشغيل المدمجة كخريطة بيئة، لذلك لا يحتاج الوكيل لاستكشاف نظام الملفات من الصفر)، تحميل أقل (يكشف نظام ملفات المهارات فقط عن الحد الأدنى من المعلومات ذات الصلة بالمهمة الحالية)، وإرسال أقل (يتم ضغط الإدخال والإخراج تلقائيًا). ثانيًا، إدارة الوكيل، مع مراقبة كاملة الحلقة ونظام بيئي للمهارات مدمج مع بوابة مهارات Alibaba Cloud. ثالثًا، تحسين وقت التشغيل، بما في ذلك ضبط أداء مستوى النواة لأعباء عمل Python و Node.js. رابعًا، أمان مدمج، باستخدام هندسة دفاع متعمق بثلاث طبقات.

الأمان كأساس للاستقلالية

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

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

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

ضبط مستوى النواة لكثافة الوكيل

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

أرقام أداء Alibaba Cloud: تحسن أداء الذاكرة المتزامن بنسبة تزيد عن 200%، زيادة كبيرة في كفاءة تخصيص الذاكرة، وتحسين أداء معالجة المقاطعات بنسبة تقترب من 10%. التأثير الإجمالي هو تقليل وقت تنفيذ الوكيل بنسبة 30%، وتحسين في نتائج Bench بنسبة 20%، وتقليل مدة البدء البارد بنسبة 10%.

لعبة منصة في عالم الوكيل

ANOLISA مفتوحة المصدر على GitHub، تحت مظلة مجتمع OpenAnolis. يتم وضع المجتمع كمنصة مفتوحة المصدر لبناء مركز المهارات والنظام البيئي للوكيل. وهي متاحة بالفعل على مثيلات Alibaba Cloud ECS تحت اسم Alibaba Cloud Linux 4 Agentic وستغطي قريبًا خط منتجات خادم التطبيقات البسيط.

الحركة مهمة استراتيجيًا. مع تضاعف منصات تنسيق الوكلاء، الوكلاء المُدارون، الأطر مفتوحة المصدر، هندسة التسخير، تظل طبقة البنية التحتية الأساسية مجزأة. ANOLISA هي رهان Alibaba Cloud على أن المنصة الرابحة ستكون تلك التي تتحكم في طبقة نظام التشغيل، وليس فقط طبقة التطبيق. إنها تعكس التحول من الهواتف المميزة إلى iOS و Android: ليس لأن الهواتف المميزة لم تكن جيدة بما فيه الكفاية، ولكن لأن التفاعل باللمس تطلب طبقة نظام جديدة. في رواية Alibaba Cloud، يتطلب عصر الوكيل طبقة نظام تشغيل خاصة به أيضًا.

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

في الوقت الحالي، تظل ANOLISA اقتراحًا جريئًا: أن مستقبل وكلاء الذكاء الاصطناعي لا يعتمد على نماذج أذكى، بل على طبقة من المكدس ينساها معظم المطورين، نظام التشغيل. إذا كانت مشكلة الـ 14 جولة منتشرة على نطاق واسع حقًا، فقد تكون Alibaba Cloud قد حددت عدم كفاءة لا يمكن لأي قدر من هندسة المطالبات إصلاحه.