بديل Devin: نسّق الوكلاء الذين تدفع مقابلهم بالفعل

معظم الفرق التي تبحث عن بديل لـ Devin لا تشكو من الاستقلالية، بل هي تجري حساباتها فحسب.

أنت تدفع بالفعل مقابل مقاعد Claude Code. ولدى أحد أفراد الفريق خطة ChatGPT تتضمن Codex. وربما هناك اشتراك في Cursor أيضاً. ثم يأتي وكيل ثانٍ يُحاسَب بالاستهلاك وله نموذج استهلاك خاص به، فتتحول المسألة من «هل هذا الوكيل جيد؟» إلى «لماذا أدفع مقابل قدرة وكلاء مرتين؟». لهذا السؤال إجابة جيدة، وهي ليست دائماً «اترك Devin». يغطي هذا الدليل الحالات التي يكون فيها Devin الأداة المناسبة، وما هي البدائل فعلاً، وكيف يندرج Sharkly في الصورة عبر تنسيق الوكلاء الذين تدفع مقابلهم بالفعل بدلاً من إضافة وكيل آخر.

باختصار

Devin هو مهندس البرمجيات المستقل من Cognition، ويُحاسَب عبر وحدات حوسبة الوكيل (Agent Compute Units) التي تقيس وقت العمل المستقل الفعلي للوكيل، لا المقاعد وحدها. يناسب هذا النموذج العمل الذي تريد تسليمه من البداية إلى النهاية. لكنه يناسب بدرجة أقل الفرق التي يمتلك مطوروها بالفعل اشتراكات وكلاء قادرة، ويكون الناقص لديها هو التنسيق لا وكيلاً إضافياً. Sharkly هو البديل لتلك الحالة الثانية: فهو يشغّل بيئات التشغيل (Runtimes) التي تمتلكها فرقك بالفعل، على الأجهزة (Computers) التي تربطها، عبر مهمة مشتركة (Task) تحتفظ بأثر التنفيذ والمراجعة البشرية. ومن الخيارات الحقيقية الأخرى Conductor للتشغيل المحلي المتوازي على macOS، وTembo للجلسات المستضافة التي تصل إليها عبر أدواتك الحالية، وLinear للتفويض إذا كان وكلاؤك مضافين إلى قائمته بالفعل.

ما الذي يتفوق فيه Devin فعلاً

صفحة بدائل تبدأ بذم الأداة القائمة ليست مفيدة، لذا إليك الحجّة للبقاء عليها.

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

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

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

إذا كان عنق الزجاجة لديك هو «لدينا عمل محدد جيداً أكثر من عدد المهندسين المتاحين لبدئه»، فإن Devin يستهدف ذلك مباشرة. أبقِه.

الأسباب الثلاثة التي تدفع الفرق للبحث عن بديل

الدفع مرتين مقابل قدرة الوكلاء. هذا هو السبب الأكثر شيوعاً. فالفريق الذي يمتلك اشتراكات Claude Code وCodex لديه بالفعل وكلاء أقوياء مثبَّتون وموثَّقون ومهيَّؤون بالسياق المحلي. وإضافة وكيل يُحاسَب بشكل منفصل تعني ميزانيتين لقدرة متداخلة، والميزانية الثانية هي المتغيّرة.

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

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

هذا السبب الثالث هو الذي يستحق الدقة، لأنه يشير إلى فئة مختلفة من الأدوات.

فئات البدائل، بصراحة

وكيل مستقل آخر. تتنافس Factory وZencoder ومنتجات مشابهة على العمل نفسه القائم على التسليم الكامل. إذا كانت الاستقلالية هي ما تريده ولم يكن Devin هو الخيار المناسب، فهنا يجب أن تبحث. لكن التبديل داخل الفئة نفسها يبقي اقتصاديات الوكلاء المحاسَبين بالاستهلاك.

مشغّل محلي متوازٍ. يشغّل Conductor وكلاء Claude Code وCodex وCursor بالتوازي في مساحات عمل معزولة على جهاز Mac. الأداة مصقولة، وتتيح لك الفئة المجانية استخدام اشتراكاتك ومفاتيحك الخاصة. لكن القيد هو المنصة: توثيق Conductor ينص على أنه غير متاح لـ Windows أو Linux بعد.

تنسيق مستضاف. يشغّل Tembo وكلاء البرمجة في جلسات سحابية تصل إليها عبر Slack وLinear وGitHub وSentry، مع رصيد محدد بالدولار يغطي استخدام البوابة وحوسبة الجهاز الافتراضي للجلسة. فتتوقف عن إدارة الأجهزة وتبدأ بالدفع مقابل الحوسبة.

التفويض من أداة التتبع. إذا كان وكلاؤك مضافين بالفعل إلى قائمة Linear، فقد يكون التفويض من المشكلة هو كل الطبقة التي تحتاجها. يبقى الإنسان هو المكلَّف الأساسي ويُضاف الوكيل كمساهم.

نظام عمل يجري التنفيذ في قاعدته. هذه هي الفئة التي يندرج تحتها Sharkly، وهي التي تناسب حالة «ندفع بالفعل مقابل الوكلاء، ونحتاج إلى التنسيق».

