ما هو Devin AI؟
Devin AI هو وكيل هندسة برمجيات مستقل تم بناؤه بواسطة Cognition. وعلى عكس مساعدي البرمجة الذين يقترحون أسطرًا أو يجيبون عن الأسئلة، يتلقى Devin موجز مشروع كاملًا، ويضع خطة معمارية، ويقسّم العمل إلى مهام مرتبة، ثم يكتب الكود، ويثبّت الاعتمادات، ويشغّل أوامر الطرفية، ويصحّح الأخطاء التي يواجهها على طول الطريق.
يعمل داخل Devin Desktop، وهي بيئة تطوير متكاملة مبنية على VS Code استحوذت عليها Cognition من Windsurf وأعادت بناءها لتكون طبقة الواجهة لبنية الوكيل الكاملة الخاصة بها.
الوكيل الذي يعمل داخل تلك البيئة ليس نافذة دردشة؛ بل هو عملية تعمل على جهازك المحلي أو في صندوق رمل سحابي، وتحرر ملفات حقيقية، وتستدعي مديري الحزم الحقيقيين، وتنتج دليل مشروع يعمل مع قرارات متخذة مسبقًا.
لمن يُعد Devin AI مناسبًا؟
- المطورون الذين يريدون تفويض الأعمال الروتينية. إذا كنت تحتاج إلى إعداد هيكل مشروع مع المصادقة، ونظام دفع، ومخطط قاعدة بيانات قبل أن تكتب سطرًا واحدًا من منطق الأعمال، فإن Devin يتولى هذه الأساسيات دون أن يُلزمك بالبقاء أمام لوحة المفاتيح.
- المؤسسون المنفردون الذين يطلقون برمجيات إنتاجية. Devin يخطط المعمارية، ويولّد إعدادات Docker، ويكتب ملفات البيئة، وينتج مسارات API في الجلسة نفسها. بالنسبة لمؤسس يعمل بمفرده، فإن ذلك يوفر ساعات من أعمال الإعداد في كل مشروع.
- فرق الهندسة التي لديها قائمة مهام واضحة ومحددة. تربط الخطط المدفوعة Devin بـ Slack وLinear وGitHub، مما يجعل من الممكن إسناد المهام إليه كما لو كان مهندسًا مبتدئًا، ثم مراجعة الناتج كطلب سحب.
- المطورون ذوو الخبرة القادرون على قراءة الكود المُولّد نقديًا. مخرجات 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 | توليد متكامل، توجيه متعدد النماذج، تهيئة API قائمة على الأدوار، Docker، مخطط Prisma، تكامل Stripe، وتخطيط مستقل لـ 15 مهمة من مطالبة واحدة. لا توجد أداة أخرى في هذه السلسلة تقترب من ذلك. |
| التصميم والتخصيص | 8.5 | البيئة نظيفة، ومصممة باحتراف، وتشعر بالنضج. أما التصميم البصري لما يبنيه Devin فهو قراره هو، وليس قرارك، وهذا يحد من التخصيص في جانب المخرجات. |
| القيمة مقابل المال | 8.5 | رصيد $10 عند التسجيل حقيقي وليس خدعة. تسعير Pro عادل للمطورين النشطين. الخطة المجانية مقيدة أكثر من اللازم لاختبار حقيقي، والخطة الأعلى سعرًا مرتفعة بالنسبة للاستخدام الفردي. |
| الأداء والموثوقية | 9.0 | يصحح نفسه عند فشل البيئة دون أن يُطلب منه ذلك. كان اختيار الاعتمادات دقيقًا منذ المطالبة الأولى. التعثر الوحيد كان فشل تثبيت أمر طرفية بصمت أثناء الإعداد الأولي. |
| الإجمالي | 9.3 | يخطط Devin للمعمارية قبل البناء، ويكتب الكود بأنماط تفويض صحيحة من المحاولة الأولى، ويتكيف مع أعطال البيئة دون تدخل بشري. |
ميزات Devin AI
- تخطيط معماري مستقل متعدد الخطوات
- توليد كود متكامل في الطرفية المحلية
- توجيه متعدد النماذج (Claude وGPT وسلسلة SWE)
- تكامل مع GitHub وGitLab وBitbucket للمستودعات
- تكامل Slack وLinear لسير عمل التذاكر (مدفوع)
- توليد Docker وتهيئة بيئة الإنتاج
- تهيئة مسارات API وقاعدة البيانات القائمة على الأدوار
مراجعتي الصادقة لـ Devin AI: ما الذي وجدته بعد اختباره
قبل الدخول في ما وجدته أثناء الاختبار، من المهم أن نكون دقيقين بشأن ما هو Devin بالفعل، لأنه يقع في فئة مختلفة عن الأدوات الأخرى في هذا المجال.
معظم أدوات البرمجة بالذكاء الاصطناعي هي مساعدين. أنت تسأل، وهم يولدون، وأنت تراجع، وأنت تلصق. التفكير فكرتك، والكتابة نصهم.
Devin هو وكيل. يتلقى موجزًا، ويضع خطة، ثم يعمل عبر تلك الخطة عن طريق تشغيل أوامر حقيقية في طرفية حقيقية على جهازك. يثبّت الحزم، وينشئ المجلدات، ويكتب الملفات، ويقرأ مخرجات الأخطاء، ويعدّل عندما يحدث خطأ ما. أنت لا توجهه في كل خطوة؛ بل توافق أو ترفض الخطوات التي يختارها.
هذا التمييز يغيّر شكل الاختبار العادل. لم أقيّم Devin على قدرته على الإكمال التلقائي لدالة أو شرح تتبع مكدس. بل قيّمته بالطريقة التي تقيم بها مهندس برمجيات مبتدئًا: هل يستطيع أخذ موجز مشروع مفصل، والتخطيط للعمل قبل لمس لوحة المفاتيح، واختيار الاعتمادات الصحيحة، وكتابة منطق التفويض بشكل صحيح من المرة الأولى، وإصلاح أخطائه بنفسه دون أن يُقال له ما الذي حدث خطأ؟
الأقسام أدناه توثق ذلك بدقة.
من الصفحة الرئيسية إلى لوحة التحكم: ما الذي يحدث في الدقائق الخمس الأولى
تحمل الصفحة الرئيسية لـ Devin عنوانًا واحدًا: “Devin, the AI software engineer.” ويظهر زر “Try Devin” في أعلى اليمين.

