مثال حقيقي · بناء التطبيقات بدون برمجة
أسند إصلاح الأخطاء والتنظيف إلى وكيل البرمجة في GitHub Copilot
ماذا فعلوا
سمح فريق .NET في مايكروسوفت للمشرفين بإسناد أعمال إلى وكيل البرمجة في Copilot داخل مستودع dotnet/runtime لمدة عشرة أشهر، ثم نشر الأرقام.
كيف كانت النتيجة
من أصل 878 طلب دمج أنشأها الوكيل، دُمج 535 (67.9% من الطلبات المحسومة، مقابل 87.1% لطلبات موظفي مايكروسوفت)، وتم التراجع عن 3 منها لاحقاً. حققت أعمال التنظيف والحذف أفضل نتيجة (84.7%) وأعمال الأداء أسوأها (54.5%). ورفع ملف تعليمات مشترك نسبة النجاح من 38.1% إلى 69%.
ما يجدر معرفته
أرقام ذاتية من الفريق الذي يطرح المنتج. طلب مشرف كل طلب دمج، و52% من الطلبات المدموجة احتاجت إلى تعديلات بشرية، ويقول الكاتب إن طاقة المراجعة أصبحت هي الاختناق.
جرّبها بنفسك مع GitHub Copilot
استبدل ما بين [الأقواس] بمعلوماتك.
مشكلة لوكيل البرمجة: [وصف واضح للخطأ مع خطوات إعادة إنتاجه]. النتيجة المتوقعة: [ما الذي يجب أن يحدث]. أضف اختباراً يفشل قبل إصلاحك وينجح بعده. اتبع الأعراف المذكورة في [ملف التعليمات، مثل AGENTS.md]. اجعل التعديل صغيراً واشرحه في وصف طلب الدمج.English version
Issue for the coding agent: [clear description of the bug with steps to reproduce]. Expected result: [what should happen]. Add a test that fails before your fix and passes after. Follow the conventions in [instructions file, e.g. AGENTS.md]. Keep the change small and explain it in the PR description.اقرأ المصدر الأصلي
Ten Months with Copilot Coding Agent in dotnet/runtime (.NET Blog) ↗
devblogs.microsoft.com · · مدونة الشركة
منسوب إلى المصدر المرتبط أدناه، وليس اختباراً من عندنا.
