Test-driven development — red-green-refactor, AAA pattern and test doubles

Prérequis : un codebase à construire ou modifier — le skill est une méthodologie de test que l'agent impose, pas un logiciel Installe-moi « Développement piloté par les tests — red-green-refactor, pattern AAA et doubles de test ». Il donne à mon agent la méthodologie TDD stricte de @bobmatnyc : le cycle red-green-refactor (test qui échoue d'abord, changement minimal, refactor sans pitié), la structure de test AAA, les principes FIRST, la taxonomie complète des doubles de test (dummies, stubs, fakes, spies, mocks) avec règles d'usage, les conventions de nommage des tests, la philosophie de couverture et les anti-patterns. NOTE : deux anciennes fiches TDD existent déjà au catalogue (obra-tdd, addyosmani-test-driven-development) — confirme que la méthodologie stricte de celle-ci convient à ton besoin avant d'installer une troisième. Licence MIT (le registre du manifest fait foi). Dépôt : https://github.com/bobmatnyc/claude-mpm-skills/blob/main/universal/testing/test-driven-development/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « test-driven-development ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. pointer l'agent vers la fonctionnalité à construire en style TDD et indiquer ton framework de test ; rien d'autre — c'est une méthodologie). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.