ما هو Devin AI؟
Devin AI هو وكيل هندسة برمجيات مستقل مبني بواسطة Cognition. بخلاف مساعدين البرمجة اللي يقترحون أسطر أو يجاوبون على الأسئلة، Devin يستقبل ملخص مشروع كامل، ويطلع خطة معمارية، ويقسّم العمل إلى مهام مرتبة، ثم يكتب الكود، ويثبت الاعتمادات، ويشغّل أوامر الطرفية، ويصحح الأخطاء اللي يواجهها أثناء الطريق.
يعمل داخل Devin Desktop، وهو IDE مبني على VS Code استحوذت عليه Cognition من Windsurf وأعادته كطبقة الواجهة لبنية الوكلاء الكاملة عندها.
الوكيل اللي يشتغل داخل هالبيئة مو نافذة دردشة؛ هو عملية شغالة على جهازك المحلي أو داخل Sandbox سحابي، تعدل ملفات حقيقية، تستدعي مديري حزم حقيقيين، وتطلع لك مجلد مشروع شغال مع القرارات متخذة مسبقًا.
لمن Devin AI مناسب؟
- المطورين اللي يبون يخلّون الشغل التمهيدي على غيرهم. إذا كنت تحتاج مشروع يتعمل له scaffold مع المصادقة، ونظام دفع، ومخطط قاعدة بيانات قبل ما تكتب أول سطر من منطق العمل، Devin يتولى هذي الأساسيات بدون ما تحتاج تبقى جالس على الكيبورد.
- مؤسسو المشاريع الفردية اللي يطلقون برمجيات إنتاجية. Devin يخطط المعمارية، يولد إعدادات Docker، يكتب ملفات البيئة، وينتج مسارات الـ API في نفس الجلسة. لمؤسس يبني لحاله، هذا يختصر ساعات من وقت الإعداد لكل مشروع.
- فرق الهندسة اللي عندها Backlog لمهام محددة وواضحة. الخطط المدفوعة تربط Devin مع Slack وLinear وGitHub، وهذا يخليك تعطيه المهام مثل ما تعطيها لمهندس مبتدئ وتراجع الناتج كـ Pull Request.
- المطورين المتمرسين اللي يقدرون يقرؤون الكود المولّد بنظرة نقدية. مخرجات Devin هي كود حقيقي وعملي، مو مجرد نموذج أولي. تحتاج تكون عندك القدرة تحلل اللي يبنيه، وترفض اللي يخطئ فيه، وتقرر وش تقبل. هذا مو مصمم للناس اللي ما يقدرون يقرؤون الكود اللي ينتجه.
إيجابيات وسلبيات Devin AI
- يخطط للمعمارية قبل ما يكتب سطر واحد
- يقسم المشاريع الكبيرة إلى قوائم مهام قابلة للمتابعة
- يصحح نفسه عند فشل تثبيت الاعتمادات بصمت
- يشتغل مباشرة في نظام الملفات المحلي
- يوجّه المهام إلى Claude أو GPT أو نماذج SWE
- يولّد Docker، وملفات env، ومسارات API
- يتصل بـ Slack وLinear وGitHub (مدفوع)
- كل أمر في الطرفية يحتاج موافقة يدوية Allow/Reject
- الخطة المجانية تقيدك بأبطأ نموذج
- وكيل Devin Local ما زال يحمل تسمية Preview
تفصيل التقييم
Devin موجود في فئة مختلفة عن بُناة التطبيقات بالسحب والإفلات. هو وكيل ذكاء اصطناعي للهندسة البرمجية يشتغل داخل بيئة تطوير حقيقية، والدرجات أدناه تعكس هالشي.
هذا أداة للمطورين اللي يبون يفوضون الشغل بدل ما يسوونه كله بنفسهم.
| الميزة | الدرجة (من 10) | سبب الدرجة |
|---|---|---|
| سهولة الاستخدام | 7.5 | الواجهة المألوفة لمستخدمي VS Code تقلل الاحتكاك عند أغلب المطورين، لكن تثبيت Desktop إلزامي، وما فيه مسار للمبتدئين، ومطالبات الموافقة على كل أمر تخليك حاضر طوال وقت البناء. |
| الميزات والوظائف | 9.5 | توليد كامل للـ full-stack، وتوجيه متعدد النماذج، وتوليد APIs حسب الأدوار، وDocker، وPrisma schema، وتكامل Stripe، وتخطيط مستقل لـ 15 مهمة من مجرد prompt واحد. ما فيه أداة ثانية في هالسلسلة تقارب هالمستوى. |
| التصميم والتخصيص | 8.5 | الـ IDE نظيف، ومصمم بشكل احترافي، ويحس بنضج. التصميم البصري للي يبنيه Devin قرار يخصه هو، مو أنت، وهذا يحد من التخصيص على مخرجاته. |
| القيمة مقابل السعر | 8.5 | رصيد الـ $10 عند التسجيل حقيقي، مو حركة تسويقية. تسعير Pro عادل للمطورين النشطين. الخطة المجانية مقيدة زيادة عن اللزوم لاختبار حقيقي، والخطة الأعلى سعرها مرتفع للاستخدام الفردي. |
| الأداء والموثوقية | 9.0 | يصحح نفسه عند فشل البيئة بدون ما يُطلب منه. اختيار الاعتمادات كان دقيقًا من أول prompt. التعثر الوحيد كان فشل تثبيت في الطرفية بشكل صامت أثناء الإعداد الأولي. |
| الإجمالي | 9.3 | Devin يخطط للمعمارية قبل البناء، ويكتب كودًا بأنماط تفويض صحيحة من أول محاولة، ويتعامل مع أعطال البيئة بدون تدخل بشري. |
ميزات Devin AI
- تخطيط معماري متعدد الخطوات بشكل مستقل
- توليد كود كامل داخل الطرفية المحلية
- توجيه متعدد النماذج (Claude وGPT وسلسلة SWE)
- تكامل مستودعات GitHub وGitLab وBitbucket
- تكامل Slack وLinear لسير العمل المبني على التذاكر (مدفوع)
- توليد Docker وإعدادات بيئة الإنتاج
- توليد مسارات API وقواعد بيانات مبنية على الأدوار
مراجعتي الصادقة لـ Devin AI: وش لقيت بعد ما اختبرته
قبل ما أدخل في اللي لقيته خلال الاختبار، من المهم نكون دقيقين في تعريف Devin، لأنه موجود في فئة مختلفة عن الأدوات الثانية في هالمجال.
أغلب أدوات البرمجة بالذكاء الاصطناعي هي مساعدين. أنت تطلب، وهم يولدون، وأنت تراجع، وتلصق. التفكير منك؛ والطباعة منهم.
Devin هو وكيل. يستقبل ملخصًا، ويطلع خطة، وبعدها يشتغل على تنفيذ هالخطة عبر أوامر حقيقية داخل طرفية حقيقية على جهازك. يثبت حزم، ينشئ مجلدات، يكتب ملفات، يقرأ مخرجات الأخطاء، ويتكيف إذا صار شيء غلط. أنت ما تسوقه خطوة خطوة؛ أنت توافق أو ترفض الخطوات اللي يختارها.
هالفرق يغير شكل الاختبار العادل. أنا ما قيّمته على إذا كان يقدر يكمل تلقائيًا دالة أو يشرح Stack Trace. قيّمته مثل ما تقيّم مهندس برمجيات مبتدئ: هل يقدر يأخذ ملخص مشروع مفصل، ويخطط للعمل قبل لمس الكيبورد، ويختار الاعتمادات المناسبة، ويكتب منطق التفويض بشكل صحيح من أول مرة، ويصلح أخطاءه بنفسه بدون ما أحد يقول له وش صار؟
الأقسام أدناه توثق هالشي بالضبط.
من الصفحة الرئيسية إلى لوحة التحكم: وش يصير في أول خمس دقائق
صفحة Devin الرئيسية تحمل عنوانًا واحدًا: “Devin, the AI software engineer.” وزر “Try Devin” موجود في أعلى اليمين.
الضغط عليه ينقلك إلى شاشة تسجيل توفر أربع طرق:
- Continue with GitHub
- Continue with Google
- Continue with Windsurf
- Email address and Sign up
أنا استخدمت GitHub. تدفق OAuth اكتمل خلال أقل من ثلاثين ثانية.
شاشة التسعير تظهر بعد ذلك، قبل لوحة التحكم. هذا مو Prompt تجربة أو نافذة Upsell؛ هذي أول شاشة تشوفها بعد المصادقة. تظهر ثلاث خطط مدفوعة، ومعها رابط رمادي صغير “Continue with free (limited access)” في الأسفل. ضغطت عليه وكملت على الخطة المجانية.
بعد اختيار المجاني، ظهرت شاشة تأكيد: “We added $10 in on-demand usage to your account to help you get started with Devin.”
هذا الرصيد ينطبق على استهلاكك، وهو بادرة حقيقية. يعطي المستخدمين الجدد ميزانية فعلية لتشغيل جلستهم الأولى بدون ما يحتاجون يدخلون بيانات الدفع مباشرة.
لوحة التحكم على الويب بعدها انفتحت بهذا الهيكل:
| القسم | وش يحتوي |
|---|---|
| Sessions | جلسات البناء وسجلها |
| Ask | واجهة أسئلة عن قاعدة الكود |
| Automations | مهام الوكيل المجدولة أو المتكررة |
| Review | سير عمل مراجعة الكود لمخرجات الوكيل |
| Wiki | توثيق مولد تلقائيًا من قاعدة الكود |
كانت هناك قائمة “Get started with Devin” في يمين الشاشة، تتابع ست خطوات:
- Connect to Git (مكتملة)
- Select repositories (مكتملة، وهذا فعل رصيد الـ $10)
- Make your first session
- Validate in Devin Review
- Set up your wiki
- Ask Devin about your codebase
في أسفل الشريط الجانبي الأيسر، ظهرت رابطان: Install Desktop وInstall CLI. مكانهم مو صدفة. واجهة الويب في Devin هي طبقة إدارة ومراجعة. الشغل الهندسي الفعلي يصير في تطبيق Desktop أو عبر CLI. لوحة التحكم توضّح هالشي خلال أول دقيقة.
الحكم: التسجيل سريع، ورصيد الـ $10 طريقة عملية لتخفيف حاجز الاختبار الأول. تمرير المستخدمين الجدد عبر شاشة تسعير قبل ما يشوفون المنتج قرار تجاري مقصود، ويشتغل كدفعة، لكنه يعطي انطباعًا تجاريًا قبل ما المستخدم يشوف أي شيء يقدر يفعله الأداة.
ليش ثبت تطبيق Desktop قبل ما أختبر أي شيء ثاني
بعد ما دخلت لوحة التحكم على الويب، صار واضح إن مراجعة Devin من المتصفح فقط ما بتكون اختبارًا عادلًا.
كثير من أقوى ميزات Devin موجودة في تطبيق Desktop أو CLI:
- تعديل الملفات والعمل داخل المستودعات
- الوصول إلى الطرفية المحلية وتشغيل الأوامر
- تشغيل مهام بناء أطول وأكثر تعقيدًا
- العمل مع Devin Local، الوكيل المستقل على الأجهزة المحلية
مراجعة واجهة الويب فقط كانت بتشبه اختبار مثقاب كهربائي من خلال النظر إلى الصندوق. لوحة التحكم على الويب هي مكان إدارة الجلسات ومراجعة المخرجات. تطبيق Desktop هو المكان اللي Devin يشتغل فيه فعليًا.
ضغطت Install Desktop، ونقلتني إلى صفحة التنزيل، واخترت مثبت Linux.
تثبيت Devin Desktop: إعداد سريع مع تعثر واحد لافت
صفحة التنزيل تحمل شريطًا أزرق في الأعلى: “WINDSURF IS NOW DEVIN DESKTOP. THE IDE YOU LOVE, WITH MORE FEATURES.”
للمطورين اللي كانوا يستخدمون Windsurf من قبل، هالتحول مهم. Cognition استحوذت على Windsurf، وأعادت بناء طبقة الوكيل من الصفر بـ Rust، وأطلقتها باسم Devin Desktop. المساعد الأصلي Cascade تقاعد واستُبدل بـ Devin Local.
شاشة الإعداد عند التشغيل الأول طلبت مني:
- اختيار سمة لون: Light أو Dark أو Other
- تحديد مربع لتثبيت أمر الطرفية devin-desktop (وهذا يضيف اختصارًا لفتح Devin Desktop من أي نافذة طرفية)
- استيراد إعدادات المحرر الحالية (اختياري)
خليت مربع أمر الطرفية محدد. تسجيل الدخول حولني إلى المتصفح، اكتمل خلال ثوانٍ، ورجعني للتطبيق.
ثم التعثر. ظهر شريط في أسفل الشاشة: “Devin Desktop onboarding finished, but failed to install comma…” النص كان مقطوعًا، لكن المعنى واضح. تثبيت أمر الطرفية فشل بصمت. التطبيق نفسه استمر يشتغل بشكل طبيعي، وقدرت أكمل الاختبار.
هذا إزعاج بسيط عمليًا. لكن من ناحية الرسالة اللي يوصلها، هذا النوع من الفشل الهادئ يضعف الثقة في منتج وعده الأساسي هو الاعتمادية المستقلة.
إذا Devin ما قدر يثبت اختصار الطرفية الخاص فيه خلال تدفق إعداد موجه، فهنا يطلع سؤال عادل: وش بعد ممكن يفشل بدون ما يطلع خطأ أثناء بناء مشروع حقيقي؟
التأقلم مع الواجهة: مألوفة، لكن الوصول للنماذج مقيد
نافذة Devin Desktop الرئيسية تنقسم إلى لوحتين. اليسار محرر VS Code عادي. اليمين لوحة Cascade، اللي تغيّر اسمها الآن إلى Devin Local.
في شريط الطلب موجود تحكمان: اختيار النموذج واختيار الوكيل. منفصلين لسبب. اختيار النموذج يحدد أي نموذج ذكاء اصطناعي ينفذ الشغل. واختيار الوكيل يحدد كيف يتم تنفيذ هالشغل.
قائمة النماذج (وش تحصل عليه بكل خطة):
| النموذج | التوفر |
|---|---|
| SWE-1.6 Slow | مجاني |
| SWE-1.6 | Pro فقط |
| SWE-1.6 Fast | Pro فقط |
| Claude Opus 4.8 Medium | Pro فقط |
| GPT-5.5 Low Thinking | Pro فقط |
في الخطة المجانية، الخيار الوحيد هو SWE-1.6 Slow. والاسم دقيق. بدء الاستجابة في مهمة معقدة يستغرق وقتًا أطول بشكل واضح من نماذج Pro، ومع بناء فيه 15 مهمة مخططة، هالتأخير يتراكم.
خيارات اختيار الوكيل:
| الوكيل | وش يسوي |
|---|---|
| Cascade | مساعد إكمال كود محلي |
| Devin Local (Preview) | وكيل مستقل يشتغل على جهازك |
| Devin Cloud | وكيل مستضاف على السحابة مع مراجعة غير متزامنة (للاشتراكات المدفوعة) |
اخترت Devin Local لهالاختبار. تسمية “Preview” مو شكلية؛ هي تشير إلى إن Devin Local ما زال قيد التطوير ولسه ما وصل لتكافؤ كامل مع Devin Cloud.
وسط المحرر كان فيه ثلاث إجراءات سريعة للبدء: 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.”
هذي موجهة أكثر لقواعد كود موجودة بدل المشاريع الجديدة، وهذا يلمّح إلى وين Devin يكون أفضل استخدامًا في سير عمل حقيقي.
Devin يخطط للبناء كامل قبل ما يكتب سطر واحد
أرسلت نفس ملخص منصة إدارة العقارات اللي أستخدمه عبر سلسلة المراجعات هذي:
ابنِ منصة إدارة عقارات جاهزة للإنتاج باستخدام Next.js وTypeScript وTailwind CSS وPrisma وPostgreSQL وStripe. المتطلبات: مصادقة للمالك والمستأجر، إدارة العقارات والوحدات، إدارة العقود الإيجارية، طلبات الصيانة مع تتبع الحالة، دفعات إيجار لمرة واحدة عبر Stripe، رفع عقود الإيجار، إشعارات بريد إلكتروني، لوحة تحكم للمالك مع تقارير، REST API، تصميم متجاوب، ودعم Docker.
Devin ما بدأ يولد ملفات. بدأ يفكر.
خلال ثوانٍ، أنتج Architecture Overview يذكر كامل التقنيات، وبعدها قسم Database Schema فيه سبعة نماذج:
| النموذج | الوصف |
|---|---|
| Users | مالكون ومستأجرون مع وصول مبني على الدور |
| Properties | مباني أو مجمعات يملكها المالكون |
| Units | وحدات فردية قابلة للإيجار داخل العقارات |
| Leases | عقود إيجار بين المالكين والمستأجرين |
| MaintenanceRequests | أوامر عمل مع تتبع الحالة |
| Payments | سجلات المعاملات من Stripe |
| Documents | ملفات عقود الإيجار |
بعدها أنتج خطة من 15 مهمة، بترتيب صحيح:
- إنشاء هيكل المشروع وشرح المعمارية
- إعداد Next.js مع TypeScript وTailwind CSS
- تهيئة Prisma مع PostgreSQL
- تنفيذ نظام المصادقة (المالك والمستأجر)
- بناء إدارة العقارات والوحدات
- تنفيذ نظام إدارة العقود الإيجارية
- إنشاء نظام طلبات الصيانة مع تتبع الحالة
- دمج Stripe لدفعات الإيجار لمرة واحدة
- إضافة وظيفة رفع عقود الإيجار
- تنفيذ إشعارات البريد الإلكتروني
- بناء لوحة تحكم للمالك مع التقارير
- إنشاء نقاط REST API
- التأكد من التصميم المتجاوب عبر جميع المكونات
- إضافة دعم Docker
- الاختبار النهائي والتحضير للنشر
كل أداة برمجة بالذكاء الاصطناعي جربتها على هذا الملخص عبر سلسلة المراجعات هذي بدأت تولد ملفات مباشرة. Devin تعامل مع الملخص بالطريقة اللي يتعامل فيها مطور كفؤ: يفهم وش تبني قبل ما يكتب سطر واحد.
نمط Allow/Reject: ضروري لكنه موجود مع كل أمر
بعد ما تأكدت الخطة، بدأ Devin ينفذ. واللي صار بعد ذلك كان أبرز مصدر احتكاك في تجربة Devin Local: كل أمر في الطرفية كان يحتاج موافقتي قبل ما ينفذ، وكل تغيير ملف كان يطلع كـ diff يحتاج قرار Accept أو Reject.
الأوامر اللي مرت عبر طابور الموافقة خلال هذه الجلسة:
- mkdir -p property-management-platform (إنشاء مجلد)
- 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 “@/*” (الموافقة التلقائية على الموجه)
- npm install –silent prisma @prisma/client next-auth @auth/prisma-adapter stripe nodemailer bcryptjs zod react-hook-form @hookform/resolvers date-fns (دفعة اعتمادات)
- cd property-management-platform && npm install prisma @prisma/client (إعادة محاولة خاصة بالإصدار بعد تحذير المحرك)، إلخ.
بين الأوامر، كانت تظهر diffs منفصلة للملفات مع خيارات Accept أو Reject لكل ملف، وبجانبها شريط أدوات فيه “Quick review” و”Reject all” و”Accept all” للدفعات.
ظهرت نافذة أمان “Do you trust the authors of the files in this folder?” في منتصف البناء لما فتح Devin مجلد المشروع في المحرر لأول مرة.
منطق التصميم سليم. ما تعطي وصولًا غير مراقب لعملية آلية إلى نظام الملفات المحلي عندك وأنت ما تعرفها، ونمط الموافقة يخليك مطلع على كل شيء. لكن كثرة خطوات الموافقة في بناء معقد تعني إنك ما تفوض الشغل وتمشي.
أنت جالس جنب Devin، وتضغط Allow كل دقيقتين إلى ثلاث دقائق. Devin Cloud، اللي يزيل هذا الاحتكاك بتشغيل الوكيل في بيئة سحابية معزولة وتراجع الناتج النهائي كـ Pull Request، يتطلب اشتراكًا مدفوعًا.
الحكم: نمط الموافقة هو القرار الصحيح من ناحية الأمان. خيار “Accept all” يقلل الاحتكاك بشكل كبير، ونافذة Trust Folder خطوة مرة واحدة. لكن في الخطة المجانية، هالتدفق يتعارض مع وعد الاستقلالية. التفويض الحقيقي في Devin يتطلب الوكيل السحابي، وهذا يعني دفع.
وش بنى Devin فعليًا: كود بمستوى مطور من الجلسة الأولى
بحلول ما وصلت الجلسة إلى مهمتين من أصل خمس عشرة، الملفات اللي اننتجت ما كانت اللي توقعتها من وكيل مستقل على حوسبة مجانية.
ملف env.example ما كان قالبًا فارغًا. كان إعداد إنتاجي منظم بشكل صحيح:
| القسم | المتغيرات المولّدة |
|---|---|
| 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 تطابق التسمية الدقيقة المستخدمة في Stripe Node.js SDK. إعداد SMTP يحتوي كل حقل يحتاجه nodemailer transporter. هذي مو تخمينات؛ هذي القيم الصحيحة لتطبيق إنتاجي يستخدم الستاك المحدد.
ملف schema.prisma ضم نموذج MaintenanceRequest مع MaintenanceStatus enum (لتتبع الحالة)، وحقل DateTime قابل للفراغ باسم completedAt ، وحقل createdAt يضبط افتراضيًا على now(). هذي القرارات على مستوى الحقول تعكس حكم تصميم قواعد بيانات حقيقي، مو نسخ Boilerplate.
ملف route.ts لنقطة users API فيه:
- فحص مصادقة (if (!session?.user)) يرجع 401 قبل أي وصول للبيانات
- فحص مبني على الدور (if (session.user.role !== “LANDLORD”)) يرجع 403 للمستخدمين غير الملاك
- استعلام Prisma يستخدم clause select لإرجاع فقط id وname وemail وrole, phone وcreatedAt، بدل كامل كائن المستخدم
استخدام select بدل إرجاع سجل Prisma كامل هو أسلوب إنتاجي صحيح. يمنع تسريب حقول حساسة مثل password hashes بالخطأ.
لحظة التصحيح الذاتي صارت لما npm أعطى تحذيرات EBADENGINE عبر عدة حزم لأن Node v18.19.1 كان تحت حد >=20 المطلوب من عدة اعتمادات. Devin ما توقف. ما سأل وش يسوي. بدل إلى prisma@5.20.0 و@prisma/client@5.20.0، وهي نسخة متوافقة مع Node 18، وكمل. هالتصحيح صار بدون أي تدخل مني.
إصدار التصحيح الذاتي يبيّن حلًّا حقيقيًا للمشكلات بدل الفشل والتوقف. بالنسبة للمطورين اللي يراجعون الكود المولّد بنظرة نقدية، هذا بداية قوية، مو مسودة خام تحتاج إعادة بناء.
تسعير وخطط Devin AI
Devin يقدم أربع خطط فردية وخيارًا للمؤسسات.
هيكل الخطط:
| الخطة | تشمل |
|---|---|
| Free | حصة استخدام خفيفة، نموذج SWE-1.6 Slow فقط، تعديلات inline غير محدودة، وإكمالات Tab غير محدودة |
| Pro | حصة استخدام Devin، مجموعة نماذج كاملة (بما فيها Claude وGPT)، استخدام مجاني لـ SWE-1.6، وصول إلى Devin Cloud، دفع حسب الاستخدام بعد تجاوز الحصة، تكامل Slack وLinear |
| Max | كل شيء في Pro، مع حصص أعلى بكثير لكل من Devin وDevin Desktop |
| Teams | كل شيء في Pro، بالإضافة إلى عدد غير محدود من أعضاء الفريق، مشاركة وتعاون، فوترة مركزية، ولوحة إدارة مع تحليلات، ودعم أولوية |
| Enterprise | SAML/OIDC SSO، إدارة حساب مخصصة، ضوابط إدارية مؤسسية مركزية، وخيارات نشر مخصصة |
ملاحظات مهمة قبل تختار خطة:
- الفوترة حسب الاستهلاك، مو سقف ثابت. الاستخدام الإضافي في الخطة المدفوعة يُشترى بأسعار API، لذلك الأحمال الثقيلة ممكن ترفع التكلفة الشهرية الفعلية فوق سعر الخطة الأساسي
- التحويل إلى نماذج أصغر (Haiku وGPT Mini والنماذج مفتوحة المصدر) يمدد حصتك
- كل المدفوعات غير قابلة للاسترداد إلا إذا كان القانون يفرض غير ذلك (حسب Terms of Service)
- ما فيه ضمان استرجاع فلوس
- Devin يضيف رصيد $10 عند ربط حساب GitHub أثناء التسجيل، وهذا يُحتسب ضمن جلستك الأولى
أي خطة تناسب أي مستخدم:
الخطة المجانية تكفي تشوف كيف Devin يخطط ويبدا البناء. لكنها ما تكفي تكمّل مشروع معقد قبل ما تخلص الحصة. Pro هو نقطة البداية المناسبة للمطورين الأفراد اللي يشغلون جلسات مشاريع بشكل منتظم.
Teams موجه للفرق الهندسية اللي تحتاج تعطي Devin مهام مثل ما تعطي التذاكر لمهندس مبتدئ وتراجع المخرجات من خلال لوحة مركزية.
بدائل Devin AI
أقرب بديل لـ Devin هو Cursor AI، وهو محرر كود مبني على الذكاء الاصطناعي ومبني فوق fork من VS Code، ويخلي المطور متابعًا خلال توليد الكود بدل ما يفوض المهام لوكيل مستقل. الفرق الأساسي هو وين يكون التفكير أثناء الشغل.
مع Cursor، أنت تبقى داخل المحرر، وتشوف التغييرات تتشكل وهي تصير، مع خطوات وسيطة واضحة وسهل التراجع عنها. Cursor مناسب للمطورين اللي يبون حلقة تغذية راجعة قريبة مع الذكاء الاصطناعي. Devin مناسب للمطورين اللي يبون يسلمون المهمة ويراجعون النتيجة.
وضع Agent Mode وBackground Agents في Cursor سد بعض الفجوة، مع القدرة على تعديل ملفات متعددة، وتشغيل أوامر الطرفية، والتكرار على الأخطاء. لكن Cursor ما زال يشتغل بأفضل صورة لما يكون المطور يراجع الخطوات بشكل مباشر.
Devin يتعامل مع مستوى الفريق بشكل طبيعي أكثر عبر تحديد الأهداف مسبقًا وعرض التقدم بشكل مركزي. Cursor ممتاز للأفراد لكن يصير أصعب في التنسيق عبر فرق أكبر لأن السياق غالبًا يبقى غير رسمي عند الشخص اللي يشتغل داخل المحرر.
| الميزة | Devin AI | Cursor |
|---|---|---|
| سهولة الاستخدام | صعبة؛ للمطورين فقط، وتتطلب Desktop | متوسطة؛ مستخدمو VS Code يتأقلمون بسرعة |
| الأفضل لـ | تنفيذ مهام مفوضة ومستقلة | برمجة تفاعلية يكون فيها المطور داخل الحلقة |
| Backend & Data | كامل؛ يولد schema وenv ومسارات API | وضع Agent يتعامل مع تعديلات متعددة الملفات؛ والمطور يوجه الاتجاه |
| مرونة التصميم | Devin يقرر المعمارية | أنت توجه المعمارية؛ وCursor ينفذ |
| نموذج التسعير | حسب الاستهلاك مع فئات خطط | اشتراك شهري ثابت مع مجموعات رصيد |
الحكم النهائي: هل Devin AI يستاهل؟
Devin هو أقوى وكيل ترميز مستقل اختبرته. خطط للمشروع، واختار التقنيات المناسبة، وأنشأ قاعدة كود منظمة، وطلع أساسًا جاهزًا للإنتاج بأقل قدر من التوجيه. بخلاف أغلب أدوات البرمجة بالذكاء الاصطناعي، هو تعامل مع المهمة مثل مهندس برمجيات، مو مجرد مولد كود.
عيوبه واضحة بنفس القدر. الخطة المجانية محدودة زيادة عن اللزوم لتقييم مفيد، وDevin Local ما زال يتطلب موافقة متكررة أثناء التنفيذ، والتسعير حسب الاستخدام ممكن يصير غالي مع المشاريع الكبيرة.
للمطورين المحترفين وفرق الهندسة، Devin يقدر يسرّع بشكل كبير تأسيس المشاريع الجديدة والشغل المتكرر. هو أقل مناسبة لغير التقنيين أو لأي شخص يتوقع تجربة بدون تدخل تقريبًا. إذا كنت تبي وكيل ذكاء اصطناعي يقدر يتولى مهام تطوير كبيرة بدل ما يكتفي يقترح كود، Devin حاليًا يضع المعيار.
