أفضل أدوات Vibe Coding في 2026: مقارنة 12 أداة بناء ووكيل برمجة

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

لهذا لا أجد ترتيبًا واحدًا من الأول إلى الثاني عشر مفيدًا. تتفوق Replit وLovable وBolt وv0 وBase44 وGoogle AI Studio عندما تكون المهمة تحويل فكرة إلى نسخة أولى تعمل. أما Codex وClaude Code وCursor وWindsurf وتطبيق GitHub Copilot وGoogle Antigravity فتصبح أنسب عندما يكون المشروع قائمًا وتحتاج ملفاته وأوامره وفحوصه وفروق شيفرته إلى مراجعة. تتداخل المجموعتان، لكن نقطتي بدايتهما تظلان مختلفتين.

السؤال الذي أريد الإجابة عنه ليس «أي أداة هي الأفضل؟»، بل «في هذه المرحلة من المشروع، أي نوع من سير العمل سأختار، وما الدليل الذي أحتاج إليه قبل المتابعة؟»

نوعان من الأدوات

أقسّم المنتجات بحسب سير البداية، لا بوسم دائم لكل علامة.

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

يعمل وكيل البرمجة بالذكاء الاصطناعي مباشرةً أكثر مع ملفات المشروع وأوامره واختباراته وتغييرات التحكم في الإصدار. ويصبح أنفع عندما يكون المشروع قائمًا ويتوقف القرار التالي على فحصه أو تغييره ضمن نطاق مضبوط.

المساعد المضمّن في محرر الشيفرة وضع ثالث خارج المقارنة. يفيد الإكمال المضمّن حين يكتب شخص الشيفرة بالفعل، لكنه لا يقدم المسار الشامل نفسه للمنشئ أو وكيل المشروع.

هذه الأوضاع ليست درجات من الضعيف إلى القوي. كلما استطاع الوكيل لمس ملفات وأدوات أكثر، ازداد ما يجب أن أراجعه. أبدأ عادةً نموذجًا أوليًا محددًا بمنشئ، ولا أنتقل إلى وكيل إلا عندما تحتاج المهمة التالية فعلًا إلى تحكم على مستوى الملفات. تبدأ دورة Vibe Coding للمبتدئين من AILesson بالفارق نفسه بدل فرض علامة تجارية.

كيف قارنت الأدوات؟

استخدمت طبقتين من الأدلة، تحققت منهما في 20 أغسطس 2026.

• يأتي السلوك الموثق للمنتج من الوثائق وصفحات الدعم وملاحظات الإصدار الرسمية الحالية. يشرح سير العمل المتاح، لكنه لا يثبت إكمال المنتج مهمتنا.
• يأتي دليل المشروع المرصود من سجل محفوظ لبناء أو اختبار أو تغيير أو تسليم. ولا يسند إلا السلوك الذي خضع للفحص فعلًا.

لا يمكن تتبع سوى مسار Replit إلى Codex عبر مشروع Community Book Swap Checklist المحفوظ والمستخدم في دورة AILesson. راجعت للمنتجات العشرة الأخرى سير العمل الرسمي الحالي؛ ولا أقدم مراجعة الوثائق كأنني نفذت الاختبار العملي نفسه في كل منتج. قد تثبت صفحة ميزة مزامنة Git أو نقاط الاستعادة أو اختبار المتصفح، لكنها لا تثبت أن أداةً ستنجز التكليف أفضل من أخرى.

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

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

قائمتي المختصرة

• ابدأ بـ Replit إذا أردت مساحة واحدة للتخطيط والبناء وPreview ونقاط الاستعادة والملفات والنشر، وكنت مستعدًا لاختبار النتيجة داخلها.
• ابدأ بـ Lovable أو v0 عندما يكون التكرار البصري هو المجهول الأساسي ويهم التسليم المدعوم بـGit.
• ابدأ بـ Bolt عندما تكون الأولوية لبناء ويب في المتصفح مع تشغيل فوري ووصول للشيفرة وتاريخ إصدارات وGitHub كمخرج.
• ابدأ بـ Base44 عندما تزيل البيانات والمصادقة والأذونات والاستضافة المدمجة عملًا يفوق ما يضيفه الاعتماد على المنصة.
• ابدأ بـ Google AI Studio عندما تكون قدرات Gemini أو توليد Android أصلي أو نشر Cloud Run جوهر المنتج لا تكاملًا عرضيًا.
• ابدأ بوكيل برمجة، Codex أو Claude Code أو Cursor أو Windsurf أو تطبيق GitHub Copilot أو Google Antigravity، عندما يوجد مستودع وتجب مراجعة التغيير التالي واختباره.

