📦

kaizen

آمن

Appliquer les méthodes Kaizen pour la qualité du code

Les équipes logicielles ont du mal avec la qualité de code incohérente et la gestion réactive des erreurs. Cette compétence fournit une méthodologie Kaizen structurée pour l'amélioration continue, la conception à l'épreuve des erreurs et le suivi de modèles standardisés.

يدعم: Claude Codex Code(CC)
🥉 74 برونزي
1

تنزيل ZIP المهارة

2

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

3

فعّل وابدأ الاستخدام

اختبرها

استخدام "kaizen". Appliquer Kaizen pour améliorer cette fonction qui calcule les totaux de commande

النتيجة المتوقعة:

  • Itération 1 - Ajouter la validation des entrées : Vérifier le tableau null/vide d'articles et les prix négatifs avant le calcul. Cela prévient les erreurs d'exécution.
  • Itération 2 - Améliorer la lisibilité : Remplacer la boucle for par reduce() pour une intention plus claire. La signature de type retourne explicitement un number.
  • Itération 3 - Ajouter des messages d'erreur : Lever des erreurs descriptives pour les entrées invalides au lieu des échecs silencieux. Chaque itération est testée et fonctionnelle.

استخدام "kaizen". Concevoir un type Order à l'épreuve des erreurs en utilisant Poka-Yoke

النتيجة المتوقعة:

  • Au lieu d'un objet simple avec un statut string, utiliser des types union discriminés où chaque état de commande a ses données requises.
  • Les commandes en attente nécessitent un timestamp createdAt. Les commandes expédiées nécessitent un trackingNumber. Les commandes livrées nécessitent une signature.
  • Le système de types rend impossible d'avoir une commande expédiée sans informations de suivi. Les erreurs de compilation préviennent des classes entières de bugs.

التدقيق الأمني

آمن
v1 • 2/25/2026

This skill is a documentation-only guide for Kaizen software development methodology. Static analysis flagged 73 patterns in code examples within markdown documentation, but all findings are false positives. The backtick operators are TypeScript template literals (not shell commands), fetch calls are educational examples (not actual network requests), and environment variable references teach secure validation practices. No executable code exists in this skill.

1
الملفات التي تم فحصها
733
الأسطر التي تم تحليلها
3
النتائج
1
إجمالي عمليات التدقيق
مشكلات منخفضة المخاطر (3)
External Command Pattern (False Positive)
Static analyzer detected 44 instances of backtick operators. These are TypeScript template literals used for string interpolation in code examples (e.g., `/users/${id}`), not Ruby/shell command execution. The skill contains documentation only with no executable code.
Network Pattern (False Positive)
Static analyzer detected fetch API calls and hardcoded URLs. These are educational code examples demonstrating proper API client patterns. The URLs are example placeholders (api.example.com), not actual external endpoints.
Environment Access Pattern (False Positive)
Static analyzer detected environment variable access and potential secret exposure. Line 304-306 shows educational content teaching secure config validation - specifically demonstrating how to throw errors when API_KEY is missing.
تم تدقيقه بواسطة: claude

درجة الجودة

38
الهندسة المعمارية
100
قابلية الصيانة
87
المحتوى
50
المجتمع
99
الأمان
91
الامتثال للمواصفات

ماذا يمكنك بناءه

Amélioration de la revue de code

Appliquer les principes Kaizen pendant les revues de code pour suggérer de petites améliorations incrémentales plutôt que d'exiger des réécritures complètes. Chaque suggestion est vérifiée et testée avant de passer à la suivante.

Conception d'API résistante aux erreurs

Utiliser les techniques Poka-Yoke pour concevoir des APIs TypeScript où les états invalides sont impossibles à représenter au moment de la compilation. Le système de types détecte les erreurs avant l'exécution.

Refactoring de code legacy

Appliquer l'approche de raffinement itératif : le faire fonctionner, le rendre clair, le rendre efficace. Chaque itération est complète et testée avant de passer à la suivante.

جرّب هذه الموجهات

Amélioration de code de base
Examinez cette fonction et suggérez une petite amélioration en suivant les principes Kaizen. Expliquez pourquoi ce changement améliore la qualité et vérifiez qu'il fonctionne avant de suggérer autre chose.
Conception à l'épreuve des erreurs
Analysez cette interface API en utilisant les principes Poka-Yoke. Montrez comment utiliser les types TypeScript pour rendre les états invalides impossibles à représenter. Fournissez des exemples avant et après avec les définitions de types.
Standardisation des modèles
J'ajoute une nouvelle fonctionnalité à cette base de code. Analysez les modèles de code existants pour [type de fonctionnalité] et montrez-moi comment implémenter la nouvelle fonctionnalité en suivant la même approche standardisée. Pointez vers des exemples spécifiques dans la base de code.
Refactoring YAGNI
Examinez ce code pour détecter les violations YAGNI. Identifiez toutes les fonctionnalités « au cas où », abstractions prématurées ou complexité inutilisée. Pour chaque problème, montrez la version la plus simple qui répond aux exigences actuelles et expliquez quoi supprimer.

أفضل الممارسات

  • Faire le plus petit changement viable qui améliore la qualité, vérifier qu'il fonctionne, puis passer à l'amélioration suivante
  • Valider les entrées et la configuration aux limites du système, échouer rapidement avec des messages d'erreur clairs
  • Suivre les modèles de la base de code existante pour la cohérence. Introduire de nouveaux modèles uniquement lorsqu'ils sont significativement meilleurs et approuvés par l'équipe

تجنب

  • Tenter de grands projets de refactoring au lieu d'améliorations incrémentales
  • Construire des frameworks génériques ou des abstractions avant d'avoir plusieurs cas d'usage éprouvés
  • Ajouter des fonctionnalités « au cas où » ou optimiser sans mesurer les problèmes de performance réels

الأسئلة المتكررة

Quand devrais-je utiliser Kaizen plutôt que de faire une réécriture complète ?
Kaizen fonctionne pour la plupart des améliorations. Les réécritures sont rarement la solution. Décomposer les grands problèmes en petites améliorations testables. Chaque itération devrait laisser le code fonctionnel et meilleur qu'avant.
Comment appliquer Poka-Yoke dans les langages dynamiquement typés ?
Utiliser la validation d'exécution aux limites, les fonctions d'assertion et les types étiquetés. Bien que moins fort que la vérification au moment de la compilation, la validation précoce avec des erreurs claires prévient toujours de nombreux problèmes en production.
Que faire si mon équipe n'a pas de modèles établis ?
Commencer par documenter les modèles observés dans le code fonctionnel. Proposer des standards basés sur des modèles existants réussis. Utiliser des linters et la vérification de types pour automatiser l'application une fois approuvés.
Comment savoir si une abstraction est prématurée ?
Attendre la règle de trois : implémenter le même modèle trois fois à différents endroits, puis abstraire. La duplication est moins coûteuse qu'une mauvaise abstraction. L'abstraction devrait émerger de modèles éprouvés.
Kaizen peut-il fonctionner avec des délais serrés ?
Oui. Les petites améliorations sont plus rapides que les grandes réécritures. Se concentrer sur les changements à plus fort impact en premier. L'approche itérative réduit le risque de code cassé sous la pression des délais.
Quels outils soutiennent la méthodologie Kaizen ?
TypeScript pour la prévention des erreurs au moment de la compilation, ESLint/Prettier pour le formatage standardisé, les frameworks de test pour la vérification à chaque itération, et CI/CD pour les portes de qualité automatisées.

تفاصيل المطور

المؤلف

sickn33

الترخيص

MIT

مرجع

main

بنية الملفات

📄 SKILL.md