Lumos: Devin فتح 44 PR في 48 يوم واندمج منها 19، وأقواها في التنظيف وتحويل MUI إلى Tailwind
فريق Lumos للأمن السيبراني استخدم Devin في المهام الروتينية مثل حذف الكود غير المستخدم وتحويل مكونات React من MUI إلى Tailwind.
- الجهة
- Lumos
- المجال
- البرمجة
- الأداة
- Devin
- المصدر
- Agent Use Cases + Lumos blog: Cognition's Devin
نُشر المصدر: 11 ديسمبر 2024
وش كانت المشكلة؟
مهام صغيرة متكررة كثيرة كانت تثقل خطة التطوير.
وش سوّوا؟
خلّوا Devin يشغل الاختبارات، وعبّوا خاصية Knowledge بمعلومات خاصة بالكود. بعدها أعطوه طلبات قصيرة مثل تحويل مكونات MUI إلى Tailwind بأسلوبهم، والمهندسين راجعوا الـPR.
النتيجة حسب المصدر
- 44 PR خلال 48 يوم، اندمج منها 19.
- حذف الكود غير المستخدم كان أقوى استخدام، وPR منها اندمج بسرعة.
- تحويل MUI إلى Tailwind كان جيد لكن الـPR ما كان جاهز للدمج مباشرة.
- تشغيل الاختبارات قلل الحاجة لإعادة كتابة الـPR.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
من مدونة Lumos، ومذكورة على Agent Use Cases. يتوقعون إن الـlint وpre-commit hooks كانت بتحسن النتيجة.
كيف تسويها بنفسك؟
- خلّ الوكيل يشغل الاختبارات.
- اكتب له معلومات الكود الخاصة فيكم.
- ابدأ بمهام تنظيف واضحة.
- فعّل lint قبل فتح الـPR.
- راجع كل PR.
برومبت جاهز تبدأ فيه
حوّل المكون [اسم المكون] من MUI إلى Tailwind باستخدام ألواننا في [الملف]. شغّل الاختبارات وlint قبل ما تفتح PR، ولا تغيّر سلوك المكون.
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
مطوّر في Scott Logic بنى تطبيق حاسبات كربون بـ Devin وصغّر الكود حوالي 60% بخطة إعادة هيكلة منهDevin فتح PR يرقّي المكتبات ونزّل ثغرات npm في الواجهة من 103 إلى 2Cognition دمجت 659 طلب دمج من Devin في أسبوع واحد بمجرد ذكره في Slack وLinearدليل قريب: كيف تسوي موقع أو تطبيق بدون برمجةكل حالات الاستخدام
المصدر
آخر تحديث للصفحة: 10 نوفمبر 2026