هذه نقاط بداية لا مسارات دائمة. يضيف المنشئون مستودعات ومحررات، وتشغّل الوكلاء متصفحات وتنتج أدلة بصرية. سأظل أختار وفق المشكلة التالية غير المحسومة، لا وفق الولاء لفئة.

منشئو التطبيقات

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

Replit: كل شيء في مساحة واحدة

بدأ Replit بيئة برمجة في المتصفح ثم أصبح منصة كاملة لإنشاء البرمجيات. أضاف Replit Agent في 2024 إنشاء التطبيقات ونشرها باللغة الطبيعية. أضعه أول المنشئين لا لأنه يفوز بكل ميزة، بل لأنه يبقي أدلة البناء والتشغيل والاستعادة متقاربة، ولأنه المنشئ الوحيد هنا الذي يسنده سجل مشروع مرصود كامل.

تصف وثائق Replit Agent التخطيط والبناء والاختبار ونقاط الاستعادة في المساحة نفسها. يهم ذلك المبتدئ لأن المتطلب الفاشل يمكن فحصه مقابل Preview العامل وملفات المشروع وShell ونقطة سابقة من دون نقل المشروع فورًا.

يمكن للوكيل البدء في Plan mode ثم الكتابة عبر الملفات وتثبيت الاعتمادات وتصحيح الإخفاقات وتحسين التطبيق. وتوفر لقطات الشاشة والملفات وملاحظات Canvas سياقًا بصريًا أو تجاريًا يصعب على الطلب وصفه. كما يجمع Replit قواعد البيانات والمصادقة وSecrets وGit وDeployments، فينتقل المشروع من فراغ إلى تطبيق منشور ببيانات دائمة من دون تجميع أدوات محلية أولًا. وقد تشمل نقاطه الشيفرة وسياق الوكيل والمهام وحالة قاعدة البيانات المتصلة، لا فرقًا نصيًا فقط.

وثائق أول تطبيق الرسمية من Replit، تم الوصول إليها في 20 أغسطس 2026. تحدد اللقطة مساحة Agent وPreview، ولا تثبت اجتياز تطبيق مولد متطلباته.

كشف تشغيل الدورة حد الراحة أيضًا. لم يثبت Preview مصقول متطلب «لا اعتماد خارجي خفي». وجد فحص الملفات روابط Google Fonts غير مستخدمة، وأثبت التصدير المركز لاحقًا إمكان مراجعته لا بنائه مستقلًا، لأن معلومات الاعتماد على مستوى المساحة كانت مفقودة. ظل Replit مفيدًا؛ لكن الدليل توقف قبل قابلية إعادة الإنتاج.

سأبدأ بـ Replit إذا احتجت تشغيل مسار مستخدم واحد بسرعة وكنت مستعدًا للاختبار داخل المساحة. لكنني لن أعتبر «Download source» دليلًا على إعادة الإنتاج؛ فتصدير الملفات وإعادة بناء الحالة نفسها على جهاز آخر فحصان منفصلان.

Lovable: تحرير بصري وواجهة خلفية مُدارة

نشأ Lovable من مشروع gpt-engineer مفتوح المصدر ومنتجه التجاري السابق GPT Engineer. وهو الآن منصة ويب كاملة باللغة الطبيعية لغير التقنيين وفرق البرمجيات. عندما يكون المجهول «كم مرة ستتغير الواجهة؟» لا «كيف أصمم المعمارية؟»، يدخل Lovable قائمتي الأولى.

يبقي Lovable التحرير البصري والخدمات الكاملة وتسليم المصدر في مسار واحد. تتيح Visual Edits تحديد عنصر في الواجهة العاملة وضبط النص واللون والمسافات وكتابة النتيجة إلى المصدر. وللبيانات الديناميكية يوفر Lovable Cloud قاعدة PostgreSQL ومصادقة وStorage وRealtime وEdge Functions؛ ويظل Supabase مسارًا آخر. تستخدم واجهات API الخارجية الموثقة Secrets ودوال الخادم بدل كشف الاعتماد في المتصفح.

