تعتمد المنصة على نموذج 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 التقليدية التي يعتمد عليها المطورون اليوم، مع إضافة قدرات الوكلاء تدريجياً حتى تصبح جزءاً طبيعياً من سير العمل.

تعتمد المنصة على نموذج 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 التقليدية التي يعتمد عليها المطورون اليوم، مع إضافة قدرات الوكلاء تدريجياً حتى تصبح جزءاً طبيعياً من سير العمل.