VibeFlow OS
Plugin Claude Code de développement piloté par la spec, publié par picmakpro et Samuel Neveu. Tu décris ce que tu veux en langage naturel, l'agent `vibeflow-head` lit l'intention et lance une équipe d'agents qui challenge la demande, écrit la spec, planifie avec les tests d'abord, construit en commits atomiques, puis fait relire le travail par un juge qui ne l'a pas écrit. Chaque étape laisse un fichier sur disque (`PROJECT.md`, `ROADMAP.md`, `STATE.md`), donc une session peut s'arrêter sans que le projet recule. Ce n'est pas un moteur de planning à part entière : le cycle de dev repose sur GSD Core pour les phases et les plans, et sur Superpowers pour le TDD et le debug, que VibeFlow invoque à ta place. Le dépôt sert de marketplace et livre 19 modules, dont le socle `conductor`, des labs de dev et de design, et des équipes métier (contenu, acquisition, business). Il tourne aussi sous Codex et kimi-code, sans les hooks.
Forces
- Le juge qui valide n'est jamais l'agent qui a écrit le code, et les tests s'écrivent rouges avant le correctif
- L'état du projet vit dans des fichiers sur disque, pas dans le contexte de la session
- Aucun hook au niveau du plugin : les hooks des modules ne sont posés que par `/vibeflow-install`, qui récapitule chaque écriture avant de la faire
Limites
- Licence propriétaire : usage réservé aux élèves de la formation VibeFlow, redistribution et revente interdites
- Dépend de GSD Core et de Superpowers : trois couches à comprendre quand un comportement déraille
- Prérequis bash, `jq` 1.6 ou plus et `python3` ; sous Windows, il faut Git Bash et `winget install jqlang.jq`
- Nom ambigu : le paquet npm `@magicpro97/vibeflow` et le plugin `vibe-flow` d'oai-labs sont des projets sans lien
Pour qui
- Élève de la formation VibeFlow qui veut le cycle complet dans Claude Code sans apprendre les commandes GSD
- Étudier comment des scripts de contrôle et un juge séparé empêchent un agent de déclarer « fini » sans preuve