ويستعرض دليلنا المجمّع عن أفضل أدوات إدارة وكلاء البرمجة المتوازيين المزيد منها جنباً إلى جنب.

كيف يعمل حلّ التنسيق

ابدأ بالحدود، لأنها تمنع تقييماً مضيَّعاً للوقت. Sharkly ليس بديلاً عن Claude Code أو Codex أو أدوات التنفيذ الأخرى، بل يضيف طبقة المهمة المشتركة والجهاز والسياق والتحكم والمراجعة حول الأدوات التي يستخدمها فريقك بالفعل. وإذا كنت تريد مورّداً واحداً يملك المهمة كاملة من البداية إلى النهاية، فذلك شكل Devin لا هذا.

ما يفعله Sharkly بدلاً من ذلك هو جعل الوكلاء الذين تدفع مقابلهم بالفعل يتصرفون كأعضاء في الفريق.

يوفّر الجهاز (Computer) مضيف التنفيذ لعمل الوكيل: حاسوب محلي، أو خادم بعيد، أو حاوية، أو مضيف سحابي مدعوم. وتربطه خدمة محلية صغيرة بـ Sharkly، فتكتشف بيئات التشغيل المتاحة، وتستقبل العمل، وتجهّز دليل المهمة، وتشغّل بيئة التشغيل المختارة، وتبثّ التقدّم عائداً. وبيئة التشغيل التي تعمل هي تلك التي ثبّتها المطوّر لديك ووثّقها بالفعل، لذا يستمر استخدام النموذج عبر الاشتراكات أو مفاتيح API المهيأة في تلك الأدوات.

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

والمهمة (Task) هي الوحدة الأساسية للعمل. تحمل الهدف، والشخص المسؤول عنها، والوكيل أو الفريق المكلّف بتنفيذها، والتعليقات، وحالة تنفيذ الوكيل وأثره ونتيجته. وتوجد المراجعة بجوار الأدلة بدلاً من أن تصل كطلب سحب غير مبرَّر.

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

مثال عملي

قيّمت فرقة من ستة أشخاص Devin لمجموعة متراكمة من إصلاحات الأخطاء محددة النطاق، وأعجبهم الناتج. لكن ما أوقفهم كان الميزانية الثانية: خمسة من الستة لديهم Claude Code بالفعل، واثنان لديهما Codex عبر ChatGPT.

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

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

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

أما العمل القابل للتسليم فعلاً، تذكرة أو اثنتان شهرياً لم يرغب أحد في بدئهما، فقد أبقوا مقعد Devin من أجله. وهذه نتيجة معقولة، لا تنازل.

Devin مقابل طبقة تنسيق: مقارنة منصفة

أخطاء شائعة عند التبديل

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

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

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

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

الخاتمة

النسخة الصادقة من هذه المقارنة: إذا كانت مشكلتك أنك تحتاج إلى تسليم العمل من البداية إلى النهاية وأنك مستعد للدفع مقابل استقلالية محاسَبة بالاستهلاك، فـ Devin مبني لذلك، والبدائل داخل فئته هي التي يجب أن تنظر إليها.

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

لهذا الغرض وُجد Sharkly. اربط جهازاً واحداً، وأنشئ وكيلاً واحداً، وأسند مهمة صغيرة واحدة قبل أن تقرر أي شيء أكبر.

الأسئلة الشائعة

هل Sharkly بديل مباشر لـ Devin؟ لا. Devin وكيل مستقل، أما Sharkly فهو الطبقة المحيطة بالوكلاء، وهو يشغّل الوكلاء الذين يستخدمهم فريقك بالفعل. والفرق التي تريد تسليماً كاملاً لبعض العمل كثيراً ما تحتفظ بالاثنين معاً.

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

كم يكلّف Devin؟ تحاسب Cognition على Devin بوحدات حوسبة الوكيل، التي تقيس عمل الوكيل المستقل الفعلي، إلى جانب فئات الخطط. راجع devin.ai/pricing للحصول على الأرقام الحالية، فقد تغيّرت أكثر من مرة.

ما الوكلاء الذين يستطيع Sharkly تشغيلهم؟ أي بيئة تشغيل تكتشفها الخدمة المحلية على الجهاز المتصل، وأي ACP Runtime مخصص تهيّئه بأمر تشغيل خاص به.

هل يمكنني تشغيل الوكلاء على خادم بدلاً من الحواسيب المحمولة؟ نعم. يمكن أن يكون الجهاز حاسوباً محلياً، أو خادماً بعيداً، أو حاوية، أو مضيفاً سحابياً مدعوماً، وتُثبَّت أداة سطر الأوامر والخدمة المحلية على macOS وLinux وWindows.

وماذا لو كان فريقي يعمل على Windows؟ تغطي مثبّتات Sharkly نظام Windows، والمثبّت الحالي لـ Windows مخصص لمعمارية AMD64 فقط. ويستحق ذلك التحقق مقابل البدائل، لأن بعض الأدوات في هذه الفئة تعمل على macOS فقط.