مزيجه المميز هو التحديد البصري ومزامنة GitHub ثنائية الاتجاه: لا يبقى التغيير نموذجًا معزولًا، وتدخل الشيفرة سير الفروع والتعاون المعتاد. ينشئ النشر لقطة صريحة، فلا تستبدل تغييرات المحرر اللاحقة النسخة الحية بصمت. ويمكن لمشاريع Cloud المؤهلة فصل بيانات وإعداد Test عن Live.

مقال Lovable الرسمي عن Visual Edits، 13 مارس 2025. يعرض سطح التحرير البصري لا جودة الشيفرة أو قابليتها للنقل.

تستخدم تطبيقات Lovable الجديدة منذ 13 مايو 2026 TanStack Start مع العرض من جانب الخادم؛ وتظل التطبيقات الأقدم React وVite بمتطلبات استضافة مختلفة. سأختاره لتطبيقات ويب كثيرة التغيير البصري وتحتاج مبكرًا إلى دخول أو بيانات. وإذا كانت سهولة الهجرة مطلبًا حاسمًا، فلن أتوقف عند الشيفرة في GitHub؛ بل أتتبع انتقال قاعدة البيانات والمستخدمين والملفات وSecrets أيضًا.

v0: من توليد الواجهة إلى المشاريع الكاملة

v0 وكيل تطوير من Vercel، عُرف أولًا بتوليد واجهات ومكونات React ثم توسع إلى العمل الكامل مع احتفاظه بصلة تصميمية بـVercel. سأقارنه مباشرةً بـLovable: كلاهما يناسب التكرار البصري، وأقوى مسار لـv0 يمر عبر React وGitHub وVercel.

يحول v0 النص أو المخططات أو اللقطات إلى واجهات عالية الدقة، ثم يعمل على شيفرة الواجهة ومسارات API وتكامل قواعد البيانات في محرر شبيه بـVS Code. يتيح Design Mode تحديد عنصر في Preview الحقيقي وضبطه بأدوات أو لغة طبيعية. ينشئ تطبيق التعديل إصدار مشروع جديدًا، فتُقارن الشيفرة أو تُستعاد أو تُنقح.

يميزه سير Vercel وGitHub. يشترك Project في النشرات والنطاقات ومتغيرات البيئة والتكاملات عبر محادثات. بعد توصيل GitHub، تعمل كل محادثة على فرع، وتنشئ الرسائل المغيرة للشيفرة commits تلقائيًا، وتدخل النتيجة main عبر pull request لا دفع مباشر. تشمل تكاملات البيانات Neon وSupabase وUpstash.

وثائق v0 الرسمية، تم الوصول إليها في 20 أغسطس 2026. تحدد اللقطة مكان Design Mode؛ استخدم فرق المشروع الناتج للحكم على التغيير.

سأرفع v0 في الترتيب عندما يكون React وVercel محسومين ويعتمد المشروع على صفحة هبوط أو لوحة معلومات أو واجهة دقيقة. التكامل نفسه يحدد حدوده: النشر المباشر إلى Vercel لا يثبت عدم حاجة مضيف آخر إلى تعديلات. وسأختبر النماذج والأذونات والبيانات وحالات الفشل بعد جمال الشاشة الأولى.

Bolt: المتصفح هو بيئة JavaScript

Bolt.new منشئ تطبيقات من StackBlitz. يعتمد على WebContainers، بيئة WebAssembly تشغّل أدوات Node.js داخل المتصفح بدل بث جهاز تطوير بعيد. لذلك يستحق خانة مستقلة: الوعد ليس شيفرة مولدة فحسب، بل شيفرة يمكن تثبيتها وتشغيلها وإظهار فشلها في المتصفح.

يضع دليل Bolt السريع الطلب ومحرر الشيفرة وبيئة المتصفح وPreview في مسار واحد. يستطيع الوكيل إنشاء الملفات وتثبيت حزم npm وبدء خدمة Node.js ورصد إخفاق التشغيل ومواصلة الإصلاح بلا إعداد محلي. وإذا طلبت تطبيق هاتف صراحةً، يستطيع إنتاج مشروع متوافق مع Expo.