النقر عليه ينقلك إلى شاشة تسجيل تعرض أربعة مسارات:
- Continue with GitHub
- Continue with Google
- Continue with Windsurf
- Email address and Sign up

استخدمت GitHub. اكتملت عملية OAuth في أقل من ثلاثين ثانية.
شاشة التسعير تأتي بعد ذلك، قبل لوحة التحكم. هذا ليس طلب تجربة أو نافذة بيع إضافية؛ بل هي أول شاشة تراها بعد المصادقة. تُعرض ثلاث خطط مدفوعة، مع رابط رمادي صغير “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 Assistant الأصلي إلى التقاعد واستبداله بـ 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. وأسفلها ظهرت ثلاثة مطالبات جلسة مقترحة: “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 مهمة، بترتيب صحيح:
- 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

كل أداة برمجة ذكاء اصطناعي أخرى وضعتُ فيها هذا الموجز عبر سلسلة المراجعة هذه بدأت في توليد الملفات فورًا. أما Devin فتعامل مع الموجز كما سيتعامل معه مطور كفء: افهم ما الذي تبنيه قبل كتابة أي سطر.
الناتج المعماري وحده يميّز Devin عن كل شيء آخر في هذه السلسلة. إن مخططًا لسبعة نماذج وخطة بناء صحيحة الترتيب من 15 مهمة، ناتجين من مطالبة نصية بسيطة واحدة، قبل كتابة أي كود، ليس مجرد خدعة استعراضية. إنه سلوك أداة تفهم بنية البرمجيات، لا مجرد صياغة الكود.
نمط Allow/Reject: ضروري لكنه حاضر مع كل أمر واحد
بمجرد تأكيد الخطة، بدأ Devin التنفيذ. وما تلا ذلك كان الاحتكاك المحدد لتجربة Devin Local: كل أمر طرفية تطلّب موافقتي قبل أن يُنفذ، وكل تغيير ملف ظهر كفرق يتطلب قرار 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 (إعادة محاولة خاصة بالإصدار بعد تحذير engine)، إلخ.
بين الأوامر، كانت تظهر فروق فردية للملفات مع خيارات Accept أو Reject لكل ملف، إلى جانب شريط أدوات يعرض “Quick review” و”Reject all” و”Accept all” على مستوى الدُفعات.

