وكيل Cursor في الخلفية يحوّل Issue في GitHub إلى PR خلال حوالي 3 دقايق
وجّه الوكيل لمسألة في مستودع Terraform؛ فتح PR بتغييرات كود قوية، لكن العنوان والوصف احتاجوا تعديل يدوي.
- الجهة
- مطوّر (مقال في medium.com)
- المجال
- البرمجة
- الأداة
- Cursor
- المصدر
- Agent Use Cases (عن medium.com)
تاريخ الاطلاع على المصدر: 3 نوفمبر 2026
وش كانت المشكلة؟
تحويل مسألة مفتوحة إلى PR جاهز ياخذ وقت تجهيز وبيئة.
وش سوّوا؟
الكاتب أوقف وضع الخصوصية في Cursor (المطلوب للمعاينة)، جهّز آلة وكيل خلفية لمستودع terraform-aws-ecr، استخدم واجهة Cursor لفحص الـlinters وإصلاح بيئة Python. المسائل كانت منشأة عبر GitHub MCP. وجّه الوكيل للمسألة رقم 33 وقبل عرضه بفتح PR.
النتيجة حسب المصدر
- الوكيل خلّص خلال حوالي 3 دقايق وتغييرات الكود كانت قوية.
- وصف الـPR كان ناقص والعنوان ما اتبع صيغة release-please فما اشتغل PR الإصدار؛ أكمل الوصف بملخص Copilot.
- تكلفة التجربة 4.63 دولار لمسألة بسيطة لأن وكلاء الخلفية يستخدمون نماذج MAX حاليًا، ووضع حد إنفاق 20 دولار.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
راجع عنوان ووصف الـPR قبل الدمج. راقب تكلفة وكلاء الخلفية.
كيف تسويها بنفسك؟
- اضبط حد الإنفاق وبيئة المستودع.
- وجّه الوكيل لرقم المسألة بوضوح.
- راجع الفروقات والاختبارات.
- أصلح العنوان والوصف حسب قواعد الإصدار عندك.
برومبت جاهز تبدأ فيه
في المستودع [owner/repo]، اشتغل على المسألة رقم [الرقم]. افهم المطلوب، طبّق أقل تغيير يحققها، شغّل الفحوصات المتاحة، وافتح PR. قبل ما تخلّص اعرض ملخص الفروقات، وتأكد إن عنوان ووصف الـPR يطابقان قواعد الإصدار عندنا.
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
المصدر
آخر تحديث للصفحة: 3 نوفمبر 2026