يضيف Bolt Cloud قاعدة تلقائية ومصادقة وSecrets وEdge Functions واستضافة، منها عنوان bolt.host قابل للمشاركة. ويمكن امتلاك قاعدة عبر Supabase وإدارتها. يكشف Code View وتاريخ الإصدارات وتكامل GitHub التنفيذ ويقدمان مسار تسليم.

دليل Bolt السريع الرسمي، تم الوصول إليه في 20 أغسطس 2026. يعرض نقطة البداية لا نتيجة مهمة مكتملة.

سأستخدم Bolt لنموذج JavaScript أو Node.js أولي عندما يهم «شغّله الآن» أكثر من استلام المصدر فقط. ولن أعدّه IDE سحابيًا لأي لغة خلفية؛ تقع PHP وPython خارج البيئة الموثقة، وتواصل التكرارات استهلاك الرموز. سأحسم الحزمة والميزانية قبل البدء.

Base44: الواجهة الخلفية جاهزة

Base44 منشئ تطبيقات باللغة الطبيعية تديره Wix الآن. يشبه منصة تطبيقات أعمال متكاملة أكثر من مولد تصميم: البيانات والهوية ومنطق الخادم والاستضافة موجودة افتراضيًا. سأختاره لتقييم CRM أو أداة داخلية أو تطبيق عضوية، لا صفحة هبوط ثابتة.

يبدأ دليل Base44 السريع بطلب وPreview، لكن مركزه واجهة خلفية جاهزة لتطبيقات الأعمال. تمثل قاعدة NoSQL النماذج ككيانات وتدعم اشتراكات آنية وأذونات على مستوى الصف والحقل. تغطي المصادقة البريد وكلمة المرور ومزودي الشبكات وSSO. ويعمل المنطق المخصص كدوال Deno وTypeScript عديمة الخادم.

يقسم Base44 التكاملات إلى طبقات. تولد الإجراءات المدمجة نصًا أو صورًا وترسل البريد وتعالج الملفات؛ وتستخدم الموصلات OAuth لحسابات مثل Google Workspace أو Slack؛ ويمكن توليد تكاملات مخصصة من وصف OpenAPI وتمريرها عبر الخادم حتى لا تصل بيانات الاعتماد إلى المتصفح. تستفيد تطبيقات CRM والأنظمة الداخلية والعضوية وسير العمل من ذلك أكثر من صفحة تسويق ثابتة.

وثائق Base44 الرسمية، تم الوصول إليها في 20 أغسطس 2026. تعرض تخطيط المحادثة والمعاينة؛ وتحتاج الخدمات والتصدير إلى فحوص مستقلة.

تضم أدوات المطور عرض React/Vite ومراقب API Activity وسير GitHub وتصدير ZIP وتطويرًا محليًا؛ وتوفر الاستضافة HTTPS ونطاقات مخصصة. سأفحص معنى «التصدير»: نقل الواجهة والدوال لا ينقل تلقائيًا قاعدة البيانات أو المصادقة أو التكاملات أو Base44 SDK. أختاره حين يقبل الفريق اعتماد المنصة مقابل إعداد أقل، لا حين تكون الاستضافة الذاتية الكاملة القيد الأول.

Google AI Studio: عندما يكون Gemini هو المنتج

بدأ Google AI Studio بيئة متصفح لتجربة طلبات Gemini، ثم وسّع Build mode إلى تطوير الويب وAndroid الأصلي. لن أجعله افتراضيًا عامًا لمجرد قدرته على بناء تطبيقات؛ يبرز تكامله عندما يكون Gemini أو Android الأصلي أو Cloud Run محور المنتج.

تجعل وثائق Build الحالية منه أكثر من ساحة طلبات. ينشئ وضع الويب واجهة React وخادم Node.js، ويدعم npm وقواعد بيانات شبكية، ويضع مفتاح Gemini API في Secrets على الخادم. يدير Antigravity Agent التغييرات عبر الملفات ويتحقق منها. ويمكن نقل المشروع إلى GitHub أو ZIP أو نشره مباشرةً إلى Cloud Run.

