teefayb/claude-code-setup-demo

Diagnostiquer un test Vitest défaillant ou instable ou un échec d’intégration continue (CI), trouver la cause racine et proposer ou appliquer la correction minimale. À utiliser lorsqu’un test échoue localement ou dans la CI.

Qu'est-ce que claude-code-setup-demo ?

Cette compétence permet à un agent IA d’analyser et de corriger un test Vitest défaillant ou instable, ou un échec survenu dans la CI. Elle guide l’agent à travers une procédure structurée : reproduction du problème, lecture de la différence d’assertion et de la stack trace, identification des changements récents via Git, classification de la cause (bug de code, test obsolète, problème d’isolation ou environnement) et application de la correction minimale. L’agent conserve les assertions existantes, n’édite pas les fichiers de données bruts sans justification, et exécute à nouveau les tests pour valider la correction. Un rapport final résume la cause, la classification, le correctif et les commandes exécutées. Conçue pour Claude Desktop, Cursor, Codex et d’autres agents utilisant Vitest.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/teefayb/claude-code-setup-demo/tree/HEAD/.claude/skills/triage-test

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Trier cet échec : $ARGUMENTS

Étapes

  1. Reproduire. Exécuter uniquement le fichier défaillant : npx vitest run <fichier> (ajouter -t "<nom du test>" pour affiner). Si aucun fichier n’est indiqué, lancer npm test et prendre la première erreur. Si le test passe, l’exécuter 5 fois (npx vitest run <fichier> --repeat 4) pour vérifier son instabilité.
  2. Lire la différence d’assertion et la stack trace avant de lire le code. Nommer l’attente défaillante.
  3. Trouver ce qui a changé : git log --oneline -10 -- <fichier source> <fichier de test> et git diff main...HEAD -- <fichiers>.
  4. Classer la cause et préciser laquelle :
    • Bogue de code — le test est correct ; corriger la source.
    • Test obsolète — le comportement a changé intentionnellement ; mettre à jour le test et indiquer le commit qui a modifié le comportement.
    • Isolation — état partagé entre les tests (fichier de données, variable d’environnement, temps, ordre). Dans ce dépôt, vérifier que le test utilise useTempDataFile() et passe un now explicite à createLink au lieu de se fier à l’horloge.
    • Environnement — version de Node, installation manquante, différence propre à la CI.
  5. Corriger la cause racine. Ne jamais ignorer, supprimer ou assouplir une assertion uniquement pour la faire passer, et ne jamais éditer data/seed.json pour satisfaire un test sans le signaler.
  6. Ré-exécuter le fichier, puis npm test.
  7. Rapporter : cause (une phrase), classification, correction, et commandes exécutées.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Skills associés