ظهر مربع حوار أمني “Do you trust the authors of the files in this folder?” في منتصف البناء عندما فتح Devin مجلد المشروع في المحرر لأول مرة.

منطق التصميم سليم. فلن تسلّم وصولًا غير خاضع للإشراف من آلة إلى نظام ملفاتك المحلي لعملية مجهولة، وآلية الموافقة تبقيك على اطلاع. لكن كثرة خطوات الموافقة أثناء بناء معقد تعني أنك لا تفوّض العمل وتبتعد.
أنت تجلس بجانب Devin، وتضغط Allow كل دقيقتين إلى ثلاث دقائق. Devin Cloud، الذي يزيل هذا الاحتكاك عبر تشغيل الوكيل في بيئة سحابية معزولة حيث تراجع الناتج النهائي كطلب سحب، يتطلب اشتراكًا مدفوعًا.
الحكم: نمط الموافقة هو الخيار الأمني الصحيح. خيار “Accept all” يقلل الاحتكاك بشكل كبير، ومربع Trust Folder خطوة لمرة واحدة. لكن على الخطة المجانية، يتعارض هذا الأسلوب مع وعد الاستقلالية. التفويض الحقيقي على Devin يتطلب الوكيل السحابي، وهذا يعني الدفع.
ما الذي بناه Devin فعليًا: كود بمستوى مطوّر من الجلسة الأولى
بحلول الوقت الذي وصلت فيه الجلسة إلى مهمتين مكتملتين من أصل 15، لم تكن الملفات التي تم إنتاجها ما كنت أتوقعه من وكيل مستقل على موارد مجانية.
ملف env.example لم يكن قالبًا فارغًا. بل كان إعدادًا إنتاجيًا منظمًا بشكل صحيح:
| القسم | المتغيرات المُولَّدة |
|---|---|
| Database | DATABASE_URL (صيغة PostgreSQL مع عناصر نائبة) |
| 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 model مع MaintenanceStatus enum (لتتبع الحالة)، وحقل DateTime قابلًا للإلغاء باسم completedAt ، وحقل createdAt بافتراض now(). تعكس تلك القرارات على مستوى الحقول حكمًا حقيقيًا في تصميم قواعد البيانات، لا نسخًا آليًا.
ملف route.ts لنقطة نهاية users API كان يحتوي على:
- فحص مصادقة (if (!session?.user)) يعيد 401 قبل أي وصول إلى البيانات
- فحص قائم على الدور (if (session.user.role !== “LANDLORD”)) يعيد 403 للمستخدمين غير المالِكين
- استعلام Prisma يستخدم select لإرجاع id وname وemail وrole, phone وcreatedAt فقط، بدلًا من كائن المستخدم الكامل
استخدام select بدلًا من إرجاع سجل Prisma الكامل هو ممارسة إنتاجية صحيحة. فهو يمنع التسرب غير المقصود للحقول الحساسة مثل تجزئات كلمات المرور.

