iterate-pr
أتمتة تكرار طلب السحب حتى اجتياز التكامل المستمر
غالبًا ما تتطلب إصلاحات طلبات السحب عدة تكرارات بسبب حالات فشل التكامل المستمر وملاحظات المراجعة. تقوم هذه المهارة بأتمتة دورة التغذية الراجعة والإصلاح والدفع والانتظار بالكامل حتى تتمكن من التركيز على كتابة التعليمات البرمجية بينما تتولى هي التحقق من الحالة وجمع التغذية الراجعة ودفع الإصلاحات.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "iterate-pr". PR has 2 failing CI checks and 3 review comments
النتيجة المتوقعة:
Checked CI: 2 failed, 0 pending. Gathered 3 review comments. Fixed failing tests in test_api.py (line 45-52) and updated type hints in models.py. Pushed changes. Waiting for CI - all checks now passing.
استخدام "iterate-pr". Codecov check pending, reviewer requested docstring updates
النتيجة المتوقعة:
Waiting for codecov check (pending). Addressed review feedback: added docstrings to UserService class methods. Skipped 1 comment - issue was already fixed in commit abc123. Pushed updates. CI passed after codecov completed.
التدقيق الأمني
آمنThis skill is safe for publication. Static analysis flagged 46 patterns in SKILL.md, but all are false positives. The file is markdown documentation showing bash command examples, not executable code. Commands use GitHub CLI (gh) and git with hardcoded arguments. No user input injection vectors, no external network calls beyond GitHub API, and no malicious patterns detected.
عوامل الخطر
⚙️ الأوامر الخارجية (9)
درجة الجودة
ماذا يمكنك بناءه
حل فشل التكامل المستمر
أصلح تلقائيًا عمليات التحقق الفاشلة في التكامل المستمر عن طريق قراءة السجلات وتحديد الأسباب الجذرية ودفع الإصلاحات المستهدفة حتى يمر خط الأنابيب.
الرد على مراجعة الكود
معالجة تعليقات المراجعين والتغذية الراجعة المضمنة وإجراء التغييرات المطلوبة ودفع التحديثات بدون التتبع اليدوي لكل تعليق.
أتمتة طلب السحب من البداية للنهاية
تشغيل حلقة التكرار الكاملة من فحص التكامل المستمر خلال جمع التغذية الراجعة إلى نشر الإصلاح حتى يصبح طلب السحب جاهزًا للدمج.
جرّب هذه الموجهات
Check the CI status on my current PR. If any checks failed, read the logs and fix the issues. Push the changes and wait for CI to pass.
Gather all review comments on my PR including inline comments. Validate each piece of feedback against the code. Address valid feedback and explain why any feedback was skipped.
Run the complete PR iteration workflow: check CI status, wait for pending checks, gather all feedback, fix issues, push changes, and monitor until all checks pass. Stop if the same failure persists after 3 attempts.
Investigate why my PR CI is failing. Fetch the run logs for each failed check, analyze the errors, and provide a summary of what needs to be fixed before attempting changes.
أفضل الممارسات
- انتظر دائمًا عمليات التحقق المعلقة للتكامل المستمر (خاصة الروبوتات مثل codecov و linters) قبل جمع التغذية الراجعة لتجنب العمل المكرر
- اقرأ سجلات الفشل الفعلية بدلاً من افتراض ما فشل بناءً على أسماء عمليات التحقق فقط
- تحقق من كل قطعة من ا��تغذية الراجعة مقابل الكود - يمكن أن يكون المراجعون والروبوتات على خطأ أو يشيرون إلى مشكلات تم إصلاحها بالفعل
تجنب
- لا تجري تغييرات دون قراءة الكود ذي الصلة أولاً - افهم السياق قبل التعديل
- لا تحاول نفس الإصلاح أكثر من 3 مرات لنفس حالات الفشل - على الأرجح اختبار غير مستقر أو مشكلة أعمق تتطلب تدخلًا بشريًا
- لا تدفع التغييرات بينما عمليات التحقق للتكامل المستمر لا تزال معلقة - انتظر النتائج لتجنب التحديثات المتضاربة
الأسئلة المتكررة
ما هي الأدوات التي تتطلبها هذه المهارة؟
ماذا يحدث إذا لم يكن هناك طلب سحب لفرعي؟
كيف تتعامل المهارة مع الاختبارات غير المستقرة؟
هل تعدل هذه المهارة الكود تلقائيًا؟
هل يمكنني التركيز فقط على عمليات التحقق المطلوبة للتكامل المستمر؟
ماذا لو احتاج فرعي إلى إعادة تأسيس؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/web-app/public/skills/iterate-prمرجع
main
بنية الملفات
📄 SKILL.md