Vérifier l’existant
Vérifier que ce qui est demandé n’existe pas déjà dans le code.
Comment j’encadre l’IA dans mon travail de développement
L’IA est un process avec des garde-fous, appliqués à chaque ticket. Sans eux, un agent produit du code plausible, pas du code juste.
Les garde-fous, appliqués à chaque ticket sans exception
4contrôles anti-hallucination, y compris sur un ticket d’une ligne
Protéger les routes sensibles
Vérifier qu’aucune route identifiée comme sensible n’est touchée.
Ne rien casser
Vérifier qu’on ne casse rien.
Review adversariale
Review adversariale systématique, même sur le plus petit ticket.
La méthode est écrite et versionnée, pas improvisée
Skills maison, documentées et versionnées
- Ticket ClickUp Chercher un ticket dans ClickUp et le remplir.
- Merge request GitLab Ouvrir une merge request GitLab.
- Protocole de review Mener une review selon un protocole écrit.
- Matrice modèle / effort Choisir le modèle et le niveau d’effort en fonction du besoin.
Les outils
- Claude Code Agent de développement.
- Codex Agent de développement.
- Modèles locaux Modèles exécutés sur la machine, utilisés pour les tâches simples et rapides.
Agent métier
Un agent construit pour les équipes métier, qui répond à des questions du type « quel est l’état de la commande ? » en appelant l’API Sylius. Il est servi par des modèles locaux, sans que les données de commande sortent de l’infrastructure.
Review de MR
Claude est lancé à chaque merge request pour vérifier que, même quand les tests ne trouvent rien, rien n’a été cassé et que les specs du ticket sont respectées.
La base de tests est passée d’une centaine à plus de 2 500
≈ 100tests au départ, écrits à la main
2 500tests end-to-end quelques mois plus tard
Deux temps, jamais un traitement de masse
- Base écrite à la main La base de tests a d’abord été écrite à la main.
- Complétée ticket par ticket La couverture est ensuite complétée par l’IA ticket par ticket, jamais en traitement batch, pour que la connaissance reste tenue en tête.
TDD, non-régression, end-to-end
TDD, tests de non-régression et tests end-to-end avec Playwright.
- D’une centaine de tests à plus de 2 500 en quelques mois.
Une spec s’écrit avec l’agent, puis s’accepte explicitement
Écriture conjointe de specs
Les specs sont écrites avec l’IA, puis relues et acceptées explicitement.
LibreWays
Le repo LibreWays en est la démonstration publique : issues typées, ADR acceptés en PR, et une PR « fix(agents): void approval labels with independent gh calls » qui montre le mécanisme de gates d’approbation.
- cdhdt/LibreWays Navigation et trafic. Vitrine de la méthode : 12 issues typées, ADR acceptés en PR, gates d’approbation d’agents.
lapigo
Générateur d’APIs CRUD Go idiomatiques à partir d’un schéma YAML : handlers, couche d’accès aux données, routage, validation, migrations et document OpenAPI. Le code produit est du Go lisible, que l’on possède et que l’on peut éditer. Démarré en août 2026.
- État Phase 1 en cours. Le parseur de schéma, la représentation intermédiaire et le validateur sont écrits et mergés ; le générateur lui-même ne l’est pas, il n’y a donc pas encore de binaire utilisable. Le dépôt porte une spécification de phase 1 acceptée, présentée comme le contrat auquel le code est tenu.