Projet :

En tant que développeur aujourd'hui, le vibe coding est essentiel. Malheureusement, il ne permet pas d'avoir une vision précise de ce qu'il se passe dans le code. Des dérives peuvent même arriver dans lesquelles un développeur ne va pas avoir le courage de relire la fonctionnalité et risque de mettre des bugs en production en voulant aller vite, voir même de créer des fonctionnalités annexes non demandées ou pire encore en retirer.

L'intérêt de cette skill est donc de permettre au développeur de redevenir l'architecte de son code. En proposant un code plus solide (car testé) et une vision fonctionnelle précise de ce qu'il se passe. En divisant le travail, on ré-humanise le développement. On perd un peu de vitesse de développement mais pour construire un code plus robuste et maîtrisé.

Cette Skill permet également de faciliter le reviewing en amenant le développeur à pousser ces changements en cours de route et à chaque étape.

Voici la construction de la skill en question :

Schema :

flowchart LR
  A["INIT\nnom + dossier"] --> B["DESCRIBE\nquoi livrer"]
  B --> G1{{"Valider\nle découpage"}}
  G1 -->|ok| C
  G1 -->|corrections| B

  subgraph E["Chaque étape"]
    C["1. Tests E2E\ndans le .md"] --> G2{{"Valider\nces tests"}}
    G2 -->|ok| D["2. E2E auto\n+ stubs + TU"]
    G2 -->|corrections| C
    D --> G3{{"Valider\nles TU"}}
    G3 -->|ok| F["3. Coder jusqu au vert"]
    G3 -->|corrections| D
  end

  F -->|etape suivante| C
  F -->|derniere etape| Z[DONE]