أمر swarm في Google Antigravity: تشغيل أسراب الوكلاء المتوازية للمشاريع الضخمة

يفتح أمر swarm في Google Antigravity مساراً جديداً لإدارة المشاريع البرمجية المعقدة، متجاوزاً نمط المحادثة الفردية إلى تشغيل أسراب متكاملة من الوكلاء البرمجية المتوازية. بدلاً من تكليف وكيل وحيد بقراءة مستودع الكود (Repository) وإجراء التعديلات خطوة بخطوة، تتيح هذه الميزة تحويل التوجيه البرمجي الواحد إلى شبكة منسقة تقودها نماذج التفكير المتقدم، مثل Gemini 4 Carbon، لإنجاز مهام إعادة الهيكلة وبناء الميزات عبر بيئات عمل مستقلة تماماً.

بنية السرب البرمجي مع أمر swarm في Google Antigravity وتقسيم المهام في التيرمينال (Terminal)

ترتكز فلسفة أسراب Antigravity على فصل التخطيط المعماري عن التنفيذ البرمجي المباشر. يتولى الوكيل المنسق (Coordinator Agent) تحليل المهمة البرمجية وتفكيكها إلى مخطط مسار تفصيلي، ثم يطلق لكل مهمة فرعية وكيلاً مستقلاً يحمل مسمى الوكيل الفرعي (Subagent). يعمل كل وكيل داخل مساحة عمل معزولة (Workspace Branch) تمنعه من الكتابة فوق ملفات الوكلاء الآخرين بالتزامن.

يتم استدعاء السرب مباشرة من داخل تطبيق Antigravity أو عبر أداة سطر الأوامر agy في التيرمينال (Terminal)، مع إمكانية تحديد حجم السرب ونموذج المعالجة المعتمد ومستوى صلاحيات الوصول إلى موارد النظام.

# إطلاق سرب وكلاء لإعادة هيكلة واجهات برمجة التطبيقات مع تحديد سقف للوكلاء
agy swarm "Refactor authentication middleware to OAuth2 standards across all services" \
 --agents 4 \
 --preset safe \
 --model gemini-4-carbon

# متابعة حالة أسراب الوكلاء وفحص سجلات المهام النشطة في التيرمينال
agy tasks list --filter "role=subagent"
agy inspect <task-id> --diff

تمنح معلمة --preset safe المطورين ضمانة هندسية بتشغيل الأسراب في بيئة صندوق رمل (Sandbox) معزولة، بحيث لا يتم دمج أي كود في الفرع الرئيسي قبل اجتياز كافة اختبارات التكامل ووحدات الفحص الآلي.

التحقق العكسي وحماية نافذة السياق (Context Window)

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

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

ثانياً، توظيف نمط المدقق العكسي (Adversarial Verifier). لا تكتفي المنظومة بتشغيل الوكلاء الذين يكتبون الكود، بل تطلق بالتوازي وكلاء مراجعة مستقلين وظيفتهم كسر الكود، والبحث عن الثغرات الأمنية، واختبار حالات الحافة (Edge Cases) الشاذة. بمجرد انتهاء الفحص بنجاح، يُنشأ تلقائياً طلب السحب (Pull Request – PR) شاملاً تقرير التدقيق ومخطط التغييرات ليطلع عليه المهندس البشري.

الأسئلة الشائعة

ما هو الفرق بين أمر /swarm وأمر /boost في Google Antigravity؟

يختص أمر /boost بتشغيل وكلاء فحص وتحقق لحل الأخطاء البرمجية المستعصية في محادثة واحدة، بينما ينشئ أمر /swarm فريق عمل متكامل يوزع المهام الكبرى على وكلاء فرعية تعمل بالتوازي في بيئات عمل معزولة.

كيف يتحكم المطور في ميزانية التوكنات عند تشغيل أسراب الوكلاء؟

يمكن ضبط الاستهلاك عبر تمرير معلمة –agents لتحديد الحد الأقصى لعدد الوكلاء المتزامنين، واستخدام أنماط الصلاحيات الآمنة لمنع الحلقات اللانهائية في التيرمينال (Terminal).

هل يمكن تشغيل أمر swarm على خوادم سحابية دون إبقاء الجهاز متصلاً؟

نعم، يتكامل أمر /swarm مع ميزة Remote Agents في Antigravity، مما يتيح إرسال المهمة إلى جهاز افتراضي سحابي معزول ومتابعة التقدم واستلام طلب السحب (Pull Request – PR) عبر الهاتف أو المتصفح.

🌐 المصدر المرجعي: Google Antigravity Release Notes: Slash Command /swarm & Gemini 4 Carbon Multi-Agent Architecture