إطلاق Antigravity 2.0 من Google يشعل غضب المطورين: ما الذي حدث بعد I/O 2026؟

أرادت Google من خلال إعلان Antigravity 2.0 في مؤتمر Google I/O 2026 أن تعرض رؤيتها لمستقبل تطوير البرمجيات: بيئة تعتمد أولاً على وكلاء ذكاء اصطناعي قادرين على تنفيذ المهام البرمجية بشكل شبه مستقل. لكن بدلاً من الترحيب الواسع، واجه الإطلاق موجة انتقادات من المطورين الذين رأوا أن التحديث غيّر أدوات عملهم اليومية بشكل جذري.

المشكلة لم تكن في فكرة استخدام الذكاء الاصطناعي نفسها، بل في الطريقة التي تم بها تقديم هذا التحول.

ماذا أعلنت Google في I/O 2026؟

قدّمت Google نسخة Antigravity 2.0 كإعادة تصميم كاملة لمنصتها الخاصة بتطوير البرمجيات المدعومة بالذكاء الاصطناعي. وبدلاً من التركيز على محرر كود تقليدي، أصبحت المنصة تدور حول إدارة وتشغيل وكلاء الذكاء الاصطناعي.

المكونات الأساسية التي أعلنت عنها الشركة تشمل:

• تطبيق سطح مكتب مستقل لإدارة الوكلاء
• أداة Antigravity CLI للعمل من خلال الطرفية
• Antigravity SDK لبناء وكلاء مخصصين
• ميزة Managed Agents داخل Gemini API لتشغيل وكلاء في بيئات سحابية آمنة

تهدف هذه الأدوات مجتمعة إلى إنشاء منظومة موحدة لبناء وتشغيل الوكلاء سواء محلياً أو على السحابة.

تعتمد المنصة على نموذج Gemini 3.5 Flash، وهو نموذج صُمم خصيصاً لتنفيذ المهام المعقدة المرتبطة بالوكلاء والبرمجة، بما في ذلك تشغيل وكلاء فرعيين وإدارة مهام طويلة متعددة الخطوات.

الفكرة الأساسية لدى Google هي الانتقال من مرحلة "كتابة الأوامر للنماذج" إلى مرحلة أنظمة ذكاء اصطناعي تنفذ مهام تطوير برمجية كاملة بشكل شبه مستقل.

التحول الكبير: من IDE إلى منصة تنسيق للوكلاء

في الإصدارات السابقة، كان Antigravity يُقارن غالباً بأدوات مثل VS Code أو Cursor: محررات كود تقليدية أضيفت إليها قدرات ذكاء اصطناعي.

لكن في Antigravity 2.0 تغيّر الاتجاه بشكل واضح. فقد أزالت Google ما كان يُعرف بوضع Native IDE، وأعادت تعريف المنتج كمنصة لتنسيق وإدارة الوكلاء بدلاً من محرر كود.

الواجهة الجديدة تركز على:

• تشغيل عدة وكلاء ذكاء اصطناعي في وقت واحد
• تفويض المهام إلى وكلاء فرعيين
• تشغيل مهام طويلة غير متزامنة
• إدارة المشاريع والملفات التي ينتجها الوكلاء

بمعنى آخر، الفكرة أصبحت أن الذكاء الاصطناعي يقوم بمعظم العمل البرمجي بينما يشرف المطور عليه.

لماذا غضب المطورون؟

الاعتراض لم يكن على استخدام الذكاء الاصطناعي بحد ذاته. في الواقع، كثير من المطورين يستخدمون بالفعل أدوات مثل Copilot أو أدوات مشابهة.

المشكلة كانت في طريقة الانتقال المفاجئ.

أبلغ بعض المستخدمين عن وصول تحديثات قسرية أو صامتة غيّرت الواجهة وسير العمل بالكامل. في المنتديات التقنية اشتكى مطورون من أن التحديث أزال أدوات أساسية مثل محرر الكود ومستكشف الملفات والطرفية، واستبدلها بواجهة تعتمد على المحادثة تسمى "Agent View".

بالنسبة لمطورين يعتمدون يومياً على تلك الأدوات لتعديل الملفات وتشغيل الأوامر وإدارة المشاريع، بدا التحديث وكأنه تقليل في الإمكانات بدلاً من تحسينها.

كما أشار البعض إلى مشكلات تقنية بعد التحديث مثل تعطّل إعدادات التطوير البعيد أو غياب دعم بيئات مثل WSL التي يعتمد عليها كثير من المطورين.

المشكلة في سير العمل أكثر من القدرات

الجدل كشف حقيقة مهمة حول تطوير البرمجيات: حتى مع وجود ذكاء اصطناعي قوي، يبقى العمل البرمجي عملياً وتفاعلياً للغاية.

المطورون ما زالوا يحتاجون إلى:

• تصفح الملفات وتعديلها مباشرة
• تشغيل أوامر في الطرفية
• إدارة أنظمة التحكم في الإصدارات مثل Git
• تتبع الأخطاء أثناء التنفيذ
• العمل مع بيئات تطوير بعيدة أو حاويات

عندما تم استبدال هذه الأدوات بمدير للوكلاء، شعر بعض المطورين أنهم أصبحوا أبطأ وأقل تحكماً في عملهم.

نتيجة لذلك، حاول بعض المستخدمين العودة إلى الإصدارات السابقة من Antigravity أو الانتقال مجدداً إلى أدوات مألوفة مثل Visual Studio Code.

صراع أكبر في عالم أدوات البرمجة بالذكاء الاصطناعي

الجدل حول Antigravity 2.0 يعكس نقاشاً أوسع في صناعة البرمجيات حالياً.

هناك اتجاهان رئيسيان في أدوات التطوير المدعومة بالذكاء الاصطناعي:

1. IDE معزز بالذكاء الاصطناعي
حيث يبقى محرر الكود التقليدي أساس العمل، ويعمل الذكاء الاصطناعي كمساعد يكتب أجزاء من الكود أو يقترح تحسينات.

2. منصات تطوير تعتمد على الوكلاء
حيث يصف المطور الهدف، بينما يتولى الذكاء الاصطناعي تنفيذ معظم العمل عبر مجموعة من الوكلاء.

واضح أن Google اختارت الاتجاه الثاني مع Antigravity 2.0، إذ صممت المنصة لإدارة فرق من الوكلاء عبر تطبيق سطح المكتب وواجهات API والبنية السحابية.

لكن كثيراً من المطورين ما زالوا يفضلون الاتجاه الأول—أي ذكاء اصطناعي يساعدهم داخل بيئة العمل التي يعرفونها.

ماذا يكشف هذا الجدل عن مستقبل أدوات البرمجة؟

إطلاق Antigravity 2.0 لم يكن مجرد تحديث لمنتج، بل محاولة لإعادة تعريف طريقة بناء البرمجيات بالكامل.

لكن رد فعل المطورين يشير إلى أن الانتقال نحو بيئات تعتمد كلياً على الوكلاء قد يحتاج إلى مرحلة انتقالية أطول.

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