Un contexte neuf.
À chaque étape.
Le reviewer lit le ticket et le diff. Il ne reçoit ni la conversation ni les conclusions de l’implémenteur.
INDÉPENDANCE PAR CONSTRUCTIONTransformez un ticket en code relu et livré.
Des agents spécialisés, des contextes neufs et une rigueur
qui s’adapte au risque de chaque changement.
Un ticket explicite.
Un risque évalué.
Un agent dédié.
Un worktree isolé.
Un regard indépendant.
Le commit exact.
Les gates au vert.
Le merge confirmé.
Un finding ? Un rework ciblé, puis une nouvelle review.
Les agents savent produire du code. Le workflow leur donne un cadre : un périmètre clair, une responsabilité par phase et une vérification avant chaque passage de relais.
Le reviewer lit le ticket et le diff. Il ne reçoit ni la conversation ni les conclusions de l’implémenteur.
INDÉPENDANCE PAR CONSTRUCTIONUn ajustement local et une migration sensible n’ont pas le même parcours. Modèle, effort et reviews suivent la classification.
QUATRE NIVEAUX DE COMPLEXITÉTests, commits et reçus de review gardent la mémoire du travail. Le workflow reprend depuis l’état réel du repository.
DES PASSAGES DE RELAIS EXPLICITESChoisissez un niveau pour explorer le routage.
Les modèles ci-dessous viennent directement
de la configuration du workflow.
Un changement circonscrit, testable indépendamment, avec une review proportionnée.
Les critères de classificationgpt-6-lunagpt-6-lunaPlusieurs fichiers ou couches, un raisonnement renforcé et une review indépendante.
Les critères de classificationgpt-6-lunagpt-6.1-solUn périmètre large ou couplé. L’effort passe à high dès 15 points, ou selon les dimensions de risque.
Les critères de classificationgpt-6.1-solgpt-6.1-solSécurité, paiements ou données sensibles : deux reviewers indépendants, avec deux modèles distincts.
Les critères de classificationgpt-6.1-solgpt-6.1-solgpt-6-solUn modèle adapté à la tâche. Luna traite les changements délimités, Sol 6.1 prend les travaux complexes et sensibles. L’effort de raisonnement augmente avec le risque. Comprendre ces choix
Des skills lisibles et versionnés, qui partagent les mêmes contrats. Explorez chaque phase, de la préparation du ticket à la livraison.
/harden-cardChallenger le périmètre, lever les ambiguïtés et choisir le niveau de complexité.
Explorer le skill/start-cardPréparer le worktree, router les agents et reprendre à partir de preuves durables.
Explorer le skill/implementImplémenter le ticket dans un contexte neuf, tester et produire un commit.
Explorer le skill/code-reviewRelire les exigences et le code sans hériter des conclusions de l’implémentation.
Explorer le skill/reworkTraiter les findings confirmés, puis passer une nouvelle review sur le nouveau commit.
Explorer le skill/ship-production-changeVérifier la CI, la PR, le merge et les validations de déploiement requises.
Explorer le skillVous utilisez déjà /harden-project-cards ? Cet alias reste disponible.
Clonez la source, installez dans votre repository et configurez votre équipe Linear. Le workflow vous appartient.
Suivre le guide d’installationgit clone https://github.com/MickBourgois/agentic-workflow.git
cd agentic-workflow
./install.sh /chemin/vers/votre-projetL’update détecte les modifications manuelles et signale les conflits.
Le workflow est indépendant de votre stack. L’installation demande un repository Git et Node.js 20+. Les commandes de validation sont détectées ou configurées dans votre projet.
L’orchestration automatique et la boucle de backlog utilisent le CLI Codex. Claude Code dispose de commandes donnant accès aux mêmes contrats de phase. Les modèles routés doivent être disponibles sur votre hôte.
Les fichiers gérés restés intacts sont mis à jour. Un fichier modifié manuellement est préservé et signalé en conflit. La configuration du projet et la configuration locale restent séparées.
Le workflow est open source sous licence MIT. L’utilisation des modèles, de votre assistant et des services connectés reste soumise à leurs propres conditions et coûts.
Gardez votre jugement.
Donnez une méthode à vos agents.