لحظة التصحيح الذاتي حدثت عندما أظهر 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 والنماذج مفتوحة المصدر) يمدد حصتك
- جميع المدفوعات غير قابلة للاسترداد إلا حيث يقتضي القانون ذلك (وفقًا لشروط الخدمة)
- لا توجد ضمانة لاستعادة الأموال
- يضيف Devin رصيدًا بقيمة $10 عند ربط حساب GitHub أثناء التسجيل، ويُحتسب ضمن جلستك الأولى
أي خطة تناسب أي مستخدم:
الخطة المجانية تكفي لترى كيف يخطط Devin البناء ويبدأه. لكنها لا تكفي لإكمال مشروع ذي تعقيد حقيقي قبل نفاد الحصة. Pro هو نقطة البداية الصحيحة للمطورين الأفراد الذين يديرون جلسات مشروع منتظمة.
Teams مخصصة لفرق الهندسة التي تحتاج إلى إسناد المهام إلى Devin كما لو كانت تسند التذاكر إلى مهندس مبتدئ، ثم مراجعة الناتج من خلال لوحة مركزية.
بدائل Devin AI
أقرب بديل لـ Devin هو Cursor AI، وهو محرر كود معتمد على الذكاء الاصطناعي ومبني على فرع من VS Code يبقي المطور مشاركًا بنشاط أثناء توليد الكود بدلًا من تفويض المهام إلى وكيل مستقل. الفرق الأساسي هو أين يوجد التفكير أثناء العمل.
مع Cursor، تبقى داخل محررك، وتشاهد التغييرات وهي تتشكل، مع خطوات وسيطة مرئية ويسهل التراجع عنها. Cursor يناسب المطورين الذين يريدون حلقة تغذية راجعة ضيقة مع الذكاء الاصطناعي. أما Devin فيناسب المطورين الذين يريدون تفويض مهمة ومراجعة النتيجة.
لقد قلّص Agent Mode وBackground Agents في Cursor بعض الفجوة، مع القدرة على تحرير ملفات متعددة، وتشغيل أوامر الطرفية، والتكرار على الأخطاء. لكن Cursor يظل أفضل عندما يراجع المطور الخطوات في الوقت الفعلي.
Devin يتعامل مع نطاق الفريق بشكل أكثر طبيعية من خلال تحديد الأهداف مقدمًا وإظهار التقدم مركزيًا. أما Cursor فيُحسن خدمة الأفراد، لكنه يصبح أصعب في التنسيق عبر فرق أكبر لأن السياق غالبًا ما يُحفظ بشكل غير رسمي لدى من يعمل داخل المحرر.
| الميزة | Devin AI | Cursor |
|---|---|---|
| سهولة الاستخدام | صعبة؛ مخصصة للمطورين فقط، وتتطلب Desktop | متوسطة؛ مستخدمو VS Code يتأقلمون بسرعة |
| الأفضل لـ | تنفيذ مهام مفوضة بشكل مستقل | برمجة تفاعلية يكون فيها المطور جزءًا من العملية |
| Backend & Data | متكامل؛ يولد المخطط والبيئة ومسارات API | وضع الوكيل يتعامل مع تعديلات متعددة الملفات؛ والمطور يوجه الاتجاه |
| مرونة التصميم | Devin يقرر المعمارية | أنت توجه المعمارية؛ وCursor ينفذ |
| نموذج التسعير | قائم على الاستهلاك مع مستويات خطط | اشتراك شهري ثابت مع حزم رصيد |
الحكم النهائي: هل Devin AI يستحق العناء؟
Devin هو أكثر وكيل برمجة مستقل اختبرته قدرةً. لقد خطط للمشروع، واختار التقنيات المناسبة، وأنشأ قاعدة شيفرة منظمة جيدًا، وأنتج أساسًا جاهزًا للإنتاج بأقل قدر من التوجيه. وعلى عكس معظم أدوات البرمجة بالذكاء الاصطناعي، فقد تعامل مع المهمة كما يتعامل مهندس برمجيات، لا كمولد كود.
سلبياته واضحة بنفس القدر. الخطة المجانية محدودة أكثر من اللازم لتقييم ذي معنى، وDevin Local ما يزال يتطلب موافقة متكررة أثناء التنفيذ، وقد يصبح التسعير القائم على الاستخدام مكلفًا للمشاريع الكبيرة.
بالنسبة للمطورين المحترفين وفرق الهندسة، يمكن لـ Devin أن يسرّع بشكل كبير إعداد المشاريع الجديدة والأعمال التطويرية المتكررة. وهو أقل ملاءمة للمستخدمين غير التقنيين أو لأي شخص يتوقع تجربة بلا تدخل تقريبًا. إذا كنت تريد وكيل ذكاء اصطناعي يمكنه تولي مهام تطوير كبيرة بدلًا من مجرد اقتراح الكود، فإن Devin يضع معيارًا رائدًا حاليًا.