ينشئ وضع Android مشروع Kotlin وJetpack Compose أصليًا بمحاكي في المتصفح وتثبيت على جهاز ومسار اختبار Play. وهذا يميزه عن معظم منشئي الويب. لكن مشاريع Android حاليًا من جانب العميل، فلا ينتقل إليها خادم الويب وSecrets تلقائيًا.

صورة منتج رسمية من Google AI Studio في أكتوبر 2025. تعرض مدخل Build؛ وأعيد فحص ادعاءات القدرات في 20 أغسطس 2026.

سأفكر فيه جديًا عندما يكون سلوك Gemini النصي أو الصوري أو Live API هو التطبيق، أو يكون Android الأصلي وCloud Run هدفين صريحين. يسمح التطبيق المشترك للمصرح لهم برؤية الشيفرة ونسخها، وتستهلك مكالماتهم حصة المنشئ، وتظل قواعد البيانات خارجية. سأفصل تحقق «سهولة إضافة Gemini» عن «وضوح البيانات والتكلفة والتسليم».

متى أنتقل إلى وكيل؟

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

في مشروع الدورة، كان السبب ملموسًا: لم يحسم التطبيق المرئي سؤال اعتماد على مستوى الملف. حُفظت الحالة وصدّرت الملفات، وطُلب من Codex الفحص قبل التحرير. اقترح حذف ثلاثة أسطر غير مستخدمة مرتبطة بالخطوط، مع إبقاء سلوك التطبيق وكل ملف آخر خارج النطاق.

يغطي Vibe Coding للمبتدئين تسلسل Replit إلى Codex خطوةً خطوة. ليست قيمته دليلًا ترويجيًا على فوز العلامتين، بل مثالًا حقيقيًا للعتبة: غيّر الأدوات حين يحتاج الادعاء التالي إلى نوع آخر من الدليل والتحكم.

وكلاء البرمجة

بعد وجود مستودع، أتوقع أكثر من الوكيل. لا تحمل عبارة «اكتملت المهمة» معلومات كافية. أريد الخطة وحدود الأذونات والملفات المتغيرة والفرق ونتائج الأوامر وإعادة اختبار السلوك ومسار الاستعادة.

Codex: عمل منظم حول تغييرات قابلة للمراجعة

Codex وكيل برمجة من OpenAI يفهم قواعد الشيفرة ويبني الميزات ويختبرها ويصلح الأخطاء ويراجع التغييرات. يتوفر عبر سطح المكتب وCLI وIDE والسحابة بدل ارتباطه بمحرر واحد. لا يهمني عدد المداخل بقدر إبقاء نطاق المهمة والأوامر والفرق النهائي في سلسلة مراجعة واحدة.

يتمحور سير Codex حول تحرير الملفات وتشغيل الأوامر والفحوص ومراجعة الفرق. تعمل البيئة المحلية على الشجرة الحالية، ويعزل Git worktree التغييرات المتوازية، وتسلم البيئة السحابية المهمة إلى sandbox بعيد. يبقي الطرفية وسطح Review مخرجات الأوامر والملفات والفروق السطرية مرتبطة بالمهمة.

يمكن ترميز اتفاقيات المستودع والإجراءات المتكررة في AGENTS.md وSkills وPlugins حتى لا تتكرر قواعد lint أو الاختبار أو الوثائق أو الإصدار في كل طلب. تتحكم الأذونات وsandbox في الملفات والشبكات والأدوات الخارجية المتاحة. ومع اتساع الامتدادات، يجب أن يصبح الهدف والمناطق المحمية وأوامر القبول أوضح.

عرض توضيحي في Codex أُعيد بناؤه للدورة من المشروع المحفوظ والفرق الدقيق ذي الأسطر الثلاثة. يعرض فعل المراجعة المسجل لا شاشة التنفيذ الأصلية.

ما استطعت التحقق منه في سجل الدورة لم يكن «أُصلح المشروع»، بل حذفًا محدودًا لثلاثة أسطر مقارنةً بالأصل. سأختار Codex لإصلاح أو إعادة هيكلة أو اختبار أو مراجعة أو مهمة متعددة الخطوات قابلة للتحقق في مستودع قائم. أما مع فكرة بلا هيكل مشروع، فأبدأ بمنشئ.

Claude Code: يبدأ من الطرفية وقابل للتوسعة جدًا

