systematic-debugging
تصحيح الأخطاء بشكل منهجي
متاح أيضًا من: Cycleaddict,ZhanlinCui,DMJGilbert,Asmayaseen,DYAI2025,davila7,ChrisWiles,CodingCossack,Doyajin174,obra,Cygnusfear
لا تُهدر وقتك في إصلاحات عشوائية. تُعلم هذه المهارة مساعدات الذكاء الاصطناعي منهجية تصحيح منظمة تجد الأسباب الجذرية قبل محاولة الإصلاحات، مما يقلل وقت التصحيح من ساعات إلى دقائق.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "systematic-debugging". زر تسجيل الدخول لا يعمل. هل يمكنك إصلاحه؟
النتيجة المتوقعة:
قبل اقتراح الإصلاحات، أحتاج للتحقيق في السبب الجذري. دعني أجمع الأدلة: ما الخطأ الذي يظهر عند النقر على الزر؟ هل يمكنك مشاركة الكود ذي الصلة؟ هل عمل هذا من قبل؟ ماذا تغير مؤخراً؟
استخدام "systematic-debugging". واجهة برمجة التطبيقات ترجع خطأ 500 على نقطة النهاية /users
النتيجة المتوقعة:
باتباع التصحيح المنهجي: أولاً، سأعيد إنتاجه بشكل متسق لفهم الظروف الدقيقة. ثم سأتحقق من التغييرات الأخيرة التي قد تسبب ذلك، وتتبع تدفق البيانات من الطلب إلى الخطأ، وتحديد السبب الجذرية قبل اقتراح أي إصلاح.
استخدام "systematic-debugging". إصلاح استثناء المؤشر الفارغ في user-service.ts السطر 42
النتيجة المتوقعة:
سأتحقق من السبب الجذري أولاً. من أين تأتي القيمة الفارغة؟ من استدعى هذا بفارغ؟ دعني أتتبع عبر استدعاء المكدس للعثور على المصدر، ثم أصلح في المصدر بدلاً من إضافة كود دفاعي في السطر 42.
التدقيق الأمني
مخاطر منخفضةAll 126 static findings are false positives. The skill contains legitimate debugging methodology with example commands shown as educational content. JavaScript template literals were misidentified as shell execution. Environment variable checks are for NODE_ENV configuration. Keychain commands are debugging examples, not malicious access. No actual security risks found.
مشكلات منخفضة المخاطر (4)
درجة الجودة
ماذا يمكنك بناءه
إصلاح فشل الاختبارات المتكررة
عند فشل الاختبارات بشكل متقطع أو متسق، استخدم النهج المنظم لتتبع السبب بدلاً من تطبيق إصلاحات عشوائية تُخفي المشكلة الحقيقية.
تصحيح حوادث الإنتاج
عند حدوث مشاكل في الإنتاج، اتبع التحقيق المنظم لتحديد السبب الجذرية بسرعة بدلاً من تخمين الحلول تحت الضغط.
تعلمcipline التصحيح
يمكن للمطورين المبتدئين أو مساعدين الذكاء الاصطناعي تعلم منهجية تصحيح مثبتة تمنع الأخطاء الشائعة مثل التحسين المبكر أو إصلاح الأعراض فقط.
جرّب هذه الموجهات
أرى هذا الخطأ: [الصق الخطأ]. يرجى استخدام التصحيح المنهجي للتحقيق في السبب الجذرية قبل اقتراح أي إصلاحات.
لدينا خط أنابيب CI يقوم بالتوقيع والنشر. خطوة البناء والتوقيع تفشل. استخدم التصحيح المنهجي لتتبع الطبقة التي تسبب المشكلة.
هذا الاختبار [اسم الاختبار] يفشل. يرجى اتباع عملية التصحيح المنهجية لمعرفة السبب، ثم إنشاء حالة اختبار فاشلة قبل الإصلاح.
جربت ثلاثة إصلاحات لهذه المشكلة وكل منها كشف عن مشكلة جديدة في مكان مختلف. يرجى استخدام التصحيح المنهجي لتحديد ما إذا كانت هذه مشكلة معمارية.
أفضل الممارسات
- أكمل دائماً التحقيق في السبب الجذرية قبل اقتراح أي إصلاح - هذا يمنع إصلاح الأعراض بدلاً من الأسباب
- اجمع الأدلة من خلال إعادة الإنتاج والتأثير بدلاً من التخمين بناءً على الأعراض
- عندما فشلت ثلاثة إصلاحات أو أكثر، questioningالمعمار بدلاً من محاولة إصلاح آخر
- أنشئ حالة اختبار فاشلة قبل تنفيذ الإصلاح للتأكد من أن الإصلاح يحل المشكلة فعلياً
تجنب
- اقتراح إصلاحات دون إكمال التحقيق في السبب الجذرية للمرحلة الأولى
- تجربة إصلاحات عشوائية متعددة لمعرفة ما يعمل ('تصحيح الرشاش')
- تخطي خطوة إنشاء حالة الاختبار والتحقق يدوياً بدلاً من ذلك
- إضافة تغييرات متعددة دفعة واحدة 'لتوفير الوقت' - هذا يمنع عزل ما نجح فعلياً
الأسئلة المتكررة
متى يجب أن أستخدم هذه المهارة؟
هل هذا يبطئ التصحيح؟
ماذا لو كانت المشكلة بيئية حقاً أو خارجية؟
كيف أعرف متى أتساءل عن المعمار؟
هل يمكن لهذه المهارة المساعدة في مشاكل الأداء؟
ما التقنيات الداعمة المضمنة؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/systematic-debuggingمرجع
main