في أواخر عام 2025، اتخذ مشهد التطوير بمساعدة الذكاء الاصطناعي خطوة كبيرة أخرى: أطلقت Google مضاد الجاذبية، وهي عبارة عن منصة تطوير "تضع العميل أولاً" مبنية حول Gemini 3 Pro، وتم شحن Cursor المؤشر 2.0 مع نموذج Composer وواجهة جديدة متعددة الوكلاء. كلاهما يَعِدان بتغيير طريقة بناء فرق البرمجيات للبرمجيات باستخدام الذكاء الاصطناعي، لكنهما يتخذان قرارات تصميم مختلفة، ويتنازلان عن بعض المزايا، ويستهدفان سير عمل مختلفة قليلاً.
ما هو Google Antigravity وما هي ميزاته الأساسية؟
مواقع جوجل مضاد الجاذبية كتطوير كامل المنصة بدلاً من مجرد مساعد: بيئة تطوير متكاملة + سطح "مدير" حيث يمكن إنشاء عملاء مستقلين ومراقبتهم وتنسيقهم عبر المحررين والمحطات الطرفية والمتصفحات المدمجة. الهدف من التصميم هو تمكين العملاء من التخطيط والتنفيذ والتحقق والتكرار لمهام متعددة الخطوات مع إنتاج أدوات سهلة الاستخدام تثبت ما فعلوه وسببه. يتوفر Antigravity في نسخة تجريبية عامة على أنظمة Windows وmacOS وLinux، ويتضمن اختيار الطراز (Gemini 3 Pro افتراضيًا، بالإضافة إلى نماذج Sonnet/جهات خارجية اختيارية).
الميزات الرئيسية (نظرة عامة)
- سطح مدير العميل أولاً - واجهة مستخدم للتحكم في المهمة لإنشاء وتنظيم ومراقبة العديد من الوكلاء عبر مساحات العمل (المهام المتزامنة طويلة الأمد).
- عرض المحرر + اللوحة الجانبية للوكيل - تجربة IDE مألوفة مع تكامل وثيق للوكيل لتدفقات العمل المتزامنة.
- القطع الأثرية (إثبات العمل) — يقوم الوكلاء بإنشاء منتجات منظمة (خطط المهام، وخطط التنفيذ، ولقطات الشاشة، وإرشادات المتصفح) حتى يتمكن البشر من التحقق من صحة النتائج بسرعة بدلاً من تحليل السجلات الخام الطويلة.
- أتمتة المتصفح والتقاط DOM — يمكن للوكلاء التحكم في متصفح مضمن، والتقاط التسجيلات، والتفاعل مع DOM الصفحة للتحقق والاختبار الشامل.
- اختيار النموذج والحصص — يعد Gemini 3 Pro هو النموذج الرائد، مع خيارات للنماذج الأخرى؛ وتوفر Google حدودًا "سخية" للسعر في المعاينة العامة.
الهندسة المعمارية وبيئة عمل المطور
صُممت Antigravity لتكون منصةً ذات آراء: العملاء مواطنون من الدرجة الأولى، قادرون على الوصول إلى المحرر والمحطة الطرفية والمتصفح بشكل مُتحكّم فيه. تكشف المنصة عن ضوابط استقلالية. سياسات تنفيذ المحطة الطرفية (إيقاف / تلقائي / توربو) و مراجعة السياسات (المتابعة الدائمة / اتخاذ القرار من قِبل الوكيل / طلب المراجعة) - حتى تتمكن الفرق من ضبط نطاق السلطة الممنوحة للوكلاء قبل الموافقة البشرية. تُركز واجهة المستخدم على العناصر والملاحظات القابلة للتعليق، مما يُحاكي سير مراجعة مستندي بدلاً من سجلات الأدوات الخام.
ما هو Cursor 2.0 وما هي ميزاته الأساسية؟
بدأ Cursor كمحرر أكواد يعتمد على الذكاء الاصطناعي في المقام الأول، ويدور حول فكرة "ترميز الاهتزاز" - مما يحافظ على تدفق المهندسين باستخدام محرر يفهم قواعد الكود بالكامل. المؤشر 2.0 (تم إصداره في أواخر أكتوبر 2025) هو تطور: واجهة وكيل جديدة + ملحنأول نموذج برمجة أصلي من Cursor، مصمم خصيصًا للتفاعلات بين الوكلاء. من أهم مميزاته: زمن انتقال أقل بكثير، وتنفيذ متعدد الوكلاء، واختبار متكامل للمتصفح.
القدرات الأساسية
- نموذج الملحنطورت شركة Cursor برنامج Composer كنموذج ترميز رائد مُحسّن لانخفاض زمن الوصول و"الدورات التكرارية القصيرة" النموذجية للترميز التفاعلي. تزعم Cursor أن Composer أسرع بنحو 4 مرات من النماذج المماثلة في أحمال العمل؛ فهو مُدرّب بأدوات مثل البحث الدلالي عن الكود وبدائيات التحرير (تُشدد موادها المنشورة على التدريب بأسلوب التعلم المعزز في المهام الهندسية).
- واجهة متعددة الوكلاءيُقدّم Cursor 2.0 شريطًا جانبيًا وإمكانية تخطيط تُمكّنك من تشغيل ما يصل إلى ثمانية وكلاء بالتوازي على أشجار عمل معزولة أو أجهزة بعيدة لتجنب تعارضات الدمج. صُممت واجهة المستخدم بتقنية التوازي البسيط، ما يُمكّن الوكلاء من العمل على مهام منفصلة في آنٍ واحد.
- أداة المتصفح الأصلية:أضاف Cursor متصفحًا مضمنًا يسمح للوكلاء بفحص DOM، وتشغيل اختبارات الواجهة الأمامية من البداية إلى النهاية، والتكرار حتى يلبي الناتج الاختبارات التفاعلية - وهو مشابه في روحه لتكاملات متصفح Antigravity ولكن تم تنفيذه داخل بيئة سطح المكتب/VS Code الخاصة بـ Cursor.
كيف تتم مقارنة المنصتين فيما يتعلق بتنسيق الوكيل والحجم؟
أي منصة تتعامل بشكل أفضل مع سير العمل متعدد الوكلاء؟
- مضاد الجاذبية: صُمم هذا النظام من البداية ليكون "الوكيل أولاً". يوفر التحكم في المهام لعدد كبير من الوكلاء، والقدرة على منح الوكلاء إمكانية الوصول إلى أسطح الأدوات (المحرر، الطرفية، المتصفح)، وإنشاء عناصر إضافية لتتبعها. هذا يجعله قويًا لتنسيق الوكلاء متعددي الوظائف وأنظمة التشغيل الآلي المعقدة.
- المؤشر 2.0: يدعم أيضًا سير عمل متعدد الوكلاء، مع تركيز أكبر على السلامة من خلال أشجار عمل معزولة وتكامل دقيق مع Git. صُمم توازي المؤشر (مثل تشغيل وكلاء متعددين عبر نسخ معزولة من التعليمات البرمجية) لتجنب تعارضات الملفات وجعل التجارب متعددة الوكلاء آمنة وسريعة.
الحكم: إذا كان مطلبك الأساسي هو تنسيق الوكلاء على مستوى المهمة عبر العديد من أسطح الأدوات مع تتبع غني للقطع الأثرية، فإن Antigravity يُفضّل هذا الهدف. أما إذا كنت ترغب في تجربة سريعة ومتكررة متعددة الوكلاء، مقتصرة على سير عمل المطورين وسلامة Git، فإن نهج Cursor أكثر تحفظًا وفعالية.
Antigravity مقابل Cursor 2.0 — مقارنة الميزات
| الجانب / الميزة | جوجل مضاد الجاذبية | المؤشر 2.0 (الملحن + الوكلاء) |
|---|---|---|
| المحرك الأساسي / النموذج | يستخدم Gemini 3 Pro (مع نافذة سياق كبيرة جدًا) | يستخدم نموذج "Composer" الخاص المُحسّن للترميز + يدعم التبديل بين نماذج متعددة (Composer، LLMs أخرى) |
| دعم الوكيل / الوكلاء المتعددين | منصة تُركّز على العميل أولاً: واجهة مستخدم مركزية "مدير العميل" لإنشاء/تنسيق العملاء عبر المهام ومساحات العمل والسياقات. يعمل العملاء بشكل مستقل عبر المحرر والطرفية والمتصفح. | دعم متعدد الوكلاء مع ما يصل إلى ~ 8 وكلاء متوازيين (معزولين عبر أشجار عمل git أو مساحات عمل معزولة) للمهام المتوازية: الترميز والاختبار وإعادة الهيكلة وما إلى ذلك. |
| أسلوب سير العمل / الفلسفة | مزيد من التركيز على العميل أولاً: أنت تُفوّض المهام عالية المستوى، ويقوم العميل بالتخطيط والتنفيذ والاختبار، بالإضافة إلى إنتاج عناصر مرئية/متصفحية اختياريًا. أنت تُشرف. | مزيد من "مساعدة المطور / الهجين": تعمل الذكاء الاصطناعي على تسريع عملية الترميز وإعادة الهيكلة والاختبارات، ولكن يظل العنصر البشري هو المحور؛ وهو أفضل للتحرير التدريجي أو النمذجة السريعة أو سير عمل المراجعة اليدوية. |
| تكامل المتصفح / الاختبار / الأدوات | أتمتة قوية: يمكن للوكلاء استخدام المتصفح (عبر الامتداد)، وتشغيل أوامر المحطة الطرفية، وإجراء الاختبارات، وتشغيل تطبيقات الويب - حلقات "بناء ← تشغيل ← تحقق" كاملة داخل البيئة. يتم دعم عناصر مثل لقطات الشاشة وتسجيلات المتصفح للتحقق. | متصفح مُدمج + محطة طرفية محمية، تسمح بفحص واجهة المستخدم (مثل فحص DOM)، ومراجعة النتائج داخل المحرر. يُسهّل التكرار والتعديلات والاختبارات المضمنة. |
| الرؤية والتدقيق وإخراج القطع الأثرية | ينتج الوكلاء قطعًا أثرية غنية: خطط التنفيذ، ونتائج الاختبار، وتسجيلات/لقطات الشاشة للمتصفح، والاختلافات - مما يوفر الشفافية ومراجعة أسهل لما فعله الوكيل. | التركيز منصبّ على اختلافات الكود ومراجعة git. تظهر التغييرات من خلال مخرجات الاختلافات؛ مع وجود "أدلة مرئية" أقل (لا تسجيلات تلقائية). |
| السرعة / زمن الوصول / الاستجابة | نظرًا لتوزيع الأدوات المكثف الذي يُعطي الأولوية للوكيل، قد يبدو الأمر أكثر ثقلًا؛ فقد تستغرق المهام وقتًا أطول من عمليات التحرير السريعة جدًا بأسلوب الإكمال التلقائي (خاصةً للمهام المعقدة). تُحذر التقارير الأولية من حدوث تباطؤ عرضي أو "تعطل/انقطاع اتصال الوكيل". | مُحسَّن للسرعة: تم ضبط التوازي بين المُلحِّن ومتعدد الوكلاء لضمان سرعة التكرار ودورات البرمجة. مثالي للنماذج الأولية السريعة والتعديلات التدريجية. |
| حالات الاستخدام المثالية / أفضل ملاءمة | مناسب للمهام الكبيرة والمعقدة: إنشاء ميزات متكاملة، وسير عمل متعدد الخطوات، وواجهة مستخدم قائمة على المتصفح، ومهام تكامل، حيث تحتاج إلى أتمتة واختبار شاملين. كما أنه مفيد عند الحاجة إلى إمكانية التدقيق وتتبع النتائج. | مناسب للفرق الصغيرة، وللنماذج الأولية السريعة، والتغييرات التدريجية في الكود، وعمليات إعادة الهيكلة المتكررة - عندما ترغب في نتائج سريعة وتعديلات بشرية. يعمل بشكل ممتاز عندما ترغب في الحد من التعطيل والحفاظ على التحكم. |
كيف تتم المقارنة فيما يتعلق بخيارات النموذج والحوسبة؟
ما هي النماذج التي يستخدمونها وهل يمكنك توصيل نموذجك الخاص؟
- مضاد الجاذبية يرتبط تصميمه ارتباطًا وثيقًا بنظام Gemini 3 Pro (الرائد من جوجل)، مع دعم من الطراز الأول، مع إمكانية الاستفادة من طُرز أخرى. هذا يمنح جوجل الأفضلية عند الحاجة إلى تحسينات عميقة لنظام Gemini (مثل زمن الوصول، والوصول إلى الأدوات، والقدرات المتخصصة).
- المؤشر 2.0 يُصدر Cursor نموذج Composer الخاص به - المُحسّن لمهام البرمجة والوكيل - ويُركز على سرعة الاستدلال والإنتاجية العملية لمهام المطورين. كما يظل Cursor مستقلاً عن أي نموذج في العديد من عمليات التكامل، مما يُمكّن الفرق من اختيار النموذج الأنسب لمتطلبات التكلفة والدقة.
الحكم: توقع أن يتألق Antigravity عندما تكون ميزات Gemini مهمة (تكامل الأدوات، وواجهات LLM الأصلية). يهدف Cursor's Composer إلى سرعة فعّالة من حيث التكلفة وزمن وصول أقل مُصمم لمهام البرمجة.
كيف تتم مقارنتهم فيما يتعلق بتجربة المطور والتكاملات؟
ما هو الشعور داخل المحرر والتكاملات الخارجية؟
- مضاد الجاذبية: يُشبه المحرر بيئة تطوير متكاملة مألوفة، ولكنه يتضمن أشرطة جانبية للوكلاء وميزة إنشاء العناصر. يهدف إلى تكامل عميق بين المحرر والطرفية والمتصفح، مما يسمح للوكلاء بالعمل عبر حزمة التطوير الكاملة. هذا يُقلل بشكل كبير من تبديل السياقات عند الاعتماد على الوكلاء لإجراء الاختبارات وتصحيح الملفات وعرض السلوك عبر جلسات المتصفح المسجلة.
- المؤشر 2.0: يبدو وكأنه بيئة تطوير متكاملة (IDE) مدعومة بالذكاء الاصطناعي، مصممة خصيصًا للفرق التي ترغب في إعطاء الأولوية لأدوات التطوير العادية وتدفقات Git. يستخدم محرر الوكلاء المتعددين أشجار عمل معزولة ويدمج مراجعة أكواد الذكاء الاصطناعي، مما يُسهّل دمج نتائج الوكلاء عبر تدفقات العلاقات العامة القياسية. يُركز Cursor على التعاون الآمن بين البشر والوكلاء.
أيهما يتكامل بشكل أفضل مع CI/CD وأدوات المؤسسة الحالية؟
تم تصميم كلا المنصتين بشكل واضح ليتم دمجهما:
- يركز Cursor على تكاملات مزود Git وميزات مراجعة الكود على مستوى المحرر والتي تتناسب مباشرة مع خطوط أنابيب المطورين.
- يجعل نظام Antigravity المصنوع من الأدوات والوصول الأوسع للأدوات منه قويًا من الناحية النظرية لأتمتة التدفقات الشاملة (على سبيل المثال، الاختبار الآلي من طرف إلى طرف، والتفاعلات بين المتصفحات)، ولكن هذا يتطلب أيضًا حوكمة دقيقة على نطاق المؤسسة.
الحكم: بالنسبة للفرق التي ترغب في دمج سلس في تدفقات Git/CI الحالية، يُعد Cursor 2.0 أكثر سهولة في الاستخدام. يوفر Antigravity إمكانيات أتمتة تحويلية أكبر، ولكن بتكلفة أعلى للحوكمة والتكامل.
أمثلة عملية: استخدام Antigravity وCursor (كود توضيحي)
هي أقل توضيحية أمثلة توضح كيفية تفاعل الفرق مع كل منصة. هذه الأمثلة كود مزيف مقتطفات مفاهيمية تهدف إلى توضيح سير العمل النموذجي؛ يُرجى مراجعة الوثائق الرسمية عند تطبيق أتمتة الإنتاج. (الوثائق المرجعية وورش العمل البرمجية مذكورة في المصادر).
المثال 1 - تعريف مهمة مكافحة الجاذبية (JSON توضيحي)
يوضح هذا المثال كيف يمكن للمطور تعريف مهمة تطلب من وكيل Antigravity إضافة نقطة نهاية API جديدة، وتشغيل الاختبارات، وإنتاج القطع الأثرية.
{
"mission_name": "add_user_endpoint_v1",
"description": "Create POST /api/users endpoint, unit tests, and run CI.",
"agents": [
{
"name": "PlanAgent",
"role": "create a step-by-step plan",
"prompt": "Create tasks to add a users API: router, handler, tests, docs."
},
{
"name": "CoderAgent",
"role": "implement code",
"permissions": ,
"model": "gemini-3-pro"
},
{
"name": "VerifierAgent",
"role": "run tests and verify results",
"permissions":
}
],
"artifact_policy": {
"capture_screenshots": true,
"record_terminal": true,
"log_level": "verbose"
}
}
ملاحظة: إن إنشاء القطع الأثرية في Antigravity عبارة عن ميزة صريحة مصممة لجعل تصرفات الوكيل قابلة للفحص والتوثيق.
المثال 2 - وكلاء Cursor Composer المتوازيون (Python توضيحي)
يُركّز Cursor 2.0 على أشجار العمل المعزولة لتجنب تعارض الوكلاء المتوازيين. يُظهر الكود الزائف التالي تشغيل وكيلين لتنفيذ ميزة واختبار بالتوازي، ثم دمج النتائج عبر git.
# Pseudocode - illustrative only
from cursor_sdk import CursorClient
client = CursorClient(api_key="CURSOR_API_KEY", model="composer-v1")
# create isolated worktrees for each agent
agent_a = client.spawn_agent(name="feature_impl", worktree="worktree-feature")
agent_b = client.spawn_agent(name="tests_impl", worktree="worktree-tests")
# send tasks
agent_a.run("Add POST /api/users handler and update router. Create basic validation.")
agent_b.run("Create unit and integration tests for POST /api/users.")
# wait for agents to finish and fetch patches
patch_a = agent_a.get_patch()
patch_b = agent_b.get_patch()
# apply patches to local branches, run tests locally, open PRs
apply_patch_to_branch("feature/users", patch_a)
apply_patch_to_branch("feature/users-tests", patch_b)
# run CI locally
run_command("pytest -q")
# create PRs for human review
create_pr("feature/users", base="main", title="feat: add users endpoint")
create_pr("feature/users-tests", base="main", title="test: add users tests")
ملاحظة: تشكل أشجار العمل المعزولة في Cursor والتكامل مع Git جوهر تصميمها - وهذا يقلل من تعارضات الدمج ويحافظ على إمكانية تدقيق التغييرات في سير عمل العلاقات العامة القياسية.
الخاتمة
يُمثل Antigravity وCursor 2.0 حلين منطقيين لنفس المشكلة: كيف نُدمج وكلاء LLM الأقوياء في تطوير البرمجيات اليومي؟ يتبنى Antigravity رؤيةً أوسع نطاقًا للتحكم في المهام، تُعامل الوكلاء كزملاء مستقلين عبر المحررات والمحطات الطرفية والمتصفحات. أما Cursor 2.0، فيعتمد نهجًا مُدروسًا يُركز على المطور، ويُركز على Git ومراجعة الكود، مع تمكين التجارب السريعة متعددة الوكلاء.
كلاهما تقدمان مهمان. بالنسبة للفرق، سيعتمد القرار على ما إذا كانت تريد أتمتة تحويلية (مع القدرة على تحمل تكاليف الحوكمة) أو مكاسب إنتاجية تدريجية ومتكاملة بإحكام. في كلتا الحالتين، عصر... التطور الفاعل لقد أصبح هذا الأمر الآن متاحًا — وسيكافئ الفرق التي تعامل الأمن، والقدرة على المراقبة، والتحقق من خلال مشاركة الإنسان باعتبارها اهتمامات من الدرجة الأولى.
يمكن للمطورين الوصول إلى أحدث واجهة برمجة تطبيقات LLM مثل كلود أوبس 4.5 و الجوزاء 3 برو إلخ من خلال CometAPI، أحدث إصدار للنموذج يتم تحديثه دائمًا بالموقع الرسمي. للبدء، استكشف إمكانيات النموذج في ملعب واستشر دليل واجهة برمجة التطبيقات للحصول على تعليمات مفصلة. قبل الدخول، يُرجى التأكد من تسجيل الدخول إلى CometAPI والحصول على مفتاح API. كوميت ايه بي اي عرض سعر أقل بكثير من السعر الرسمي لمساعدتك على التكامل.
هل أنت مستعد للذهاب؟→ سجل في CometAPI اليوم !
إذا كنت تريد معرفة المزيد من النصائح والإرشادات والأخبار حول الذكاء الاصطناعي، فتابعنا على VK, X و ديسكورد!
