Foundry

De l'idée au merge, sans rien lâcher en route#

Foundry est la forge avec laquelle je construis tout le reste. Orfeo, Luchamon, Souffle : chaque ticket, chaque décision et chaque merge de ces projets passe par elle.

C'est un plugin pour Claude Code et Codex. Il ne code pas à ma place : il tient le cap. Il sait ce qui a été décidé, ce qui reste à faire, ce qui bloque, et il ne laisse rien partir tant que ce n'est pas propre. Et il s'utilise de la même façon quels que soient le modèle et l'outil de suivi.

Depuis que je travaille avec, ce que je livre est nettement meilleur. C'est la seule mesure qui m'intéresse.

Une journée avec Foundry#

/foundry:frame        une idée floue devient des décisions et des tickets précis
/foundry:roadmap      la plus petite tranche qui prouve que ça vaut le coup
/foundry:next-issue   le ticket le plus utile maintenant, avec la raison
/foundry:start-issue  la branche est créée, le ticket passe en cours
/foundry:open-pr      la PR part, liée au ticket
/foundry:merge-pr     revue, CI, merge

Seize commandes en tout, les mêmes sur Claude Code et sur Codex.

Il réfléchit là où il faut#

Choisir le prochain ticket, ce n'est pas trier une liste. Foundry donne au modèle tout le graphe du projet — dépendances, critères d'acceptation, avancement — et lui demande une recommandation argumentée. « Prends celui-ci : il en débloque trois autres » vaut mieux que « c'est le premier par priorité ».

Il ne cède pas là où il ne faut pas#

Les règles qui comptent sont écrites en Python, pas en consignes. Le merge exige au moins un contrôle réellement réussi, rien d'en cours, rien de rouge, et il est épinglé au commit exact qui a été vérifié. Un gh pr merge tapé à la main est refusé. Un push direct sur la branche principale aussi.

Aucune session pressée ne peut merger du rouge. Ni moi.

Il se souvient#

Chaque décision d'architecture est consignée. Avant de rouvrir un sujet, Foundry relit celles qui le concernent et les tient pour acquises. Une idée déjà écartée est refusée en citant la décision. Fini, la session toute fraîche qui repropose avec enthousiasme ce que j'ai abandonné il y a un mois.

Une équipe de quatre#

• Lupin explore le dépôt. Il entre partout et ne touche à rien.
• Eiffel construit, un ticket à la fois.
• Maigret relit le diff avant le merge, sans rien connaître de la conversation qui l'a produit.
• Vauban est appelé pour les décisions d'architecture.

Chacun travaille sur le niveau de modèle qui lui suffit. Si les tests ou la revue bloquent, le rôle monte d'un cran, tout seul.

Mon outil de suivi, pas celui qu'on m'impose#

YouTrack, Linear ou GitHub Projects : chaque dépôt choisit le sien, et en changer se fait sans toucher au reste de la forge. J'ai usé quatre outils de suivi en quatre mois avant d'en arriver là. Maintenant j'ai le choix, et c'est exactement ce que je voulais.

En chiffres#

• 16 skills, 4 agents
• 3 trackers, 2 environnements
• 3 416 tests
• 8 projets pilotés avec, dont Foundry lui-même

L'essayer#

/plugin marketplace add patobiskoto/patolabs-plugins
/plugin install foundry@patolabs

Le code est ouvert, sous licence Apache 2.0. Dans le même dépôt, son petit frère ship-ios prend le relais après le merge et emmène une app jusqu'à l'App Store — c'est lui qui a sorti Souffle 1.1.