team-collaboration-issue
حل مشكلات GitHub بشكل منهجي
حوّل تقارير الأخطاء الغامضة وطلبات الميزات إلى كود جاهز للإنتاج من خلال التحقيق المنهجي، والتطوير القائم على الاختبار، وسير عمل طلبات السحب الاحترافية التي تتبع ممارسات CI/CD الحديثة.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“team-collaboration-issue”。 ساعدني في تحقيق المشكلة #456 حيث لا يستطيع المستخدمون تسجيل الدخول بعد آخر نشر.
预期结果:
- تم استرداد تفاصيل المشكلة #456: تأثر 47 مستخدماً، المصادقة تفشل مع خطأ 'invalid token'
- تم إنشاء فرع hotfix: hotfix/issue-456-auth-failure
- تشغيل git bisect لتحديد التزام التراجع...
- تم العثور على: Commit abc123d قدم خطأ التحقق من الرمز المميز قبل يومين
- تم تنفيذ الإصلاح: أضيف فحص انتهاء صلاحية الرمز المميز بشكل صحيح مع تغطية الاختبار
- تم إنشاء PR #789 مع hotfix ونشره على staging
- التحقق: المصادقة تعمل الآن لجميع حسابات الاختبار
正在使用“team-collaboration-issue”。 نفذ ميزة تخصيص ملف المستخدم من المشكلة #789.
预期结果:
- تم إنشاء خطة تنفيذ مع 4 مراحل: المخطط، API، الواجهة الأمامية، الاختبار
- تم إنشاء الفرع: feature/issue-789-profile-customization
- اكتملت المرحلة 1: أُضيف نموذج قاعدة بيانات UserProfile مع حقول theme و language و timezone
- اكتملت المرحلة 2: نُفذت نقاط نهاية GET/PUT /api/profile مع المصادقة
- اكتملت المرحلة 3: أُضيف مكون إعدادات ملف التعريف للواجهة الأمامية
- اكتملت المرحلة 4: تم تحقيق تغطية اختبار 95% مع اختبارات الوحدة والدمج
- تم إنشاء PR #812 مرتبطاً بالمشكلة #789 مع توثيق شامل
- جميع فحوصات CI تمر، جاهز للمراجعة
安全审计
安全All 77 static findings are false positives. The skill contains only documentation with code examples in markdown code blocks (git commands, GitHub CLI usage, testing patterns). No executable code, scripts, or runtime behavior present. The external commands, network patterns, and cryptographic references are purely illustrative examples for developers to follow during issue resolution workflows.
质量评分
你能构建什么
إصلاح خطأ إنتاجي حرج
فرز وحل مشكلات الإنتاج P0 بسرعة التي تؤثر على المستخدمين من خلال تحليل السبب الجذري المنهجي باستخدام git bisect، وتنفيذ الإصلاحات العاجلة مع اختبار شامل، والنشر مع خطوات التحقق.
تنفيذ ميزة من مشكلة
حوّل طلبات الميزات إلى كود جاهز للإنتاج من خلال تقسيم المهام المنهجي، والتطوير القائم على الاختبار، وطلبات السحب الاحترافية التي تتبع معايير الفريق.
تحسين جودة الكود والعمليات
أنشئ سير عمل فريق متسق لحل المشكلات مع إدارة الفروع المناسبة، والاختبار الشامل، والتوثيق الذي يتوسع عبر فرق التطوير.
试试这些提示
ساعدني في حل مشكلة GitHub [ISSUE_NUMBER]. ابدأ بعرض تفاصيل المشكلة والتعليقات لفهم المشكلة.
تبدو المشكلة [ISSUE_NUMBER] كتراجع. ساعدني في استخدام git bisect لتحديد أي التزام قدم الخطأ، بدءاً من [BAD_COMMIT] كخاطئ و [GOOD_COMMIT] كعامِل.
نفذ الميزة الموضحة في المشكلة [ISSUE_NUMBER]. أنشئ فرع ميزة، وقسّم التنفيذ إلى مراحل، واكتب الاختبارات أولاً باستخدام TDD، وأنشئ طلب سحب مع توثيق شامل.
راجع تغييراتي للمشكلة [ISSUE_NUMBER] وساعدني في إنشاء طلب سحب احترافي مع وصف شامل يتضمن نهج الاختبار، وتأثير الأداء، وقائمة مرجعية.
最佳实践
- أنشئ دائماً فروع ميزات من الفرع الرئيسي باستخدام تسمية وصفية مثل feature/issue-123-short-description
- اكتب اختبارات فاشلة قبل تنفيذ الإصلاحات (التطوير القائم على الاختبار) لضمان حل الإصلاح للمشكلة الفعلية
- استخدم git bisect للبحث المنهجي عن التراجعات عندما أُدخلت الأخطاء في التزامات سابقة
- أنشئ طلبات سحب شاملة تربط بالمشكلات، وتصف التغييرات، وتتضمن قوائم مرجعية للاختبار
- تحقق من الإصلاحات في الإنتاج قبل إغلاق المشكلات وأضف تعليقات الحل للرجوع إليها مستقبلاً
避免
- تخطي مرحلة التحقيق والقفز مباشرة إلى تغييرات الكود دون فهم السبب الجذري
- إجراء التزامات مباشرة على main أو master بدلاً من استخدام فروع الميزات لعمل المشكلات
- كتابة كود بدون اختبارات مقابلة، مما يجعل التراجعات المستقبلية أكثر احتمالاً
- إنشاء طلبات سحب بدون ربط بالمشكلات أو تقديم أوصاف واضحة لما تم تغييره
- إغلاق المشكلات فوراً بعد دمج PRs بدون التحقق من أن الإصلاح يحل فعلياً المشكلة المبلغ عنها