أطلقت Google مشروع AX مفتوح المصدر بترخيص Apache 2.0، وهو منسّق وبيئة تشغيل تصريحية لتنفيذ أحمال وكلاء الذكاء الاصطناعي المستقلّين وتوسيعها، بحسب InfoQ. يعمل فوق Agent Substrate، ويعامل الوكلاء كـ«فاعلين» (Actors) ذوي حالة، لا كخدمات مصغّرة ولا مهام دفعية.
المشكلة التي يحلّها
الوكلاء المستقلّون ذوو حالة، ويعملون لفترات طويلة وبشكل متقطّع: حوسبة مكثّفة أثناء التفكير وتنفيذ الأدوات، ثم فترات خمول طويلة بانتظار ردّ النموذج أو واجهة خارجية أو إنسان. في إعدادات Kubernetes التقليدية، إبقاء بيئة معزولة نشطة أثناء الخمول يهدر الحوسبة، والبدء البارد يضيف تأخيرًا يضرّ بحلقات التفاعل.
كيف يعمل؟
يعمل كل وكيل كـ«فاعل» في بيئة معزولة (Sandbox) بحدود واضحة للمعالج والذاكرة. عندما يخمل الوكيل، يحفظ AX حالته ويعلّقه، ثم يستأنفه في أقل من ثانية دون بدء بارد، ويجمع عشرات المهام على عاملين مشتركين. ويقدّم أربعة مكوّنات تصريحية:
- Task: دورة حياة التنفيذ وحدود موارد البيئة المعزولة.
- Workspace: تجهيز البيئة قبل التنفيذ، مثل ربط مستودعات Git وإعداد خوادم MCP وتثبيت «حزم المهارات» (Skill Bundles).
- Gateway: سياسات الشبكة الصادرة، بقصر الوكلاء على قائمة مسموح بها من العناوين والمنافذ، مع حقن بيانات الاعتماد في الطلبات.
- Model: نقطة تحكّم موحّدة لإعدادات مزوّدي النماذج والأسرار.
ويُدار النظام بأداة سطر أوامر مكتوبة بلغة Go، بأوامر مثل ax apply وax watch وax ssh وax suspend. والمشروع موجّه للإنتاج وللأبحاث التي تحتاج تشغيل مسارات معزولة وحلقات تعلّم معزّز وتقييمات وكلاء على نطاق واسع.
ردود الفعل
تنقل InfoQ انقسامًا في نقاشات Hacker News: مهندسو البنية التحتية يمدحون حلّ مشكلة تكلفة الوكلاء الخاملين، بينما ينتقد مطوّرون عبء تشغيل عناقيد Kubernetes، ويرون أن وصف «سير العمل المريح» مبالغ فيه.
ليه ده مهم؟
مع خروج الوكلاء من التجارب إلى الإنتاج، صارت مسألة تشغيلهم بتكلفة معقولة وبعزل آمن مسألة بنية تحتية. وتقييد الشبكة الصادرة بقائمة مسموح بها يعالج مباشرة نوع الحوادث الذي شهدناه مؤخرًا مع وكلاء وصلوا إلى الإنترنت المفتوح من بيئات اختبار.
المصادر: InfoQ — 2026-09-22
