تقول Google إن Gemini 4 Argon عمل دون إشراف لمدة 11 ساعة على قاعدة الشيفرة المكتوبة بـPython لمجموعة أدوات تطوير الوكلاء (ADK)، وهي إطار مفتوح المصدر لبناء الوكلاء ونشرهم. وأسفرت الجلسة عن تحسينين وافقت عليهما Google: خفّض الأول أعباء تجهيز الجلسات في الذاكرة بنحو 40% في الجلسات الطويلة، فيما جعل الثاني استيراد الحزم عند بدء التشغيل أسرع بنسبة 21%.
اختبرت المهمة قدرة النموذج على تحسين مشروع قائم، لا على بناء تطبيق من الصفر. ويضم ADK نحو 205,000 سطر من الشيفرة موزعة على ما يقارب 800 ملف مصدر. ووصف مهندس البرمجيات في Google، Bo Yang، جلسة العمل الليلية في منشور مؤرخ في October 13, 2026؛ كما أوردت InfoQ النتائج.
ما التغييرات التي أجراها Argon؟
جعل أحد التغييرين ADK يرشّح أحداث المحادثة قبل نسخها. فقبل ذلك، كانت خدمة الجلسات داخل الذاكرة تنسخ المحادثة كاملة قبل حصرها في الأحداث التي طلبها المستدعي. أما التغيير الآخر فأخّر تحميل الحزم الكبيرة إلى حين الحاجة إليها. إذ كان وكيل نصي بسيط يستورد مكوّنات الصوت والفيديو والتتبّع وخوادم الويب، حتى عندما لا يستخدمها.
تقول Google إن تحسين الجلسات وفّر الوقت مع ازدياد طول المحادثات. ففي تجربة واحدة شملت 158 دورًا من استدعاء الأدوات، أدى التخلص من النسخ المتكرر إلى خفض الأعباء التي يضيفها الإطار من 65.6 ثانية إلى 56.1 ثانية. وهذه هي المدة التي استغرقها الإطار، لا الوقت اللازم للنموذج لإنجاز المهمة. وتقول Google أيضًا إن التحميل عند الحاجة سرّع الاستيراد عند بدء التشغيل بنسبة 21%، لكن المنشور لم يذكر مقدار الوقت المطلق الذي جرى توفيره.
لتوجيه العمل، أضاف الفريق تعليمات خاصة بالمستودع في ملفات .agents/skills واستخدم وضع /goal في Google Antigravity لإبقاء المهمة واضحة مع استمرار الجلسة. وقاس Argon خط الأساس عبر أربعة أحمال عمل، واقترح ستة تحسينات موزعة على 32 ملفًا، وشغّل اختبارات الوحدات الـ16,892 مفتوحة المصدر قبل إتمام المهمة.
لماذا رُفضت أربعة مقترحات في المراجعة؟
وافقت Google على اثنين فقط من التغييرات الستة المقترحة. ورفضت الأربعة الأخرى بعد مراجعة المطورين، بسبب مخاوف تتعلق بالموثوقية أو سهولة الصيانة أو التوافق، أو لأن مكسب السرعة لم يكن ذا أهمية ملموسة. ومن بين المقترحات المرفوضة ذاكرة تخزين مؤقت حسّنت أداء معيار اصطناعي متعدد الوكلاء بنسبة 17%، لكن Google قالت إنها قد تعيد بيانات قديمة إذا أعادت Python استخدام عنوان في الذاكرة بعد جمع البيانات غير المستخدمة.
تُظهر هذه التجربة ما وجده فريق Google مفيدًا: قدرة الوكيل على تتبّع التغييرات بين الملفات وإعداد الشيفرة لمراجعتها بشريًا. لكنها لا تثبت أن الوكيل قادر على إجراء التغييرات وشحنها بأمان من دون تلك المراجعة. ويقول تقرير Google إن محاولة سابقة لم تراعِ أعراف الفريق والحالات الطرفية، بينما ظلت الجلسة الليلية بحاجة إلى أن يقرر المشرفون أي المقترحات آمن الإبقاء عليها.
لماذا يهم
بالنسبة إلى فرق البرمجيات التي تصون مشاريع Python كبيرة، تشير هذه التجربة إلى أن وكيل البرمجة قد يساعد في العثور على تحسينات للأداء تمتد عبر ملفات متعددة، لا أن يقتصر عمله على تعديل دالة واحدة. لكن النتائج تستند إلى رواية Google نفسها، وقد رفض مهندسوها أربعة مقترحات، لذا لا تثبت التجربة أن الفرق تستطيع الاستغناء عن الاختبارات أو مراجعة الشيفرة.
