Compétences devflow-tdd-enforcer
🧪

devflow-tdd-enforcer

Sûr 🌐 Accès réseau📁 Accès au système de fichiers⚙️ Commandes externes

Appliquer l'ordre TDD dans la gestion des tâches

Les équipes marquent souvent les tâches d'implémentation comme terminées avant les tests, ce qui viole les principes du Test-First Development. Cette garde-fou bloque les violations en temps réel en détectant lorsque les tâches d'implémentation sont cochées avant les tâches de test correspondantes.

Prend en charge: Claude Code(CC)
⚠️ 68 Médiocre
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "devflow-tdd-enforcer". I marked my implementation task as done but Claude blocked me

Résultat attendu:

  • Violation TDD détectée - Tâche d'implémentation marquée comme terminée avant la tâche de test
  • Ligne T015 : Implémenter l'authentification utilisateur marquée [x]
  • Ligne T016 : Tester l'authentification utilisateur toujours [ ]
  • Action requise : Marque T016 comme terminée EN PREMIER, puis marque T015
  • Alternative : Ajoute le commentaire @skip-tdd-check s'il s'agit d'un correctif urgent

Audit de sécurité

Sûr
v5 • 1/17/2026

Pure documentation skill with YAML frontmatter and markdown. No executable code, no network calls, no file system access beyond Claude Code defaults. Static findings are false positives triggered by markdown code blocks (backticks) and documentation text. Behavior matches stated purpose exactly.

2
Fichiers analysés
369
Lignes analysées
3
résultats
5
Total des audits

Score de qualité

38
Architecture
100
Maintenabilité
81
Contenu
21
Communauté
100
Sécurité
83
Conformité aux spécifications

Ce que vous pouvez construire

Appliquer les normes de test

S'assurer que tous les développeurs suivent les principes TDD dans les grandes équipes en bloquant les violations de politique avant qu'elles ne se produisent

Maintenir les portes de qualité de code

Appliquer automatiquement le test-first development comme prérequis pour fusionner les tâches d'implémentation

Construire des habitudes de test

Rester discipliné concernant l'écriture de tests en premier sans compter uniquement sur la volonté

Essayez ces prompts

Vérification rapide d'application
Vérifie si mon TASKS.md suit l'ordre TDD. Dis-moi quelles tâches sont dans la mauvaise séquence.
Comprendre la raison du blocage
Explique pourquoi mon édition TASKS.md a été bloquée. Montre-moi l'ordre TDD correct.
Sauter la vérification TDD
Ajoute le marqueur @skip-tdd-check à mon TASKS.md pour que je puisse procéder avec ce correctif urgent.
Réviser la séquence des tâches
Révise mon TASKS.md actuel et vérifie que toutes les tâches de test sont marquées comme terminées avant les tâches d'implémentation correspondantes.

Bonnes pratiques

  • Garder les tâches de test immédiatement avant les tâches d'implémentation avec une numérotation séquentielle
  • Utiliser les commentaires @skip-tdd-check pour les exceptions documentées comme les correctifs urgents
  • Réviser le message de blocage pour la base constitutionnelle et les actions requises

Éviter

  • Marquer les tâches d'implémentation comme terminées sans vérification de test correspondante
  • Supprimer entièrement les tâches de test pour contourner l'application TDD
  • Sauter les vérifications TDD régulièrement au lieu de suivre le flux de travail

Foire aux questions

Cette skill exécute-t-elle les fichiers de test ?
Non. Cette skill valide uniquement l'ordre des tâches TASKS.md. Elle n'exécute pas ni ne valide les fichiers de test réels.
Puis-je contourner l'application TDD ?
Oui. Trois méthodes : saut de session unique, ajout du commentaire @skip-tdd-check, ou définition de la variable d'environnement SKIP_TDD_ENFORCER=1.
Est-ce que cela fonctionne avec tous les frameworks de test ?
Oui. Cette skill opère uniquement au niveau de la liste des tâches. Elle est agnostique à Jest, pytest, ou tout autre framework de test.
Mes données sont-elles en sécurité ?
Sûr. C'est une skill de configuration uniquement sans code exécutable. Elle lit TASKS.md via l'accès fichier standard de Claude Code.
Pourquoi mon édition a-t-elle été bloquée ?
Votre TASKS.md a une tâche d'implémentation marquée comme terminée tandis que la tâche de test correspondante est toujours incomplète. Marquez d'abord le test, puis l'implémentation.
En quoi est-ce différent des outils de couverture de test ?
Les outils de couverture de test mesurent le pourcentage de code. Cette skill applique l'ordre des tâches dans les documents de planification. Utilisez les deux ensemble pour une assurance qualité complète.

Détails du développeur

Structure de fichiers

📄 SKILL.md