Skip to content

v6.3.0 — Pipeline en quatre phases

Latest

Choose a tag to compare

@gabrielmustiere gabrielmustiere released this 16 Jul 09:47

✨ Fonctionnel

  • Nomenclature en quatre phases — le pipeline s'articule explicitement en phases 0 (poser le décor), 1 (cadrer), 2 (implémenter) et 3 (clôturer) ; les trois tracks (feature, refacto, tech) deviennent un second axe qui décide des skills appelées en phases 1 et 2.
  • Clôture réordonnée, commit en dernier — la phase de clôture suit review → report → sync → commit. Le commit embarque d'un coup le code, le report.md et les documents réalignés, au lieu de committer avant de documenter.
  • Vitrine enrichie — le hero du site gagne une identité terminal (une ligne de commande qui se tape toute seule, un curseur clignotant, une entrée en cascade) et un footer harmonisé sur toute la largeur, à l'image du header.

🔧 Technique

  • Skills de clôture alignées sur le working treereport, sync, review et commit lisent les fichiers en cours de livraison (staged + unstaged + untracked) plutôt que l'historique git, cohérent avec le commit qui passe en dernier.
  • Ordres de skills unifiés — la clôture et les utilitaires sont dans le même ordre entre l'inventaire du plugin, la page de documentation et llms.txt.