Claude Code بيئة برمجة وكيلة من Anthropic. بدأ في الطرفية بحاضنة توفر سياق المشروع والأدوات والأذونات وحلقة التنفيذ، ويمتد الآن إلى سطح المكتب وIDE والويب والأتمتة. إذا كنت أقرأ أوامر shell وفروق Git براحة وأريد ربط قواعد هندسية بحلقة الوكيل، فهو طبيعي أكثر من واجهة منشئ ثابتة.

يشمل أدوات للملفات والبحث والشيفرة وshell وGit والويب والتشخيص. تجمع الحلقة السياق وتنفذ وتتحقق. يقيد Plan mode الاستكشاف بأدوات القراءة؛ ويغير Default وAuto-accept الموافقات المطلوبة. يمكن استعادة نقطة أُخذت قبل كل تعديل ملف بالضغط المزدوج على Esc أو /rewind، لكن آثار قاعدة البيانات والنشر وAPI البعيدة خارجها.

المنتج أكبر من محادثة طرفية. يحمل CLAUDE.md اتفاقيات دائمة، وتجمع Skills سيرًا عند الطلب، ويصل MCP خدمات خارجية، وتشغل Hooks نصوصًا حتمية، وتنقل Subagents أو Agent Teams العمل إلى سياقات أخرى. يفيد الفرق المعتادة على CLI، لكن كل امتداد يضيف عبء سياق أو إذن أو صيانة.

صورة Anthropic الرسمية، تم الوصول إليها في 20 أغسطس 2026. تحدد سير الطرفية ولا تثبت تغيير مستودع بعينه.

لن أقلل من Claude Code لغياب Preview بصري دائم، ولن أبالغ فيه لأن الواجهة تبدو تقنية. ينجح السير لي فقط إذا استطعت قراءة الأوامر المقترحة وفحص فرق Git وتمييز النقاط المحلية عن تاريخ الإصدار الدائم.

Cursor: تدرج من الإكمال إلى الوكلاء

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

يغطي سير Cursor الحالي ثلاثة أحجام: يتنبأ Tab بإكمال متعدد الأسطر والملفات، ويغير Inline Edit الشيفرة المحددة، ويبحث Agent في القاعدة ويعدل ملفات ويشغل أوامر ويصلح الأخطاء. Ask للقراءة فقط، وManual يحرر الملفات المحددة صراحةً، وتجمع Custom أدوات وتعليمات. لا يلزم بدء مهمة عالية الاستقلالية لكل تغيير صغير.

يدعم Review Diffs الفحص ملفًا ملفًا، وتحفظ Rules الاتفاقيات، ويصل MCP الأدوات. تحفظ Checkpoints تغييرات Agent تلقائيًا. تنسخ Background Agents مستودع GitHub إلى Ubuntu معزول وتثبت الاعتمادات وتختبر وتدفع فرعًا؛ ويمكن للويب والهاتف وSlack بدء التشغيل أو متابعته.

صورة وثائق Cursor الرسمية، تم الوصول إليها في 20 أغسطس 2026. تعرض سطح المراجعة لا صحة التغيير.

إذا كنت أقرأ الشيفرة وأغيرها في محرر وأريد التدرج، فـCursor مناسب. تغطي نقاطه المحلية تغييرات Agent فقط، وتستبعد اليدوية، وتُنظف تلقائيًا، فلا أستبدلها بـGit. ولأن البيئات الخلفية تصل الإنترنت وتشغل أوامر تلقائيًا، سأراجع أذونات المستودع وSecrets والتعرض لحقن الطلبات.

Windsurf: سير من طبقتي Cascade وDevin

Windsurf بيئة IDE وكيلة من Cognition، تُطوّر إلى جانب وكيل Devin السحابي المستقل. يفسر ذلك تصميمًا بطبقتين: عمل متزامن مع Cascade في المحرر ومهام أطول تفوض للسحابة. يفيد التنسيق حين أراقب مهام عدة، وقد يكون مفرطًا لتغيير صغير.

يبدأ Windsurf 2.0 بالمحرر. يجلس Cascade بجانب القاعدة، ويخطط ويبحث ويعدل ويستدعي الأدوات ويقرأ التشخيص ويستخدم النقاط والتراجع. يقدم المحرر نماذج من مزودين. تعرض Code Maps علاقات الملفات والرموز، ويشغّل Preview تغييرات الويب في بيئتها.

