حوّل جلسات التصحيح المحبطة إلى حل منهجي للمشاكل باستخدام تقنيات مثبتة وأدوات قوية ونماذج منهجية تعمل عبر أي تقنية.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "debugging-strategies". My API is returning 500 errors intermittently. The logs show 'connection refused' but only sometimes.
Résultat attendu:
This sounds like an intermittent connectivity issue. Let's apply systematic debugging:
**1. Gather Information:** Check which specific requests fail, timing patterns, and compare working vs failing requests.
**2. Form Hypotheses:** Could be connection pool exhaustion, DNS resolution delays, load balancer issues, or timeout settings.
**3. Binary Search:** Start by checking if it correlates with high traffic periods. Look at connection pool metrics.
**4. Next Steps:** Check for connection leaks in your code, review timeout configurations, and examine load balancer logs during error periods.
Utilisation de "debugging-strategies". My Node.js app memory keeps growing until it crashes. How do I find the memory leak?
Résultat attendu:
Let's use memory profiling to find the leak:
**1. Enable Memory Tracking:** Add periodic heap snapshots using v8.writeHeapSnapshot() or use clinic.js
**2. Reproduce with Monitoring:** Run your app and trigger the suspected operations while monitoring heap usage
**3. Compare Snapshots:** Take snapshots before and after suspected operations, look for growing object counts
**4. Common Culprits:** Check for event listeners not removed, closures holding references, or growing caches
Audit de sécurité
SûrSecurity scanner flagged 48 potential issues in markdown documentation. After evaluation, all findings are false positives. The flagged patterns are code examples and documentation within markdown files, not executable code. External commands shown are educational CLI examples (git bisect, etc.). Network references are localhost debugging endpoints. This is a legitimate debugging education skill with no security concerns.
Score de qualité
Ce que vous pouvez construire
تصحيح حوادث الإنتاج
تحقيق وتشخيص أخطاء الإنتاج باستخدام الأساليب المنهجية، وجمع الأدلة بأمان دون إجراء تغييرات، وتحديد الأسباب الجذرية للحل السريع.
إصلاح اختناقات الأداء
قياس تطبيقات لتحديد العمليات البطيئة، وتحليل أنماط استخدام الذاكرة، وتحسين الكود بناءً على بيانات الأداء الفعلية وليس التخمين.
تتبع الأخطاء النادرة
تطبيق البحث الثنائي والتصحيح التفاضلي وتحليل التتبع لإيجاد الأخطاء التي تظهر فقط تحت شروط محددة أو في بيئات الإنتاج.
Essayez ces prompts
أرى هذا الخطأ: [ERROR_MESSAGE]. يحدث الخطأ عند [WHAT_TRIGGERS_IT]. هل يمكنك مساعدتي في تطبيق خطوات التصحيح المنهجية لإيجاد السبب الجذري؟
تطبيق [APPLICATION/COMPONENT] يعمل ببطء. يستغرق [TIME] لإكمال [OPERATION]. جربت [WHAT_YOU_TRIED]. ساعدني في استخدام أدوات القياس لإيجاد الاختناق.
لدي خطأ يحدث [FREQUENCY] لكن لا يمكنني إعادة إنتاجه بشكل موثوق. يبدو أنه يؤثر على [WHAT_IT_AFFECTS]. ما الاستراتيجيات التي يمكنني استخدامها لتتبع هذا؟
ساعدني في تصحيح مشكلة إنتاج بأمان. يمكنني رؤية [ERROR/SYMPTOMS] في [WHERE_YOU_CAN_SEE_IT]. ماذا يجب أن أتحقق أولاً وكيف أتجنب تفاقم الأمور؟
Bonnes pratiques
- قم دائماً بإعادة إنتاج المشكلة محلياً قبل محاولة إصلاحات لضمان فهمك للمشكلة
- غيّر شيئاً واحداً في كل مرة أثناء التصحيح لعزل ما الذي يُصلح المشكلة فعلاً
- وثّق اكتشافتك وفرضياتك أثناء العمل لمساعدة جلسات التصحيح المستقبلية
- استخدم سجل تاريخ التحكم بالإصدار (git bisect) لإيجاد متى تم إدخال الانحدارات
Éviter
- إجراء تغييرات متعددة في وقت واحد دون تتبع ما الذي أصلح المشكلة
- افتراض أن المشكلة معقدة عندما يمكن أن تكون خطأ إملائي بسيط أو مشكلة تكوين
- تجاهل رسائل الأخطاء وتتبع المكدس - عادةً تحتوي على أدلة قيمة
- التصحيح في الإنتاج بدون مراقبة مناسبة أو خطط تراجع