الوقت الذي يُقضى في تتبع الأخطاء يدويًّا أو تحديث الوثائق هو وقت يُفقد من عملية إطلاق الميزات الجديدة. وتستخدم الفرق عالية الأداء بالفعل الذكاء الاصطناعي لاستعادة هذا الوقت، حيث شهدت زيادة بنسبة 26% في إنجاز المهام في تجارب ميدانية عشوائية.
يمكنك أنت أيضًا الانضمام إلى هذا العدد المتزايد من خلال تطبيق حالات استخدام Google Antigravity مثل الإصلاح التلقائي للأخطاء، وإنشاء النماذج الأولية السريعة لواجهات المستخدم، ومراجعة الأمان. يوضح لك هذا الدليل كيفية استخدام Antigravity من Google ويشرح كيفية تنسيق سير العمل هذا عبر أدواتك الحالية.
باختصار: يُعد Antigravity الخيار الأقوى المتاح للأعمال التي يمكنك تحديدها وتسليمها والابتعاد عنها. وهو الخيار الأضعف للأعمال التي تحتاج إلى استكشافها بنفسك.
هناك خمس حالات استخدام تستحق الاهتمام: أتمتة المهام عبر الوكلاء، وإنشاء نماذج أولية لواجهات المستخدم مع تغذية راجعة من المتصفح، وتحليل قاعدة الكود، ومراجعة الأمان، والتنسيق بين الأدوات المختلفة. ويؤثر اختيارك للواجهة على النتيجة. استخدم Antigravity 2.0 للتنسيق المتوازي، وواجهة سطر الأوامر (CLI) للعمل بدون واجهة مستخدم، وبيئة تطوير المتكاملة (IDE) للبرمجة بجانب أحد الوكلاء، ومجموعة أدوات التطوير (SDK) لإنشاء وكلاء مخصصين.
لا يتعلق قرار اعتماد هذه الأداة بـ Antigravity في الحقيقة. بل يتعلق بما إذا كان لدى فريقك مكان لتجميع مخرجات الوكلاء، وشخص مسؤول عن مراجعتها، وطريقة لملاحظة أي إهمال في عملية الموافقة. الفرق التي تبني ذلك أولاً تحصل على عوائد متراكمة. أما الفرق التي تتجاهل ذلك، فستسلك طريقًا أسرع نحو قاعدة كود لا يفهمها أحد.
ما هو Google Antigravity؟
Google Antigravity هي منصة التطوير التي تعتمد على الوكلاء في المقام الأول من Google. وهي تنشر وكلاء ذكاء اصطناعي مستقلين يقومون بتخطيط وتنفيذ مهام متعددة الخطوات عبر محرر البرمجة، وواجهة الأوامر، والمتصفح. ما عليك سوى وصف ما تحتاج إليه، وسيقوم الوكلاء بالعمل نيابة عنك، وبذلك لن تضطر بعد الآن إلى التبديل بين محرر البرمجة وواجهة الأوامر ووثائقك لإنجاز مهمة واحدة.
تم إطلاقه في نسخة تجريبية عامة جنبًا إلى جنب مع Gemini 3، مما مهد الطريق للتحديث الجديد، Antigravity 2.0. وقد حوّل هذا الإصدار بيئة تطوير متكاملة واحدة إلى أربعة واجهات. ويؤثر اختيارك على كيفية تطبيق حالات الاستخدام التالية:
- Antigravity 2.0: قم بتنسيق عمل عدة وكلاء مستقلين عبر مشاريع منفصلة من خلال تطبيق سطح مكتب مستقل دون الحاجة إلى محرر مرفق
- Antigravity CLI: قم بتشغيل الوكلاء مباشرةً من المحطة الطرفية لتنفيذ سير العمل عبر سطر الأوامر وبدون واجهة مستخدم
- Antigravity IDE: اكتب الكود بجانب أحد الوكلاء في المحرر الأصلي
- Antigravity SDK: قم بإنشاء وكلاء مخصصين على منصة Antigravity باستخدام مكتبة Python
يعمل الوكيل نفسه على Gemini 3.6 و3.5 Flash، وGemini 3.1 Pro، وClaude Sonnet 4.6، وClaude Opus 4.6، مع إمكانية اختيار GPT-OSS-120b أيضًا. (تتغير توفر النماذج بشكل متكرر؛ يرجى مراجعة الوثائق الرسمية لـ Antigravity للاطلاع على القائمة الحالية.)
أهم 5 حالات استخدام لـ Google Antigravity لفرق التطوير
تستفيد فرق التطوير من Antigravity إلى أقصى حد في خمسة مجالات: أتمتة المهام باستخدام الوكلاء، وإنشاء نماذج أولية لواجهات المستخدم، وتحليل قاعدة الكود، ومراجعة الأمان، وأتمتة سير العمل عبر الأدوات المختلفة. ويقوم كل مجال منها بتولي نوع مختلف من الأعمال المتكررة، بدءًا من النصوص النمطية التي يستخدمها مطور واحد وصولًا إلى عمليات التسليم بين أعضاء الفريق بأكمله.
1. التطوير القائم على الوكلاء وأتمتة المهام
تتولى Antigravity مهام حلقات التنفيذ التي تشتت انتباه المطورين عن العمل المكثف: كتابة النصوص النمطية، وتشغيل مجموعات الاختبارات، والنشر إلى بيئة الاختبار. هذه الحلقات بطيئة في حد ذاتها وتؤدي إلى تبديل السياق، مما يقلل من الإنتاجية في كل مرة ينقطع فيها التركيز.
إن تفويض تنفيذ تلك الخطوات المتعددة إلى الوكيل يساعد المطورين على التركيز على البنية وحل المشكلات. وفيما يلي بعض الأمثلة:
- أتمتة إصلاح الأخطاء: اجعل أحد الوكلاء يتتبع الخطأ، ويكتب الإصلاح، ويجري الاختبارات، ويقدم لك تصحيحًا خاليًا من الأخطاء لمراجعته
- إنشاء هيكل الكود على الفور: صِف ميزة ما بلغة بسيطة واطلب من أحد الوكلاء إنشاء بنية الملف بالكامل والتنفيذ الأولي
- التعامل مع مهام CI/CD: قم بإعداد الوكلاء لتشغيل عمليات البناء ومراقبة السجلات، بحيث لا تتدخل إلا في حالة حدوث عطل حقيقي
حقيقة مثيرة للاهتمام: كان أول خطأ حاسوبي عبارة عن فراشة حقيقية، عُثر عليها عالقة في مرحل في حاسوب «هارفارد مارك II» عام 1947، وتم لصقها في سجل الأحداث كدليل على ذلك.
2. النماذج الأولية السريعة وتكرار واجهات المستخدم
تسير أعمال الواجهة الأمامية بسرعة أكبر هنا لأن الوكيل يمكنه رؤية ما تم إنشاؤه. يستخدم بيئة تطوير Antigravity ميزة «المتصفح في الحلقة» (browser-in-the-loop). فبدلاً من قيامك بتعديل بكسل واحد، ثم تحديث الصفحة، وتكرار العملية، يقوم الوكيل بقراءة واجهة المستخدم المعروضة ويقوم بتعديل الكود بناءً على الملاحظات المرئية.
وهذا يسد الفجوة بين النماذج الأولية والمتصفح بثلاث طرق:
- تحويل النماذج الأولية إلى كود: قم بتزويد الوكيل بلقطة شاشة أو ملف تصميم لإنشاء كود واجهة مستخدم وظيفي على الفور
- التكرار على المكونات: اطلب من الوكيل تعديل المسافات الداخلية أو سماكة الخطوط وشاهد التغييرات وهي تُطبق على عرض المتصفح المباشر
- إجراء الاختبارات المرئية: استخدم الوكلاء للبحث تلقائيًا عن التباينات في العرض عبر المتصفحات المختلفة
3. تحليل قاعدة الكود وصيانتها
يُعد وكيل Antigravity دليلاً دائمًا لمستودعك. وهذا أمر مهم عندما يتعلق الأمر بالملفات القديمة، حيث قد يفقد حتى المهندسون المخضرمون الخيط. فعدم الوضوح يؤدي إلى إبطاء عملية تطوير الميزات الجديدة ويزيد من ديونك التقنية.
- إجراء بحث في قاعدة الكود: اسأل الوكيل عن كيفية عمل مسار مصادقة معين واحصل على شرح واضح ومفصل للمنطق
- إنشاء الوثائق: اجعل الوكيل يحلل البرامج النصية الخاصة بك لإنتاج ملفات README تقنية وتعليقات مدمجة مفيدة تلقائيًا
- تحديد عيوب الكود: استخدم الوكيل للعثور على المجالات التي تحتاج إلى إعادة هيكلة، ودعه يقترح عليك طرق تنفيذ أكثر دقة لتوافق عليها
شاهد كيف تقوم فرق الهندسة بتتبع الديون التقنية وترتيب أولوياتها وسدادها باستخدام إعادة الهيكلة المدعومة بالذكاء الاصطناعي وتنظيم قائمة المهام المتأخرة:
4. تدقيق الأمان واكتشاف الثغرات الأمنية
لا يعود الأمن عائقًا أمام إصدار النسخة النهائية عندما تقوم الوكالات بفحص الكود قبل إرساله. يقوم Antigravity بتحديد نقاط الضعف واقتراح الحلول خلال مرحلة الكتابة. وهذا يحول المراجعة اليدوية التي كانت تعطل دورة التطوير إلى عملية مستمرة تعمل في الخلفية.
يمكن للوكلاء:
- البحث عن الثغرات الأمنية: تحديد المخاطر الشائعة مثل حقن SQL أو البرمجة النصية عبر المواقع (XSS)
- تدقيق التبعيات: تحقق من الحزم الخارجية بحثًا عن المخاطر المعروفة حتى لا ترث نقاط الضعف من المكتبات الخارجية
- إنشاء إصلاحات أمنية: راجع التغييرات المقترحة على الكود التي تعمل على إصلاح الثغرات المكتشفة
5. تكامل الأدوات عبر الوظائف المختلفة
يعمل Antigravity كجسر يربط بين مكونات نظامك. فهو يتيح للوكلاء تنفيذ المهام، مما يزيل عبء التنقل بين المحطات الطرفية والمتصفحات وأدوات إدارة المشاريع. أمثلة على سير العمل لتنسيق الذكاء الاصطناعي:
- أتمتة الحلقات بين المحطة الطرفية والمتصفح: دع أحد الوكلاء يقوم بتشغيل عملية البناء، واختبارها في المتصفح، ونشر النتائج على قناة فريقك
- ربط البيانات المنفصلة: استرجع المعلومات من واجهة برمجة تطبيقات خارجية، وقم بتحديث قاعدة البيانات الخاصة بك، وقم بإنشاء تقرير موجز في عملية واحدة
- اربط أدوات الذكاء الاصطناعي الخاصة بك: اربط Antigravity بأدوات متخصصة لإنشاء مسارات عمل آلية من البداية إلى النهاية
تشير دراستنا الاستقصائية إلى أن ما يقرب من 54% من الفرق تعمل عبر أنظمة متفرقة، في حين أن 49% نادرًا ما تتبادل السياق بين الأدوات. وإليك ما يحدث عندما تتواصل هذه «الصوامع» فعليًّا:
الميزات الرئيسية التي تدعم حالات الاستخدام هذه
هناك أربع ميزات تعمل لصالحك: مدير الوكلاء، والتغذية الراجعة المرئية، والتخطيط الذاتي، وإنشاء المخرجات. وتوضح هذه الميزات مجتمعة كيف يقوم Antigravity بتنفيذ المهام متعددة الخطوات من تلقاء نفسه، بينما تظل لك الكلمة الأخيرة.
- مدير الوكلاء: راقب عدة وكلاء نشطين من واجهة تحكم واحدة في المهام، وتابع التقدم المحرز عبر المشاريع المختلفة
- التغذية الراجعة المرئية: شاهد تغييرات واجهة المستخدم وتفاعلات المتصفح في الوقت الفعلي بينما تقوم العناصر التفاعلية بضبط كود الواجهة الأمامية تلقائيًا
- التخطيط الذاتي: اعتمد خطة تنفيذ الوكيل أو أعد صياغتها قبل أن يكتب أي سطر من التعليمات البرمجية
- إنشاء المخرجات: قم بمراجعة المخرجات الملموسة، مثل تصحيحات الكود أو مقاطع الفيديو التوضيحية، للتأكد من أن كل إجراء يقوم به الوكيل يفي بمعاييرك
تُحوّل Antigravity مهام مطوريك من كتابة الأكواد إلى تقييم الخطط
يتولى وكلاء Antigravity عملية التنفيذ. وتتمثل مهمة المطور في مراجعة خطة الوكيل قبل كتابة أي سطر من التعليمات البرمجية. وهذه مهارة تختلف عن مراجعة التعليمات البرمجية، حيث تتعلق بالتحكم في سرعة تسليم العمل.
يبدو هذان الأمران متشابهين، لكنهما ليسا كذلك. تهدف مراجعة الكود إلى السؤال: «هل يؤدي هذا الكود الغرض المطلوب منه؟» وقد تم تحديد الهدف بالفعل قبل أن يفتح أي شخص المحرر.
تطرح مراجعة الخطة السؤال التالي: «هل القصد بحد ذاته صحيح؟»، وأنت تتخذ هذا القرار دون وجود أي كود لتتحقق من صحة تفكيرك. لم يمارس معظم المهندسين هذا الأمر لأن المسارات الوظيفية لا تكافئه. بالإضافة إلى ذلك، فإن تعليمه أصعب من إصلاح الأخطاء البرمجية.
ويأخذ تصميم Antigravity هذا الأمر في الحسبان. فالموافقة على الخطط ومحرك الأذونات ذو القوائم الثلاث ( الرفض يسبق الاستئذان الذي يسبق السماح ) هما ميزات أساسية في المنتج، وليسا إعدادات اختيارية. وقد قامت Google ببناء المنصة على أساس أن مهمة الإنسان هي منح الأذونات.
لكن المشكلة تكمن في أنه لا يمكن الوثوق بتقييم فريقك لمدى جودة عملية المصادقة التي يقوم بها. فقد أظهرت دراسة سببية حول استخدام Cursor في مشاريع البرمجيات مفتوحة المصدر أن سرعة التطوير ارتفعت فور بدء المطورين في استخدام الذكاء الاصطناعي. لكن تعقيد الكود وتحذيرات التحليل الثابت ارتفعت بالتوازي مع ذلك.
شعر المطورون بأن العمل أصبح أسرع، لكن قاعدة الكود أصبحت أسوأ. لم يلاحظ أحد ذلك حتى أظهرت البيانات ذلك.
ولهذا السبب تُعد السرعة مقياسًا خاطئًا يجب تجنب تتبعه. فالوكلاء يزيدون السرعة على الفور، لكن ذلك لا يخبرك شيئًا عما إذا كان العمل الذي تمت الموافقة عليه جيدًا أم لا. وتوجد قواعد الأذونات، ومراجعات النواتج، ونقاط الفحص البشري في بقية هذا الدليل لحماية جودة الموافقات التي تصدرها. وهذا الرقم هو الذي يحدد ما إذا كان التطوير باستخدام الوكلاء مجديًا أم لا.
Antigravity مقابل Cursor مقابل Claude Code مقابل GitHub Copilot
هناك أربعة منافسين رئيسيين في مجال التطوير القائم على الوكلاء: Google Antigravity (واجهة مخصصة للوكلاء)، وCursor (داخل محرر البرمجة الخاص بك)، وClaude Code (في محطة العمل الخاصة بك)، وGitHub Copilot (داخل طلبات السحب الخاصة بك). ويحدد مكان وجود الوكيل قائمة الانتظار التي ستُضاف إليها نواتجه، وهذا هو الجانب الذي يتعامل معه فريقك يوميًا.
| الأداة | المزايا | القيود | الأفضل لـ | الأسعار* |
|---|---|---|---|---|
| Google Antigravity | يقوم الوكلاء بفحص واجهة المستخدم التي قاموا بعرضها بأنفسهم | تظهر النتائج في أماكن لا يلتفت إليها أحد | الفرق التي تنفذ مهام متوازية في الخلفية | النسخة الفردية – مجانية؛ AI Pro حوالي 20 دولارًا شهريًّا، Ultra 100–250 دولارًا شهريًّا |
| المؤشر | أقصر مسافة بين النية والتحرير | قد تختلف تكلفة مقعدين متطابقين اختلافًا كبيرًا | المطورون الذين يعملون داخل المحرر | 20 دولارًا شهريًّا للإصدار الاحترافي |
| Claude Code | يحافظ على تماسك المنطق عبر عشرات الملفات | عدم وجود واجهة مرئية لأعمال الواجهة الأمامية | المهندسون الكبار الذين يديرون عمليات ترحيل كبيرة | بناءً على الاستخدام عبر خطط Anthropic |
| GitHub Copilot | حقق إنجازات داخل الأطر التي قمت ببنائها بالفعل | تتلاشى الميزة خارج GitHub | المنظمات التي تجري عمليات المراجعة الخاصة بها بالكامل على GitHub | 10 دولارات شهريًّا للمستخدم الفردي، و19 دولارًا أو أكثر للشركات |
Google Antigravity
يمنح Antigravity كل وكيل أقصى قدر من الحرية في العمل. ما عليك سوى الموافقة على خطة ما، فيقوم الوكيل بالتنقل بين الملفات وواجهة الأوامر والمتصفح بينما تقوم أنت بأمور أخرى. أما الوكلاء الثلاثة الآخرون، فيبقون الإنسان قريبًا بحكم تصميمهم، وهو ما يساعدك تمامًا إلى أن ترغب في تنفيذ اثني عشر أمرًا في آن واحد.
ما الذي يعمل بشكل جيد:
- الوكلاء الذين يرون مخرجاتهم: قم بتوجيه أحدهم إلى صفحة معروضة، وسيقوم بتصحيح CSS الخاص به وفقًا لما يعرضه المتصفح
- نظرة شاملة على العديد من الوكلاء: شاهد عدة وكلاء يديرون مشاريع منفصلة في آن واحد، ولا تتدخل إلا عندما يتعطل أحدهم
- الأعمال المتكررة التي تنسى القيام بها: قم بتسليم عمليات الفحص الليلية أو تدقيق التبعيات إلى «المهام المجدولة» (Scheduled Tasks)، ثم اطلع على النتائج في الصباح
القيود:
- تظهر النتائج في أماكن لا يبحث فيها أحد مسبقًا: يقوم «Copilot» بإدراج العمل في طلبات السحب (pull requests)، بينما يتركه «Cursor» في محررك. أما مخرجات «Antigravity» فتنتظر في مكان يتعين على شخص ما فتحه عمدًا، ويقوم محرك الأذونات بتحديد تشغيلها دون تتبع المراجعة، وبالتالي تظل قائمة المهام المتأخرة غير مرئية حتى يتم إصدار شيء معيب
- تتوقف نماذج الجهات الخارجية عند فئة «Enterprise»: تتوفر نماذج Claude Sonnet 4.6 وClaude Opus 4.6 وGPT-OSS-120b في الباقات المجانية والمخصصة للمستهلكين، ولكنها غير متوفرة عبر منصة Gemini Enterprise Agent Platform. لذا، فإن مجموعة النماذج التي يجربها فريقك ليست هي نفس المجموعة التي ستحصل عليها بعد توقيع عقد الشراء
تخطّ هذه الخطوة إذا: كنت ترغب في الشعور باستجابة الوكيل أثناء الكتابة. فقد صُمم هذا الوكيل لتسليم المهام على دفعات وتركها تعمل دون تدخل.
الأفضل لـ: الفرق التي تنفذ مهام خلفية طويلة ومتوازية، لا سيما عمليات التكرار في الواجهة الأمامية، حيث يتحقق الوكيل من عرضه بنفسه ويقلل من دورات المراجعة.
المؤشر
يحرص «Cursor» على إبقاء الوكيل الأقرب إلى يديك. فهو يقرأ موضع المؤشر ويفتح المخازن المؤقتة. وبالتالي، فإن الفجوة بين النية والتنفيذ هي الأقصر بين الأربعة، ويمكن لفريق VS Code التبديل إلى هذا النظام في غضون بعد ظهر واحد.
كما أنه يُشغّل المهام خارج جهازك من خلال «Cloud Agents»، لذا لم تعد الانتقادات القديمة المتعلقة بـ«الارتباط بالمحرر» صالحة. ما يظل صحيحًا هو أن المنتج مصمم خصيصًا للمطور الذي يجلس في جلسة عمل. من الممكن تفويض مجموعة من الوكلاء؛ لكن هذا ليس الغرض الذي صُممت الواجهة من أجله.
ما الذي يعمل بشكل جيد:
- التعديلات على ملفات متعددة دون الحاجة إلى إعادة الإدخال: قم بتكليف Hand Composer 2.5 بمهمة طويلة، وسوف يقوم بتنفيذ تعديلات الملفات وعمليات المحطة الطرفية من تلقاء نفسه
- مراجع أول قبل مراجعك: يعلق Bugbot على فرعك، بحيث لا تصل العيوب الواضحة أبدًا إلى قائمة انتظار المراجعين البشريين
- إجراءات وقائية شاملة لجميع المستخدمين: قم بتفعيل وضع الخصوصية على مستوى المؤسسة بأكملها واطلع على معدل استخدام كل مطور من خلال واجهة إدارية واحدة
القيود:
- قد تختلف تكلفة مقعدين متطابقين اختلافًا كبيرًا: يؤثر اختيار النموذج على السرعة التي يستهلك بها المطور سعة العمل
- التفويض يكلفك السياق الذي يجعله سريعًا: تكمن ميزة Cursor في قراءة المخازن المؤقتة المفتوحة وموضع المؤشر. أما وكيل السحابة الذي يعمل بناءً على موجه مكتوب فلا يمتلك أيًا من ذلك. مما يعني أن المهمة نفسها تحتاج إلى توجيهات أكثر وضوحًا بكثير
تجاهل هذه النصائح إذا: كان العائق الذي تواجهه هو تشغيل العديد من الوكلاء عبر العديد من مستودعات البرمجة، وليس زيادة سرعة مطور واحد في ملف واحد.
الأفضل لـ: المطورين الذين يرغبون في وجود وكيل داخل دورة التحرير الخاصة بهم، لا سيما الفرق التي تعتمد بالفعل VS Code بشكل موحد.
Claude Code
Claude Code هو الأداة التي تلجأ إليها عند القيام بعملية ترحيل لا يرغب أحد في البدء بها. ما عليك سوى إعادة تسمية دالة مستخدمة في ستين مكانًا، وسيقوم البرنامج بتتبع سلسلة الاستدعاءات، وتحديث الاختبارات، واكتشاف الموضعين اللذين تغيرت فيهما التوقيعات. كل هذا يحدث دون عرض أي شيء على الشاشة.
يبدأ العمل في محطة الأوامر (terminal) ويمتد ليشمل بيئات التطوير المتكاملة (IDE) وSlack والويب وGitHub. وهذا يعني أنه يتكامل مع الأسطح الحالية لفريقك دون الحاجة إلى استبدالها. وبالتالي، فهو الأسهل بين الأربعة في الدمج، والأصعب في تعليمه لشخص لا يستخدم محطة الأوامر (shell) بشكل منتظم.
ما الذي يعمل بشكل جيد:
- عمليات العمل التي يمكنك تكرارها في الربع القادم: اجعل الوكيل يكتب برنامجًا نصيًّا يتعامل مع العديد من الوكلاء الفرعيين بشكل متوازٍ
- وكلاء متوازيون لا يتعارضون: تمنح «فرق الوكلاء» كل وكيل شجرة عمل خاصة به، بحيث يمكن لعدة وكلاء العمل على نفس المستودع دون الكتابة فوق بعضهم البعض
- التناسق طوال عملية الترحيل بأكملها: قم بتكليفها بمهمة تشمل عشرات الملفات، وستحافظ المنطقية على التناسق من البداية إلى النهاية
القيود:
- يتم العمل على الواجهة الأمامية «على غير رؤية»: في ظل عدم وجود أي عرض مرئي، فإن إصلاح واجهة المستخدم يعني وصف ما يبدو خاطئًا بدلاً من عرضه. وهذا يضيف خطوة إضافية إلى كل تغيير مرئي
- تختلف الإمكانيات حسب المزود: لا يوفر الوصول عبر مزود الخدمات السحابية نفس مجموعة الميزات التي يوفرها المزود الأصلي. لذا، يتعين إجراء فحص للتأكد من التكافؤ أولاً قبل طرح الخدمة على نطاق المؤسسة
تجاهل هذه النصائح إذا: كان الجزء الأكبر من عملك يتمثل في عمليات التكرار البصرية، أو إذا كان الأشخاص الذين هم في أمس الحاجة إلى الوكيل يفضلون عدم فتح نافذة الأوامر.
الأفضل لـ: المهندسين ذوي الخبرة الذين يقومون بعمليات إعادة هيكلة وترحيل معقدة، حيث تحدد جودة التفكير النتيجة النهائية.
GitHub Copilot
يتنافس GitHub Copilot على مستوى التوظيف بدلاً من القدرات الأولية. يعمل وكيله داخل طلبات السحب والمشكلات والإجراءات الخاصة بك. وتصل النتائج إلى قائمة الانتظار التي يفتحها فريقك بالفعل كل صباح.
كما أن هذا الترتيب يحل مشكلة الحوكمة التي تتركها الأنظمة الثلاثة الأخرى دون حل. حيث يمر عمل الوكلاء عبر إجراءات حماية الفروع، والمراجعات المطلوبة، وCODEOWNERS. وهذا يعني أن البوابات التي قضيت سنوات في تهيئتها ستستمر في العمل دون الحاجة إلى سياسة جديدة واحدة.
ما الذي يعمل بشكل جيد:
- طلبات سحب حقيقية، وليست تصحيحات عشوائية: قم بتعيين مشكلة، وسيقوم الوكيل السحابي بفتح طلب سحب (PR) مع تطبيق نفس الإجراءات الوقائية التي يخضع لها فرع العمل الذي ينشئه المستخدم البشري
- وكلاء مزودي خدمات آخرين في نفس السلسلة: قم بتوجيه مهمة إلى Claude Code أو Codex من داخل Copilot دون مغادرة GitHub
- مراجعة أولية لكل تغيير: دع البرنامج يتولى معالجة الأخطاء المتعلقة بالأسلوب والعيوب الواضحة، حتى يتمكن المراجعون من تركيز اهتمامهم على قرارات التصميم
القيود:
- تتلاشى الميزة خارج GitHub: إذا كانت عمليات المراجعة تتم في GitLab أو كان نظام التكامل المستمر (CI) الخاص بك موجودًا في مكان آخر، فسيتوجب عليك مقارنة القدرات الأساسية للوكيل مثل أي أداة أخرى
- يجب أولاً صياغة المهمة على شكل مشكلة: يعمل الوكيل انطلاقًا من مشكلة محددة النطاق بشكل جيد ويُنتج تقريرًا بالمختلفات. لذا، فإن العمل الاستكشافي يحتاج إلى تدخل بشري لتحديد النتائج المتوقعة قبل أن يبدأ
تخطَّ هذا إذا: كنت تريد وكيلًا يتمتع بتحكم محلي واسع النطاق على جهازك الطرفي ومتصفحك ونظام الملفات.
الأفضل لـ: الفرق التي تجري عملية المراجعة لديها بالكامل على GitHub وترغب في دمج الذكاء الاصطناعي في هذا المسار بدلاً من استخدامه بشكل موازٍ له.
كيف تبدأ في استخدام Google Antigravity
يتطلب الإعداد ست خطوات: اختيار السطح، والتثبيت والمزامنة، وربط مساحة العمل، وتعيين نموذج الوكيل، وتمكين وكيل المتصفح، وتعيين مهمة أولى منخفضة المخاطر. الخطة الفردية مجانية وتشمل جميع الميزات، لذا يمكنك تشغيل وكلاء حقيقيين قبل أن يوقع أي شخص على أمر شراء. وإليك التسلسل.
- اختر واجهتك: اختر Antigravity 2.0 لتنسيق الوكلاء بشكل متوازٍ، أو واجهة سطر الأوامر (CLI) لسير العمل بدون واجهة مستخدم (headless) وعبر المحطة الطرفية، أو بيئة التطوير المتكاملة (IDE) إذا كان المطورون يفضلون البقاء داخل المحرر. أما حزمة أدوات التطوير (SDK) فهي مخصصة لإنشاء وكلاء مخصصين
- التثبيت والمزامنة: قم بالتنزيل من موقع antigravity.google على أنظمة macOS أو Linux أو Windows. انقل إعدادات VS Code أو Cursor الحالية لديك لضمان انتقال سلس
- ربط مساحة العمل الخاصة بك: افتح مجلد مشروع محلي وامنح الوكيل بضع دقائق لفهرسة المستودع حتى يفهم منطقك وبنيتك
- حدد نموذج الوكيل: ابدأ باستخدام Gemini 3.5 Flash لتحقيق السرعة في الأعمال الروتينية. وانتقل إلى Gemini 3.1 Pro لمهام الاستدلال الأكثر تعقيدًا مثل إعادة هيكلة ملفات متعددة
- تفعيل وكيل المتصفح: قم بتشغيل مهمة بسيطة لطلب تثبيت ملحق Chrome لمرة واحدة، والذي يتيح الحصول على ردود فعل مرئية
- قم بتعيين مهمة منخفضة المخاطر: ابدأ بملف README لوحدة برمجية واحدة أو باختبارات وحدة لوظيفة واحدة، وليس لخدمة الفوترة الخاصة بك
كيف تحصل على نتائج موثوقة من Google Antigravity؟
تعتمد النتائج الموثوقة على خمس ممارسات لضمان النجاح في اعتماد الذكاء الاصطناعي: التوجيهات الواضحة، والأذونات المُعدة مسبقًا، ومراجعة المخرجات قبل الدمج، والمهام الأولية منخفضة المخاطر، وتتبع عمليات التكرار. إذا تجاهلت أيًا منها، فسوف يتدهور أداء الوكيل دون إخطار. إليك دليل العمل الخاص بك.
- اكتب تعليمات واضحة وكاملة: زود الوكيل بسياق قاعدة الكود، وتنسيق المخرجات، وأي قيود. فالتعليمات الغامضة تؤدي إلى نتائج غامضة
- تكوين الأذونات قبل منح الاستقلالية: قم بتصنيف كل إجراء حساس ضمن قوائم الأذونات الثلاث في Antigravity. توضع الأوامر المدمرة في قائمة «الرفض» (Deny)، ويُدرج الوصول إلى بيانات الاعتماد وبيانات الإنتاج في قائمة «الاستئذان» (Ask)، بينما تغطي قائمة «السماح» (Allow) فقط العمليات الروتينية مثل قراءة ملفات المستودع أو تشغيل الاختبارات
- مراجعة النتائج قبل الدمج: تعامل مع الكود الذي يولده الوكيل كما لو كان طلب سحب (pull request) من مطور مبتدئ. قم بتشغيله وفقًا لقائمة مراجعة الكود حتى يتحقق شخص ما من صحة المنطق، وليس مجرد الاختلافات (diff)
- ابدأ بالمهام منخفضة المخاطر: قم أولاً بتسليم الوثائق، واختبارات الوحدات للكود الحالي، وتحليل قاعدة الكود. فهذه المهام تبني الثقة دون تعريضك للمخاطر، كما أن خدمة الفوترة الخاصة بك ليست مرشحة للبدء من اليوم الأول
- المراقبة والتكرار: تتبع المطالبات التي يتم تنفيذها، والمهام التي يفشل الوكلاء في إنجازها باستمرار، والأماكن التي يتدخل فيها البشر أكثر من غيرها. توضح لك نقاط التدخل هذه ما يجب إصلاحه بعد ذلك، سواء كانت المطالبة، أو قاعدة الأذونات، أو المهمة نفسها
نصيحة للمحترفين: قم بتعيين قوائم الأذونات قبل بدء التشغيل، وليس أثناءه. فالأذونات التي تتم الموافقة عليها في منتصف المهمة تُعتمد بشكل تلقائي، لأنه بمجرد أن يتوقف الوكيل عند المطالبة الرابعة، ستضغط على «السماح» لمجرد إبقائه يعمل. وينطبق المنطق نفسه على الخطط: اقرأها بحثًا عن الافتراضات الخاطئة بدلاً من الأخطاء البرمجية، لأن الفرضية الخاطئة تنتج كودًا يعمل بشكل مثالي ويحل المشكلة الخاطئة، وسيبدو الاختلاف متسقًا داخليًّا.
كيفية التخطيط للتغلب على قيود Google Antigravity
تتضمن Antigravity خمسة قيود يجب أخذها في الاعتبار عند التخطيط: النتائج «الصحيحة ظاهريًا ولكن الخاطئة فعليًّا»، والحدود القصوى للحصص الأسبوعية، وزمن الاستجابة في الوضع غير المتزامن فقط، والتفاوت في توفر الميزات عبر الأسطح المختلفة، والمسائل المتعلقة بالامتثال التي لم يتم حلها بعد بالنسبة للكود الحساس. إن معرفة هذه العوامل مسبقًا تساعد على الحفاظ على توقعات واقعية وتمنع حدوث مفاجآت في منتصف المشروع.
- تحقق من كل تغيير يكتبه الوكيل: توقع وجود كود غير صحيح، ومتطلبات فُهمت بشكل خاطئ، وأخطاء تبدو واثقة. فما زال هناك وكيل يعتمد على نموذج اللغة الكبير (LLM) في الخلفية. تعامل مع النتائج على أنها مسودة حتى يتم اختبارها
- تحديد الميزانية وفقًا للحدود القصوى للحصص: ضع خطة لمراعاة الحدود الأسبوعية التي تمنعك من الاستخدام حتى يتم إعادة تعيين الفترة. لاحظ أيضًا أن السعة الإضافية تأتي من أرصدة الذكاء الاصطناعي (AI credits) التي تُباع بشكل منفصل لمشتركي باقيتي Pro وUltra. لا تنشر Google مقدار العمل الذي يمكن للوكيل إنجازه مقابل رصيد واحد، لذا فإن توقع التكلفة لكل مطور لا يزال مجرد تخمين
- صمم العمل ليكون غير متزامن، وليس للبرمجة الثنائية: ضع الوكلاء في قائمة الانتظار في الخلفية وقم بتنفيذ المهام على دفعات بدلاً من توقع استجابة فورية أثناء البرمجة جنبًا إلى جنب معهم
- تحقق من توافق الميزات عبر المنصات المختلفة: قارن بين تطبيق سطح المكتب وواجهة سطر الأوامر (CLI) وبيئة التطوير المتكاملة (IDE) ومجموعة أدوات التطوير (SDK) قبل توحيد استخدام فريقك على منصة واحدة. هذا أمر مهم لأن هذه المنصات لا توفر جميعها نفس الإمكانيات
- تحقق من الامتثال قبل إدخال الشفرات الحساسة: قم بتقييم ما إذا كان Antigravity يفي بمتطلبات الأمان وخصوصية البيانات في مؤسستك قبل توجيهه إلى مستودعات الشفرات الخاصة بك
كيفية تنسيق عمل وكلاء Antigravity في ClickUp
يقوم محرك الأذونات في Antigravity بتحديد ما يمكن للوكيل القيام به أثناء التشغيل. لكنه لا يدير ما يحدث للمخرجات بعد ذلك: من يقوم بمراجعتها، أو المدة التي تستغرقها الموافقة، أو ما إذا كان هناك من يكتشف افتراضًا خاطئًا قبل طرح المنتج. هذه مشكلة تتعلق بالتنسيق بين أعضاء الفريق، ومنصات الوكلاء لا تحل مشكلة التنسيق بين أعضاء الفريق.
يعمل ClickUp في كلا طرفي العملية. يقوم Codegen باستخراج السياق الكامل للمهمة (الوصف، ومعايير القبول، والمواصفات المرتبطة، وسجل التعليقات) ويزوده إلى الوكيل قبل بدء التنفيذ. وهذا مدخلات مختلفة عن المطالبة التي تُكتب في محطة طرفية. وتعود النتائج على شكل طلب سحب (PR) مرتبط، مع تحديد الحالة والمسؤول وتاريخ الاستحقاق مسبقًا.
بالنسبة للخطط التي تم إنشاؤها خارج ClickUp، قم بلصق إحداها في وصف المهمة، وسيقوم ClickUp Brain بمقارنتها ببيانات السبرينت الحية: ما الذي يتعارض معها هذا الأسبوع، وأي تصحيحات للوكلاء تم التراجع عنها هذا الشهر وما الذي تشترك فيه، وأين يجب أن توضع المهام الفرعية الخاصة بالمراجعة.
كما يدعم Brain تشغيل كل من Claude وGPT وGemini من خلال اشتراك واحد. يمكنك اختيار النموذج الأنسب للمهمة.
الفترة الليلية هي الأصعب. تقوم «المهام المجدولة» في Antigravity بإرسال التصحيحات سواء كانت قائمة الانتظار خالية أم لا. يقوم «الوكلاء الخارقون» في ClickUp بمقارنة كل خطة واردة بنطاق السبرينت، وترتيبها حسب المخاطر، وتخصيص العناصر عالية المخاطر إلى المراجع الأكثر خبرة لديك. ويتم تصعيد أي عنصر لم تتم مراجعته بعد 24 ساعة. تفتح في الصباح قائمة انتظار مرتبة حسب الأولوية مع تضمين الأسباب.
تتحدث ماريا ويلكوكس، رئيسة ديوان رئيس قسم الأعمال (CBO) ورئيسة قسم التسويق (CMO) في Seismic، عن الوكلاء في ClickUp:
كان التعامل مع الطلبات التسويقية لدينا في السابق عبارة عن تبادل لا نهاية له للرسائل بين مقدم الطلب والمنتج، وكان يتعطل كلما غاب أحدهم عن المكتب. أما الآن، فيقوم أحد الموظفين في ClickUp بمراجعة كل طلب، وجمع المتطلبات، والتأكد من توفر السعة قبل تسليم المهمة. ويبدأ فريقنا الإبداعي العمل على الفور، مع التركيز على التنفيذ، وليس على متابعة نماذج الطلبات. كما أن الموظفين لا يأخذون إجازات مدفوعة الأجر!
كان التعامل مع الطلبات التسويقية لدينا في السابق عبارة عن تبادل لا نهاية له للرسائل بين مقدم الطلب والمنتج، وكان يتعطل كلما غاب أحدهم عن المكتب. أما الآن، فيقوم أحد وكلاء ClickUp بمراجعة كل طلب، وجمع المتطلبات، والتأكد من توفر السعة قبل تسليم المهمة. ويبدأ فريقنا الإبداعي العمل على الفور، مع التركيز على التنفيذ، وليس على متابعة نماذج الطلبات. والوكلاء لا يأخذون إجازات مدفوعة الأجر!
ما الذي يثبت فعاليته بشكل خاص في إدارة مخرجات الوكلاء:
- يتم إدراج كل تصحيح يقوم به الوكيل في مسار المراجعة تلقائيًا: عندما يفتح الوكيل طلب سحب (pull request)، يتم تشغيل أتمتة ClickUp عبر التكامل مع GitHub. وتقوم هذه الأتمتة بإنشاء المهمة في قائمة مخرجات الوكيل مع ربط طلب السحب بها، وتعيين الحالة إلى «التخطيط للمراجعة»، وتحديد تاريخ استحقاق. كما تمنع هذه الأتمتة الحالة من التقدم إلى «موافق عليه» ما لم يتم ملء حقل المراجع
- يمكنك تحديد من وافق على ماذا ولماذا بدقة: قم بتخزين خطط التنفيذ في Docs، واربطها بالمهمة، وقم بتمييزها على أنها ويكي. يسجل سجل الإصدارات كل تعديل؛ وتظهر تعليقات المراجعين والطوابع الزمنية للحالة مباشرةً في المهمة
- تظهر مشكلات السعة والجودة قبل أن يبلغ عنها أي شخص: تتبع متوسط «الوقت في الحالة» لـ «مراجعة الخطة» و«مراجعة الكود» على بطاقة «لوحات معلومات ClickUp ». تُظهر البطاقة التي تُظهر مهامًا تم تأجيلها مشكلة في سرعة الاستجابة. عندما يرتفع الرقم الأول بينما يظل معدل الإنتاج ثابتًا، فهذا يشير إلى وجود مشكلة في السعة. وعندما يرتفع الرقم الثاني، فهذا يشير إلى وجود مشكلة في سرعة الاستجابة
القيد الواضح: يتولى ClickUp إدارة طبقة التنسيق المتعلقة بمخرجات الوكلاء. وبالنسبة لتشغيل Antigravity على وجه التحديد، فإن نقطة الاتصال هي تكامل GitHub، لذا تحصل الفرق التي يفتح وكلاؤها طلبات سحب (PRs) على هذه الميزة تلقائيًا؛ أما أي شخص آخر فيقوم بإنشاء المهمة أو ربط webhook.
لمن يناسب هذا البرنامج: الفرق التي تشغل عدة وكلاء بالتوازي، حيث انتقل السؤال من «هل يمكن للوكلاء القيام بهذا العمل» إلى «هل يمكننا مواكبة عملية التحقق منه». أما المطور الذي يشغل وكيلين في مشاريع جانبية، فلا يحتاج إلى هذا البرنامج. يكفيه مدير الوكلاء في Antigravity.
شاهد كيف ينتقل سير عمل الوكيل من المشغل إلى الناتج الذي تمت مراجعته داخل ClickUp:
بسّط سير عمل تطوير الذكاء الاصطناعي باستخدام ClickUp
توفر لك حالات استخدام Google Antigravity مسارًا واضحًا لتقليل الأعباء اليدوية من خلال الإصلاح التلقائي للأخطاء وإنشاء النماذج الأولية بسرعة. ومع ذلك، فإن نجاحك لا يعتمد على الجانب التقني فحسب. فأنت بحاجة إلى توجيهات واضحة، وإجراءات وقائية قوية، وإشراف بشري مستمر للحفاظ على استقرار قاعدة الكود الخاصة بك.
من المحتمل أنك تضيع وقتًا طويلاً جدًّا في التبديل بين المهام. ورغم أن المنصات القائمة على الوكلاء تقدم حلاً لهذه المشكلة، إلا أنها لا تعمل إلا عندما تقترن بإدارة قوية لسير العمل. من المهم أن تتعلم كيفية تسريع إنتاج وكلاء الذكاء الاصطناعي لتتمكن أخيرًا من تحرير وقتك للانكباب على العمل الإبداعي.
إذا كنت مستعدًا لدمج تطوير الذكاء الاصطناعي وإدارة المشاريع في مكان واحد، فابدأ في استخدام ClickUp مجانًا. اكتشف بنفسك كيف تساعد مساحة العمل المتكاملة على التخلص من تشتت الأدوات والحفاظ على سير خطة العمل الخاصة بك.
الأسئلة الشائعة حول حالات استخدام Google Antigravity
ما الذي تغير في Antigravity 2.0؟
أضافت النسخة 2.0 من Antigravity تطبيقًا مكتبيًّا مُعاد تصميمه، وواجهة سطر أوامر، ومجموعة أدوات تطوير البرمجيات (SDK) لسير عمل الوكلاء المخصصين. يتيح لك التطبيق المكتبي تنسيق عمل عدة وكلاء في آن واحد، وتصميم سير عمل وكلاء فرعيين مخصصين، وجدولة المهام لتُنفَّذ في الخلفية، مع إمكانية التكامل مع Google AI Studio وAndroid وFirebase. ويُعد هذا تحولًا من بيئة تطوير متكاملة (IDE) واحدة إلى منصة أوسع نطاقًا لتنسيق عمل الوكلاء.
ما هي الاستخدامات الأخرى لـ Google Antigravity بخلاف كتابة الأكواد البرمجية؟
توثق Google بشكل صريح سير العمل الخاص بغير المطورين، بما في ذلك الأبحاث التنافسية وأبحاث الويب، والتوثيق، والأعمال العلمية. يتقن وكلاءها العمل مع أكثر من 20 قاعدة بيانات علمية رئيسية، بما في ذلك قاعدة بيانات AlphaFold وUniProt وPubChem وChEMBL، بالإضافة إلى نماذج رائدة مثل AlphaGenome. يقسم مختبر البرمجة CLI الخاص بـ Google تمارينه إلى مهام للمطورين ومهام لغير المطورين.
لماذا تظهر رسالة من Antigravity تفيد بأنني وصلت إلى الحد الأقصى المخصص لي، وكيف يمكنني الحصول على المزيد؟
تفرض Antigravity حصة أساسية وحدودًا أسبوعية للاستخدام. يتم تحديث الحصة الأساسية كل خمس ساعات في إصداري Google AI Pro وUltra؛ وعند بلوغ الحد الأقصى الأسبوعي، يتم قفل النموذج حتى إعادة تعيين النافذة. يمكن لمشتركي إصداري Pro وUltra شراء أرصدة الذكاء الاصطناعي لتغطية الاستخدام الزائد، بسعر 25 دولارًا مقابل 2,500 رصيد. لا تنشر Google مقدار العمل الذي يقدمه الوكيل مقابل كل رصيد، لذا تظل التوقعات لكل مطور مجرد تقدير.
هل يمكن للفرق والمؤسسات استخدام Google Antigravity؟
نعم، يمكن للفرق والمؤسسات استخدام Google Antigravity. وهو متاح لعملاء Google Cloud من خلال منصة Gemini Enterprise Agent Platform، بشكل منفصل عن مستويات الاشتراك الفردية في Google AI. تعمل الحسابات الفردية وفقًا لشروط خدمة المستهلكين الخاصة بـ Google؛ بينما تعمل عمليات النشر الخاصة بالفرق وفقًا لشروط Google Cloud. قم بتقييمه وفقًا لمتطلباتك الخاصة بالأمان وخصوصية البيانات قبل توجيه الوكلاء إلى مستودعات البيانات الخاصة بك.
كيف يختلف Antigravity عن Gemini CLI؟
حلّ Antigravity CLI محل Gemini CLI. أطلقت Google Antigravity CLI، وهو واجهة طرفية قائمة على لغة Go وتشترك في بنية وكيل Antigravity، وأوقفت Gemini CLI للمستخدمين العاديين. الفرق العملي: كان Gemini CLI وكيلًا طرفيًّا أخف وزنًا وموجهًا نحو الجلسات، بينما يعمل Antigravity CLI على تشغيل وكلاء مستقلين، وتنفيذ أوامر shell، وإدارة الوكلاء الفرعيين في الخلفية ضمن نفس محرك الأذونات المستخدم في تطبيق سطح المكتب.