Devin AI إيه هو؟
Devin AI هو وكيل هندسة برمجيات مستقل معمول بواسطة Cognition. على عكس مساعدين البرمجة اللي بيقترحوا سطور أو بيردّوا على الأسئلة، Devin بياخد brief كامل للمشروع، بيطلع خطة معمارية، بيفك الشغل لمهام مرتبة، وبعدين بيكتب الكود، يثبت dependencies، يشغّل أوامر terminal، ويصلّح الأخطاء اللي بيقابلها على طول الطريق.
بيشتغل جوّه Devin Desktop، وهو IDE مبني على VS Code كانت Cognition اشترته من Windsurf وخلّته طبقة الواجهة لبنية الوكلاء الكاملة بتاعته.
الـ agent اللي شغال جوّه البيئة دي مش نافذة شات؛ ده process شغال على جهازك المحلي أو في cloud sandbox، بيعدل ملفات حقيقية، وبينادي على package managers حقيقية، وبيطلع project directory شغال وقراراته متاخدة بالفعل.
Devin AI مناسب لمين؟
- المطورين اللي عايزين يسلّموا الشغل الروتيني. لو محتاج project يتعمل فيه scaffold مع authentication، ونظام دفع، وdatabase schema قبل ما تكتب أول سطر business logic، Devin هيشيل الأساس ده من غير ما يخلّيك لازق في الكيبورد.
- Solo founders اللي بيبنوا production software لوحدهم. Devin بيخطط architecture، ويولّد Docker configs، ويكتب environment files، ويطلع API routes في نفس الجلسة. لمؤسس شغال لوحده، ده بيشيل ساعات من setup على كل project.
- فرق engineering عندها backlog من tickets محددة كويس. الخطط المدفوعة بتوصل Devin بـ Slack وLinear وGitHub، وده بيخليك تقدر تسلّمه مهام زي ما بتسلّم junior engineer، وتراجع الناتج كـ pull request.
- مطورين خبرة يقدروا يقرأوا الكود المتولد بعين نقدية. الناتج من Devin كود حقيقي وشغال، مش prototype. لازم يكون عندك الحكم الكافي تراجع هو عمل إيه، وترفض اللي غلط، وتقرر تقبل إيه. ده مش معمول لناس مش قادرة تقرأ الكود اللي بيطلّعه.
إيجابيات وسلبيات Devin AI
- بيخطط architecture قبل ما يكتب سطر واحد
- بيفك builds الكبيرة لقوائم مهام قابلة للمتابعة
- بيصلّح نفسه لما تثبيت dependencies يفشل من غير ما يبان
- بيشتغل مباشرة على local filesystem بتاعك
- بيوجّه المهام لنماذج Claude أو GPT أو SWE
- بيولّد Docker وملفات env وAPI routes
- بيتصل بـ Slack وLinear وGitHub (مدفوع)
- كل أمر terminal محتاج موافقة يدوية Allow/Reject
- الـ free tier مقيّد بأبطأ model
- الـ Devin Local agent لسه عليه علامة Preview
تفصيل التقييم
Devin بيقف في فئة منتج مختلفة عن أدوات بناء التطبيقات drag-and-drop. ده AI software engineer شغال جوّه بيئة تطوير حقيقية، والتقييمات اللي تحت بتعكس ده.
ده tool للمطورين اللي عايزين يفوّضوا الشغل بدل ما يعملوا كل حاجة بنفسهم.
| الميزة | الدرجة (من 10) | ليه الدرجة دي |
|---|---|---|
| سهولة الاستخدام | 7.5 | واجهة مألوفة لمستخدمي VS Code بتشيل جزء كبير من التعقيد، لكن تثبيت Desktop إجباري، مفيش path للمبتدئين، وطلبات الموافقة لكل أمر بتخليك حاضر طول وقت البناء. |
| الميزات والوظائف | 9.5 | توليد full-stack، توجيه multi-model، scaffolding للـ API حسب الأدوار، Docker، Prisma schema، Stripe integration، وخطة ذاتية من 15 مهمة من مجرد prompt واحد. مفيش tool تاني في السلسلة دي قريب منه. |
| التصميم والتخصيص | 8.5 | الـ IDE نظيف، متصمم بشكل احترافي، وبيحسّسك إنه ناضج. التصميم البصري للحاجة اللي Devin بيبنيها ده قراره هو، مش قرارك، وده بيقلل التخصيص في الناتج نفسه. |
| القيمة مقابل السعر | 8.5 | الـ $10 credit عند التسجيل حقيقي، مش gimmick. تسعير Pro معقول للمطورين النشطين. الـ free tier مقيّد زيادة عن اللزوم علشان اختبار حقيقي، والـ top-tier غالي بالنسبة لاستخدام فردي. |
| الأداء والاعتمادية | 9.0 | بيصلّح نفسه في حالات فشل البيئة من غير ما حد يطلب منه. اختيار dependencies كان دقيق من أول prompt. التعثّر الوحيد كان فشل هادئ في تثبيت أمر terminal أثناء onboarding. |
| الإجمالي | 9.3 | Devin بيخطط architecture قبل ما يبني، وبيكتب كود ب patterns authorization صح من أول محاولة، وبيتأقلم مع أعطال البيئة من غير تدخل بشري. |
ميزات Devin AI
- تخطيط معماري ذاتي متعدد الخطوات
- توليد full-stack للكود في terminal المحلي
- توجيه multi-model (Claude وGPT وسلاسل SWE)
- تكامل مع GitHub وGitLab وBitbucket للمستودعات
- تكامل مع Slack وLinear ل workflows التذاكر (مدفوع)
- توليد Docker وإعدادات production environment
- scaffolding للـ API routes وقواعد البيانات حسب الأدوار
مراجعتي الصريحة لـ Devin AI: إيه اللي لقيته بعد ما جرّبته
قبل ما أدخل في اللي لقيته أثناء الاختبار، مهم نكون دقيقين بخصوص Devin فعليًا إيه، لأنه واقف في فئة مختلفة عن باقي الأدوات في المجال ده.
أغلب أدوات البرمجة بالذكاء الاصطناعي هي assistants. إنت بتسأل، وهي بتولّد، وإنت بتراجع، وإنت بتلصق. التفكير عليك، والكتابة عليها.
Devin هو agent. بيستلم brief، بيطلع خطة، وبعد كده بيشتغل على الخطة دي عن طريق تشغيل أوامر حقيقية في terminal حقيقي على جهازك. بيثبت packages، وينشئ directories، ويكتب files، ويقرأ أخطاء الخرج، ويعدّل لما حاجة تمشي غلط. إنت مش بتوجّهه خطوة بخطوة؛ إنت بتوافق أو ترفض الخطوات اللي بيختارها.
الفرق ده بيغيّر شكل الاختبار العادل. أنا ما قيّمتش Devin على إنه يكمّل function تلقائيًا أو يشرح stack trace. قيّمته زي ما تقيّم junior software engineer: هل يقدر ياخد project brief مفصّل، يخطط الشغل قبل ما يلمس الكيبورد، يختار dependencies الصح، يكتب authorization logic صح من أول مرة، ويصلّح أخطاءه لوحده من غير ما حد يقول له إيه اللي غلط؟
الأقسام اللي تحت بتوثّق ده بالضبط.
من الـ Homepage للـ Dashboard: إيه اللي بيحصل في أول خمس دقايق
صفحة Devin الرئيسية عليها headline واحد: “Devin, the AI software engineer.” وزرار “Try Devin” موجود فوق على اليمين.
لما بتضغط عليه، بيروّحك لصفحة تسجيل فيها أربع طرق:
- Continue with GitHub
- Continue with Google
- Continue with Windsurf
- Email address and Sign up
أنا استخدمت GitHub. تدفق OAuth خلص في أقل من تلاتين ثانية.
شاشة التسعير بتظهر بعد كده، قبل الـ dashboard. ده مش trial prompt ولا upsell modal؛ دي أول شاشة بتشوفها بعد ما تعمل authentication. فيه تلات خطط مدفوعة معروضة، وتحت في الآخر لينك رمادي صغير “Continue with free (limited access)”. ضغطت عليه وكملت بالخطة المجانية.
بعد اختيار free، ظهرت شاشة تأكيد: “We added $10 in on-demand usage to your account to help you get started with Devin.”
الـ credit ده بيتخصم من quota الاستهلاك بتاعك، وهو gesture حقيقي. بيدّي المستخدمين الجدد ميزانية فعلية يجرّبوا بيها أول session من غير ما يضطروا يدخلوا بيانات دفع فورًا.
الـ web dashboard بعد كده اتفتح بالهيكل التالي:
| القسم | اللي فيه |
|---|---|
| Sessions | جلسات البناء والتاريخ بتاعها |
| Ask | واجهة لطرح أسئلة عن codebase |
| Automations | مهام agent مجدولة أو متكررة |
| Review | workflows لمراجعة كود ناتج عن agent |
| Wiki | توثيق بيتتولد تلقائيًا من codebase بتاعك |
قائمة “Get started with Devin” كانت واخدة يمين الشاشة، وبتتابع ست خطوات:
- Connect to Git (completed)
- Select repositories (completed, which triggered the $10 credit)
- Make your first session
- Validate in Devin Review
- Set up your wiki
- Ask Devin about your codebase
في آخر الشريط الجانبي على الشمال، ظهر لينكين: Install Desktop وInstall CLI. مكانهم مش صدفة. واجهة الويب بتاعة Devin هي طبقة إدارة ومراجعة. الشغل الهندسي الحقيقي بيتم في Desktop app أو عن طريق CLI. الـ dashboard بيقول ده بوضوح من أول دقيقة.
الحكم: التسجيل سريع، والـ $10 credit طريقة عملية تقلّل العائق قدام أول اختبار حقيقي. إنهم يودّوا المستخدمين الجدد على شاشة pricing قبل ما يورّوهم المنتج ده قرار تجاري مقصود، وهو شغّال، لكنه بيحط نبرة تجارية قبل ما المستخدم يشوف أي حاجة يقدر يعملها tool.
ليه ثبّتّ Desktop app قبل ما أجرّب أي حاجة تانية
لما دخلت الـ web dashboard، كان واضح إن مراجعة Devin من خلال المتصفح بس مش هتكون اختبار عادل.
كتير من أقوى features بتاعة Devin موجودة في Desktop app أو CLI:
- تعديل الملفات والشغل جوّه repositories
- الوصول للـ terminal المحلي وتشغيل الأوامر
- تشغيل مهام بناء أطول وأعقد
- العمل مع Devin Local، الـ agent المستقل على الأجهزة المحلية
مراجعة الواجهة الويب لوحدها كانت هتبقى زي إنك تختبر drill كهربائي بمجرد النظر على العلبة. الـ web dashboard هو المكان اللي بتدير فيه الجلسات وبتراجع الناتج. الـ Desktop app هو المكان اللي Devin بيشتغل فيه فعلًا.
ضغطت Install Desktop، واتنقلت لصفحة التنزيل، واخترت مثبت Linux.
تثبيت Devin Desktop: إعداد سريع مع تعثّر واحد مهم
صفحة التنزيل عليها بانر أزرق فوق: “WINDSURF IS NOW DEVIN DESKTOP. THE IDE YOU LOVE, WITH MORE FEATURES.”
بالنسبة للمطورين اللي كانوا بالفعل بيستخدموا Windsurf، إعادة العلامة دي مهمة. Cognition اشترت Windsurf، وبنت طبقة الـ agent من الصفر بـ Rust، ونزلتها باسم Devin Desktop. الـ Cascade assistant الأصلي اتشال واتبدل بـ Devin Local.
شاشة أول تشغيل طلبت مني:
- اختيار theme لوني: Light أو Dark أو Other
- أعلّم على box لتثبيت أمر terminal بتاع devin-desktop (وده بيضيف shortcut لفتح Devin Desktop من أي terminal window)
- استيراد إعدادات editor الحالية (اختياري)
سيبت علامة أمر terminal مفعّلة. تسجيل الدخول حوّلني للمتصفح، خلص في ثواني، ورجعني للتطبيق.
وبعدين التعثّر. ظهر banner في أسفل الشاشة: “Devin Desktop onboarding finished, but failed to install comma…” النص كان مقطوع، لكن المعنى كان واضح. تثبيت shortcut بتاع terminal فشل من غير ما يبان. التطبيق نفسه كمل شغال عادي، وقدرت أتابع الاختبار.
دي مضايقة بسيطة عمليًا. لكن من ناحية الإشارة اللي بيوصلها، فهي من النوع اللي بيهز الثقة في منتج وعده الأساسي هو الاعتمادية الذاتية.
لو Devin ما قدرش يثبت shortcut terminal بتاعه في onboarding موجّه، فده بيفتح سؤال منطقي عن إيه تاني ممكن يفشل من غير ما يطلع error أثناء build حقيقي لمشروع.
التعوّد على الواجهة: الشكل مألوف، لكن الوصول للنماذج متقفل
نافذة Devin Desktop الرئيسية متقسمة لنصين. الشمال editor عادي من VS Code. اليمين panel بتاع Cascade، اللي اتسمّى دلوقتي Devin Local.
في prompt bar فيه زرين: model picker وagent selector. هما منفصلين لسبب. الـ model picker بيحدد أي AI model هيعمل الشغل. الـ agent selector بيحدد إزاي الشغل ده هيتنفذ.
model picker (إيه اللي بتاخده في كل tier):
| Model | التوفر |
|---|---|
| SWE-1.6 Slow | Free |
| SWE-1.6 | Pro only |
| SWE-1.6 Fast | Pro only |
| Claude Opus 4.8 Medium | Pro only |
| GPT-5.5 Low Thinking | Pro only |
على الـ free tier، خيار SWE-1.6 Slow هو الوحيد المتاح. الاسم دقيق. بدء الاستجابة في task معقد بياخد وقت أطول بشكل ملحوظ من Pro models، ومع build فيه 15 مهمة مخططة، الـ latency دي بتتراكم.
خيارات agent selector:
| Agent | بيعمل إيه |
|---|---|
| Cascade | مساعد محلي لإكمال الكود |
| Devin Local (Preview) | agent مستقل شغال على جهازك |
| Devin Cloud | agent مستضاف على السحابة مع مراجعة async (الخطط المدفوعة) |
اخترت Devin Local للاختبار ده. علامة “Preview” مش شكلية؛ هي بتوضح إن Devin Local لسه بيتطوّر ومش واصل بعد لتكافؤ كامل مع Devin Cloud.
منتصف الـ editor كان فيه تلات إجراءات سريعة: Open project، Clone repository، وConnect via SSH. وتحتهم، تلات prompts مقترحة للجلسة: “Explore my codebase and diagram how it works,” و”Review my latest changes and suggest improvements,” و”Write tests for my most critical code paths.”
دي متضبطة أكتر على codebases موجودة بالفعل بدل builds جديدة، وده بيوضح أكتر هو Devin أنسب فين في workflow حقيقي.
Devin بيخطط الـ Build كله قبل ما يكتب سطر واحد
قدّمت نفس brief بتاع property management platform اللي بستخدمه عبر سلسلة المراجعة دي:
ابنِ production-ready property management platform باستخدام Next.js وTypeScript وTailwind CSS وPrisma وPostgreSQL وStripe. المتطلبات: authentication للمالك والمستأجر، إدارة properties وunits، إدارة leases، maintenance requests مع تتبع الحالة، one-time rent payments باستخدام Stripe، رفع lease agreements، email notifications، landlord dashboard فيه reporting، REST API، responsive design، ودعم Docker.
Devin ما بدأش يطلع ملفات. بدأ يفكّر.
في ثواني، طلع Architecture Overview سمّى فيه الـ tech stack كامل، وبعده Database Schema فيه سبعة models:
| Model | الوصف |
|---|---|
| Users | مالكين ومستأجرين مع وصول حسب الدور |
| Properties | مباني أو مجمّعات مملوكة للمالكين |
| Units | وحدات إيجارية منفردة جوّه properties |
| Leases | عقود إيجار بين المالكين والمستأجرين |
| MaintenanceRequests | أوامر صيانة مع تتبع الحالة |
| Payments | سجلات معاملات من Stripe |
| Documents | ملفات عقود الإيجار |
بعدها طلع خطة من 15 مهمة، مرتبة بشكل صحيح:
- Create project structure and explain architecture
- Set up Next.js with TypeScript and Tailwind CSS
- Configure Prisma with PostgreSQL
- Implement authentication system (landlord and tenant)
- Build property and unit management
- Implement lease management system
- Create maintenance request system with status tracking
- Integrate Stripe for one-time rent payments
- Add lease agreement upload functionality
- Implement email notifications
- Build landlord dashboard with reporting
- Create REST API endpoints
- Ensure responsive design across all components
- Add Docker support
- Final testing and deployment preparation
كل أداة AI coding تانية جرّبت عليها brief ده عبر سلسلة المراجعة دي بدأت تطلع ملفات فورًا. Devin تعامل مع brief زي ما مطور كفء هيعمل: يفهم إنت بتبني إيه قبل ما يكتب سطر واحد.
نمط Allow/Reject: ضروري لكنه حاضر مع كل أمر تقريبًا
لما الخطة اتأكدت، Devin بدأ ينفّذ. واللي حصل بعد كده كان الاحتكاك المميّز لتجربة Devin Local: كل أمر terminal كان محتاج موافقتي قبل ما يشتغل، وكل file change كان بيظهر كـ diff محتاج قرار Accept أو Reject.
الأوامر اللي دخلت طابور الموافقة أثناء الجلسة دي:
- mkdir -p property-management-platform (إنشاء directory)
- npm create next-app@latest . –typescript –tailwind –eslint –app –src-dir –import-alias “@/*” (تهيئة المشروع)
- echo “y” | npm create next-app@latest . –typescript –tailwind –eslint –app –src-dir –import-alias “@/*” (تأكيد prompt تلقائيًا)
- npm install –silent prisma @prisma/client next-auth @auth/prisma-adapter stripe nodemailer bcryptjs zod react-hook-form @hookform/resolvers date-fns (دفعة dependencies)
- cd property-management-platform && npm install prisma @prisma/client (إعادة محاولة خاصة بالإصدار بعد engine warning)، إلخ.
بين الأوامر، كانت بتظهر diffs منفصلة لكل ملف مع أزرار Accept أو Reject، ومعاهم toolbar فيه “Quick review” و”Reject all” و”Accept all” للدفعات.
ظهر mid-build مربع حوار أمني “Do you trust the authors of the files in this folder?” لما Devin فتح directory المشروع في editor لأول مرة.
منطق التصميم سليم. إنت ما هتديش وصول غير مراقَب لجهازك المحلي لعملية مش معروفة، ونمط الموافقة بيخليك على علم. لكن عدد خطوات الموافقة في build معقد معناه إنك مش بتفوض الشغل وبتبعد.
إنت قاعد جنب Devin، وبتضغط Allow كل دقيقتين أو تلاتة. Devin Cloud، اللي بيشيل الاحتكاك ده عن طريق تشغيل الـ agent في cloud environment معزول وتراجع الناتج النهائي كـ pull request، بيحتاج اشتراك مدفوع.
الحكم: نمط الموافقة هو القرار الآمن الصح. خيار “Accept all” في الدفعات بيقلل الاحتكاك بشكل كبير، وTrust Folder dialog خطوة مرة واحدة. لكن على الـ free tier، workflow ده بيتعارض مع وعد الاستقلالية. التفويض الحقيقي في Devin محتاج cloud agent، وده معناه دفع.
إيه اللي Devin بنّاه فعليًا: كود بمستوى مطوّرين من أول session
لما الجلسة وصلت لمهمتين مكتملتين من أصل 15، الملفات اللي اتكوّنت ماكنتش اللي كنت متوقعه من agent مستقل على compute مجاني.
ملف env.example ماكنش template placeholder. كان configuration إنتاجية متنسقة صح:
| القسم | المتغيرات المتولدة |
|---|---|
| Database | DATABASE_URL (صيغة PostgreSQL مع placeholders) |
| NextAuth | NEXTAUTH_SECRET, NEXTAUTH_URL |
| Stripe | STRIPE_SECRET_KEY, STRIPE_PUBLISHABLE_KEY, STRIPE_WEBHOOK_SECRET |
| SMTP_HOST, SMTP_PORT, SMTP_USER, SMTP_PASSWORD, EMAIL_FROM | |
| Application | NODE_ENV |
أسماء متغيرات Stripe مطابقة للـ naming convention بالظبط المستخدم في Stripe Node.js SDK. إعدادات SMTP فيها كل field محتاجه nodemailer transporter. دي مش تخمينات؛ دي قيم صحيحة لتطبيق production على stack المطلوب.
ملف schema.prisma كان فيه MaintenanceRequest model مع MaintenanceStatus enum (لتتبع الحالة)، وحقل DateTime nullable اسمه completedAt ، وcreatedAt افتراضيه now(). القرارات دي على مستوى الحقول بتعكس حكم تصميم قاعدة بيانات حقيقي، مش نسخ boilerplate.
ملف route.ts لنقطة النهاية users API كان فيه:
- تحقق من authentication (if (!session?.user)) بيرجع 401 قبل أي access للبيانات
- تحقق حسب الدور (if (session.user.role !== “LANDLORD”)) بيرجع 403 لغير مستخدمي landlord
- Prisma query فيها select clause بترجع فقط id وname وemail وrole, phone وcreatedAt، بدل user object كامل
استخدام select clause بدل ما يرجّع Prisma record كامل هو ممارسة production صحيحة. ده بيمنع كشف حقول حساسة بالغلط زي password hashes.
لحظة التصحيح الذاتي حصلت لما npm طلّع EBADENGINE warnings عبر باقات متعددة لأن Node v18.19.1 كان أقل من threshold >=20 المطلوب من عدة dependencies. Devin ما وقفش. ما سألش أعمل إيه. بدل إلى prisma@5.20.0 و@prisma/client@5.20.0، إصدار متوافق مع Node 18، وكمل. التصحيح ده حصل من غير أي تدخل مني.
نسخة التصحيح الذاتي بتبيّن problem-solving حقيقي بدل ما يكون مجرد failure-and-stop. للمطورين اللي بيراجعوا الكود المتولد بشكل نقدي، ده بداية قوية، مش sketch محتاج إعادة بناء.
أسعار وخطط Devin AI
Devin بيقدّم أربع خطط فردية وخيار enterprise.
هيكل الخطط:
| الخطة | بتشمل إيه |
|---|---|
| Free | quota استخدام خفيف، نموذج SWE-1.6 Slow فقط، unlimited inline edits، وunlimited Tab completions |
| Pro | quota استخدام Devin، مجموعة النماذج الكاملة (بما فيها Claude وGPT)، استخدام مجاني لـ SWE-1.6، وصول لـ Devin Cloud، دفع حسب الاستخدام بعد quota، وتكامل Slack وLinear |
| Max | كل اللي في Pro، مع quotas أكبر بكتير لكل من Devin وDevin Desktop |
| Teams | كل اللي في Pro، زائد عدد غير محدود من أعضاء الفريق، مشاركة وتعاون، فوترة مركزية، ولوحة admin فيها analytics، ودعم أولوية |
| Enterprise | SAML/OIDC SSO، إدارة حسابات مخصصة، centralised enterprise admin controls، وخيارات نشر مخصصة |
ملاحظات مهمة قبل ما تختار خطة:
- الفوترة مبنية على الاستهلاك، مش سقف ثابت. الاستخدام الإضافي في الخطة المدفوعة بيتشترى بسعر API pricing، فالأحمال الكبيرة ممكن ترفع التكلفة الشهرية الفعلية فوق سعر الخطة الأساسي
- التحويل لنماذج أصغر (Haiku وGPT Mini والنماذج مفتوحة المصدر) بيطوّل quota بتاعك
- كل المدفوعات غير قابلة للاسترداد إلا حيث يقتضي القانون (حسب Terms of Service)
- مفيش ضمان لاسترداد الفلوس
- Devin بيضيف $10 in on-demand credit لما توصل حساب GitHub وقت التسجيل، وده بيتحسب من أول session
أنهي خطة تناسب مين:
الخطة المجانية كفاية إنك تشوف Devin بيخطط ويبدأ build إزاي. لكنها مش كفاية تكمّل مشروع معقد قبل ما quota يخلص. Pro هي نقطة البداية المناسبة للمطورين الأفراد اللي عندهم sessions مشروع منتظمة.
Teams مخصصة لفرق engineering اللي محتاجة تسلّم Devin مهام زي ما بتسلّم tickets لمهندس junior، وتراجع الناتج من خلال dashboard مركزي.
بدائل Devin AI
أقرب بديل لـ Devin هو Cursor AI، وهو code editor مبني على VS Code fork وAI-first، وبيخليك كمطور مشارك بشكل مباشر أثناء توليد الكود بدل ما تفوّض المهام لوكيل مستقل. الفرق الأساسي هو التفكير بيبقى فين أثناء الشغل.
مع Cursor، إنت بتفضل جوّه editor بتاعك، بتشوف التغييرات وهي بتتكوّن، مع خطوات وسيطة واضحة وسهلة التراجع. Cursor مناسب للمطورين اللي عايزين feedback loop ضيق مع الـ AI. Devin مناسب للمطورين اللي عايزين يسلّموا task ويراجعوا النتيجة.
Cursor’s Agent Mode وBackground Agents قربوا الفجوة دي، وقدروا يعدّلوا ملفات متعددة، ويشغّلوا أوامر terminal، ويعيدوا المحاولة على الأخطاء. لكن Cursor لسه بيشتغل أحسن لما المطور بيراجع الخطوات في الوقت الحقيقي.
Devin بيتعامل مع scale الفريق بشكل طبيعي أكتر عن طريق تعريف الأهداف من البداية وإظهار التقدم بشكل مركزي. Cursor بيكبر مع الأفراد كويس لكن بيبقى أصعب في التنسيق عبر فرق أكبر لأن السياق غالبًا بيبقى محفوظ بشكل غير رسمي عند الشخص اللي فاتح editor.
| الميزة | Devin AI | Cursor |
|---|---|---|
| سهولة الاستخدام | صعب نسبيًا؛ للمطورين فقط، وDesktop مطلوب | متوسط؛ مستخدمو VS Code بيتأقلموا بسرعة |
| الأفضل لـ | تنفيذ مهام مستقل ومفوّض | برمجة تفاعلية يكون المطور فيها مشارك |
| الـ Backend والـ Data | Full-stack؛ بيولّد schema وenv وAPI routes | Agent mode بيدير تعديلات متعددة الملفات؛ والمطور بيوجّه الاتجاه |
| مرونة التصميم | Devin هو اللي بيحدد architecture | إنت بتوجّه architecture؛ Cursor بينفذ |
| نموذج التسعير | مبني على الاستهلاك مع tiers للخطط | اشتراك شهري ثابت مع credit pools |
الحكم النهائي: هل Devin AI يستاهل؟
Devin هو أقوى autonomous coding agent جرّبته. خطط المشروع، واختار التقنيات الصح، وولّد codebase منظم كويس، وطلع أساس production-ready بأقل توجيه. على عكس أغلب أدوات البرمجة بالذكاء الاصطناعي، هو تعامل مع المهمة زي software engineer، مش مجرد مولّد كود.
عيوبه واضحة برضه. الـ free tier محدود زيادة عن اللازم لتقييم مفيد، وDevin Local لسه محتاج موافقات متكررة أثناء التنفيذ، والتسعير المبني على الاستهلاك ممكن يبقى مكلف للمشاريع الأكبر.
للمطورين المحترفين وفرق engineering، Devin يقدر يسرّع بشكل ملحوظ scaffolding لمشاريع جديدة والشغل المتكرر. هو أقل مناسبة لغير التقنيين أو لأي حد متوقع تجربة hands-off بالكامل. لو إنت عايز AI agent يقدر ياخد ownership لمهام تطوير كبيرة بدل ما يكتفي باقتراح الكود، Devin حاليًا هو المعيار اللي بيتقاس عليه.
