Brex: وكلاء Cursor خلّوا مهندسًا واحدًا يرحّل 180 خدمة مصغّرة خلال شهر
Brex بنت وكيلين ذاتيي التصحيح على Cursor لترقية إصدار Micronaut في خدماتها: وكيل يكتب الكود ويفتح طلب سحب، ووكيل يتحقق ويصلّح.
- الجهة
- Brex
- المجال
- البرمجة
- الأداة
- Cursor
- المصدر
- Agent Use Cases + Brex Journal: ترحيل الخدمات بوكلاء Cursor
نُشر المصدر: 22 يوليو 2026
وش كانت المشكلة؟
ترقية إطار العمل عبر عشرات الخدمات كانت تتعثر، وأوقفوا الترحيل بعد ربع سنة بسبب الاحتكاك والوقت الهندسي المطلوب.
وش سوّوا؟
إنشاء تذكرة في Linear يشغّل وكيل توليد يبني محليًا ويصحّح نفسه ويفتح طلب سحب مسودة. بعدها وسم في GitHub يشغّل وكيل تحقق ينشر لبيئة التطوير ويشغّل اختبارات التكامل. الوكيل يوقف بعد 3 محاولات فاشلة ويرفع ملاحظاته، ومعه 11 مهارة صغيرة.
النتيجة حسب المصدر
- مهندس واحد رحّل 180 خدمة مصغّرة خلال شهر.
- عنوان المقال: تسريع ترقيات إطار العمل 32 ضعفًا.
- تكلفة ترحيل الخدمة الواحدة نزلت نحو 90% حسب Brex.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
مقال هندسي من Brex، ومذكور على Agent Use Cases. برومبت واحد ضخم من اللابتوب فشل؛ اللي نجح وكلاء سحابية ومهارات صغيرة وحد 3 محاولات. وبعض طلبات السحب نجحت بالاختبارات وسببت أخطاء خفيفة في الإنتاج.
كيف تسويها بنفسك؟
- قسّم الترحيل لمهام متكررة واضحة لكل خدمة.
- افصل وكيل الكتابة عن وكيل التحقق.
- حط حدًا لمحاولات التصحيح الذاتي.
- اكتب مهارة صغيرة لكل نوع خطأ متكرر.
- قوِّ الاختبارات قبل ما تعتمد على الوكيل.
برومبت جاهز تبدأ فيه
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
المصدر
آخر تحديث للصفحة: 8 نوفمبر 2026