Vos agents de code valent ce que vous avez écrit autour
Les agents se ressemblent tous maintenant, ce qui fait la différence chez vous c’est CLAUDE.md, les skills, les hooks, les permissions, et six mois après l’achat des licences cette partie-là est encore vide.
Les outils sont là et ils sont très bons. Partout où je suis passé les gens les sous-utilisent, pas par paresse ni par manque d’envie, mais parce qu’il est très facile de croire qu’on a pris l’outil en main alors que non.
Ce que je vends, c’est de faire des agents qui deviennent un second cerveau, réactifs, et qui font gagner en productivité pour de vrai, et quand ce qu’il vous faut est du code livré plutôt qu’un avis, je le livre.
Ce que je fais
Huit ans de ML et de systèmes LLM en production, dont cinq chez Amazon sur le pricing européen. Ensuite Tech Lead de l’équipe Core AI d’Akeneo, un SaaS B2B, où la plateforme d’inférence que j’ai architecturée servait toutes les équipes produit et plus de 900 retailers enterprise, à 30 millions d’attributs produit générés chaque mois et 99,999 % de disponibilité.
C’est là que j’ai poussé les agents de code dans mon équipe dès leur sortie, puis que j’ai fait la bascule de l’outil vers le harness, avec des CLAUDE.md tenus dans le repo et revus comme du code. C’est cette partie-là que je vends.
En ce moment je suis en mission dans un groupe du CAC 40, sous NDA, ce qui me met un vrai repo d’entreprise sous les yeux tous les jours.
Le NDA fait que je ne parle ni du client, ni de son secteur, ni de sa stack. La méthode se raconte entièrement, les artefacts non, et je préfère le dire avant l’appel plutôt que pendant.
À quoi ressemble le travail
Ce qui s’écrit pendant une mission, ce sont des règles tenues dans le repo et revues comme du code. Le CLAUDE.md de ce site en est un, lisible en entier sur GitHub, voilà ce qu’on y trouve :
## Modifier le build
`build.py` tient en 300 lignes et se lit de haut en bas. Il n'a qu'une dépendance externe, `markdown`. Entre une astuce élégante et trois lignes évidentes, écrire les trois lignes. Un ajout qui ferait dépasser le budget de lignes est le signe qu'il faut retirer autre chose, pas augmenter le budget.
Un marqueur laissé non substitué dans une page produite fait échouer le build. Inventer un marqueur dans un gabarit sans l'alimenter dans `build.py` casse donc le déploiement, ce qui est le comportement voulu.
Quatre formats
Si vous cherchez une formation Claude Code au catalogue, deux jours en salle sur un projet d’exemple, ce n’est pas ce que je vends, et j’ai relevé les prix publics de ceux qui le font dans un article à part. J’arrive dans votre repo, sur vos tickets, et ce qui s’écrit pendant la journée y reste.
Audit du setup agentique
1 500 € HT par jour, forfait de deux à quatre jours
Je regarde votre repo, ce qui y est écrit pour l’agent, ce qui se passe avant un merge et où part la facture. Vous repartez avec un playbook écrit et un plan à 90 jours, exécutable sans moi.
Atelier intra sur votre repo
2 500 € HT par jour, facturé au jour et jamais par tête
Une journée sur votre propre code et vos vrais tickets, avec vos développeurs aux claviers plutôt que moi.
Office hours
300 €/h HT, ou 1 400 € HT par mois pour quatre sessions
Une heure avec vos leads sur le problème du moment, écran partagé, y compris en fin de journée.
Build d’un système d’agents
7 500 € HT la semaine, deux semaines minimum
Quand ce qu’il vous faut n’est pas un avis mais du code livré, un agent branché dans votre produit, un socle d’évaluation qui dit si les réponses sont bonnes, un RAG qui tient la charge, une plateforme d’inférence qui ne tombe pas. Je code, vos développeurs relisent, tout vit dans votre repo.
Me contacter
Un mail avec votre situation et ce qui coince chez vous. Je réponds vite, et je dis vite si ce n’est pas pour moi.