الإضافة المميزة هي Agent Command Center. يجمع عرض Kanban الوكلاء المحليين والسحابيين، وتنظم Spaces الجلسات وPRs والملفات والسياق. يمكن تسليم خطة محلية إلى Devin ليكمل في VM بسطح مكتب ومتصفح وطرفية. لذلك يخدم Windsurf الاقتران الفوري والعمل الخلفي الطويل.

صورة وثائق Cascade الرسمية، تم الوصول إليها في 20 أغسطس 2026. تحدد الوكيل في المحرر؛ وتشمل واجهة Windsurf 2.0 تكامل Devin الأوسع.

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

تطبيق GitHub Copilot: جلسات داخل سير GitHub

عُرف GitHub Copilot أولًا كإكمال في محرر. أصبح التطبيق المستقل متاحًا عمومًا في يونيو 2026، ناقلًا وحدة العمل من اقتراح إلى فرع أو issue أو pull request. أوضح جمهوره فرق منظمة أصلًا حول issues وPRs تريد جلسات متوازية.

تعمل الجلسة في Git worktree خاص أو المستودع المحلي أو sandbox سحابي من GitHub، بفرع مخصص. تتقدم مهام عدة من دون التنافس على شجرة، وتنتقل issue مباشرةً إلى التنفيذ ومراجعة الفرق وcommit وPR.

يتوقف Interactive للتعاون، ويعرض Plan خطة للموافقة، ويكتب Autopilot ويختبر ويكرر بلا انتظار. يمكن لكل جلسة نموذج وجهد مختلفان؛ يختار Auto حسب المهمة، وتضاف خدمات خارجية بمفتاح المستخدم. تدعم طرفية ومتصفح وQuick Chat وتاريخ جلسات التنفيذ والمراجعة.

إعلان GitHub الرسمي، 17 يونيو 2026. يعرض التطبيق المستقل لا الإكمال المضمّن.

إذا كانت الشيفرة على GitHub والعمل حول issues وPRs، سأختبر التطبيق مبكرًا. تختلف حدود العزل والموارد والتكلفة بين worktrees والمجلدات المحلية وsandboxes السحابية. يستطيع Autopilot المتابعة بلا انتظار؛ وسأجري المراجعة النهائية رغم ذلك.

Google Antigravity: الخطط واللقطات كآثار مراجعة

قدمت Google Antigravity في نوفمبر 2025 كمنصة وكيلة عبر المحرر والطرفية والمتصفح. أضاف Antigravity 2.0 مركز أوامر مستقلًا مع إبقاء IDE وCLI وSDK. يدخل قائمتي لأن الخطط والفروق واللقطات والتسجيلات تصبح نواتج قابلة للتعليق.

يطلق التطبيق المستقل وكلاء محليين ومهام مجدولة ويراقبهم مركزيًا؛ ويتيح IDE استخدام المحرر والطرفية والمتصفح. نقطة المقارنة هي دخول الآثار في حلقة التحكم.

قبل البرمجة، ينشئ الوكيل Implementation Plan وTask List يقبلان تعليقات مستندية. وينتج الفروق أثناء التنفيذ، ثم Walkthrough يصف التغييرات والاختبارات. ينقر وكيل متصفح داخل التطبيق ويرفق لقطات أو تسجيلًا. ويعرض Codelab الرسمي Undo في نقطة زمنية وإرسال تشخيص IDE أو إخفاق طرفية محدد إلى الوكيل.

Codelab الرسمي، تم الوصول إليه في 20 أغسطس 2026. يعرض خطة بانتظار المراجعة، ولا يثبت مطابقة التنفيذ اللاحق لها.

سأضعه في القائمة حين يجب التحقق من سلوك UI في متصفح أو أريد خطة ودليلًا بصريًا بجانب المصدر. كثرة الآثار لا تعني دليلًا أقوى، وتسمح بعض السياسات بالمتابعة من دون انتظار Proceed. سأربط الخطة والفرق واللقطة والتسجيل بالتكليف عنصرًا عنصرًا.

ما الذي يخفيه السعر؟

حذفت الأسعار الشهرية من الجداول لأنها تصنع تكافؤًا زائفًا. تقيس المنتجات الاشتراك أو الرسائل أو الأرصدة أو الرموز أو النموذج أو الحوسبة أو النشر أو مزيجًا منها. قد تقطع خطة شهرية رخيصة تشغيلًا، وقد تضم الأعلى رصيد نموذج أو حوسبة تحاسبه أداة أخرى منفصلًا.

قارن ثلاث حقائق قبل اختيار خطة:

1. أدنى خطة تضم السير المطلوب، كالبناء الكامل أو تصدير Git أو الوكلاء الخلفيين أو sandboxes السحابية؛
2. الوحدة المقاسة فعلًا: الرموز أو الأرصدة أو الرسائل أو المكالمات أو الحوسبة أو جهد الوكيل؛
3. رسوم الاستضافة أو قاعدة البيانات أو النموذج أو النشر المنفصلة التي تستمر بعد التوليد.

افحص التسعير الرسمي والدفع قبل الشراء مباشرةً. يسجل اختبار تكلفة عادل إنفاق مهمتك المحددة، ولا يفترض أن أدنى سعر معلن سينهيها.

أداتان استبعدتهما

لم أحتفظ بأدوات بارزة تاريخيًا بعد فقدان مسار المستخدم الجديد. عطّل Firebase Studio إنشاء المساحات والتسجيل الجديد في 22 يونيو 2026 قبل إيقافه في 22 مارس 2027، ويوجه العمل إلى Google AI Studio أو Antigravity. تجعل وثائق الهجرة التوصية به لمستخدم جديد غير مناسبة.

وتوقف GitHub Spark عن قبول مستخدمين وتطبيقات جديدة في أغسطس 2026. تطلب وثائقه الحالية من المستخدمين الحاليين تصدير العمل. قد يهم المنتجان تاريخ الفئة، لكن لا ينبغي أن يشغلا خانة رئيسية لمن يختار اليوم.

كيف سأختار؟

لن أعلن فائزًا عامًا من الجدول. قد يكون المنتج منطقيًا في صف وتعقيدًا زائدًا في آخر. في أول مشروع، سأختار منتجين من الصف نفسه، وأؤكد وجود الميزة في الخطة الحالية، وأبني مسار مستخدم كاملًا في كل منهما قبل توسيع النطاق.

إذا أردت ممارسة العملية قبل مشروع حقيقي، تتبع دورة Vibe Coding للمبتدئين من AILesson تطبيقًا اصطناعيًا من التكليف إلى Preview ثم إصلاح مركز وفحص ملفات وتغيير وكيل محدود وتحقق وتسليم صادق غير عام. وتتوقف حيث يتوقف الدليل: لا توصف التجربة كجاهزة للإنتاج أو قابلة لإعادة البناء مستقلًا أو منشورة علنًا.

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

المراجع

• وثائق Replit Agent — التخطيط والاختبار والنقاط والمساحة المتكاملة.
• وثائق Lovable للنشر والملكية — الخدمات المُدارة وملكية شيفرة GitHub والاستضافة وحدود الهجرة.
• مقدمة Bolt — البناء في المتصفح وقواعد البيانات والمصادقة والاستضافة.
• أسئلة v0 الشائعة — محرر 2026 وتكامل Git والمشاريع وتغييرات Preview.
• أدوات مطور Base44 — الشيفرة والخادم والتكاملات وGitHub والتطوير المحلي.
• وثائق Google AI Studio Build — أوضاع الويب وAndroid والتصدير والنشر.
• وثائق Codex — فهم المشروع والتغييرات والأوامر والفحوص والمراجعة.
• كيفية عمل Claude Code — الأدوات وPlan mode والأذونات ونقاط الاستعادة.
• وثائق Cursor Agent — الإكمال وأدوات الوكيل وسياق المشروع وسير المراجعة.
• Windsurf 2.0 ووثائق Cascade — المحرر الحالي والتنسيق والتخطيط والأدوات والنقاط والتشخيص.
• جلسات تطبيق GitHub Copilot — الأوضاع والنماذج والفروع والمساحات المعزولة.
• Google Antigravity Codelab — أسطح المنتج وأفعال المتصفح والجداول وسير الآثار.