Ce qui existe déjà, et la seule chose que je n'ai trouvée nulle part
Quand on construit quelque chose pendant des mois, on finit par croire que c'est neuf. C'est le moment exact où il faut aller vérifier. La première personne du métier qui lira votre page ira vérifier.
J'ai donc posé la question à l'envers : qu'est-ce qui existe déjà ? Huit outils, retenus parce qu'ils sont installés et connus :
Moteurs de flux de travail — n8n, Temporal, Camunda.
Orchestration d'agents — LangGraph, CrewAI, AutoGen.
Qualité logicielle — SonarQube et les chaînes d'intégration continue.
Automatisation sans code — Zapier.
Et cinq critères, qui sont simplement la façon dont ma tour fonctionne :
- on décrit ce qu'on veut, une équipe d'agents construit ;
- ce qu'un agent a le droit de faire est câblé, pas écrit ;
- les garde-fous sont déterministes — pas de modèle dedans ;
- rien n'est livré tant que le contrôle qui a trouvé le défaut n'est pas repassé au vert ;
- le modèle est interchangeable.
Ce que j'ai trouvé — et ça pique
Le point 1 existe partout. Décrire une tâche et laisser des agents la construire : c'est précisément ce que font LangGraph, CrewAI, AutoGen. Rien de neuf, et prétendre le contraire serait ridicule.
Le point 5 existe partout aussi. Changer de modèle sans réécrire son application, les fournisseurs le proposent tous. Ce n'est plus un différenciateur depuis longtemps.
Les points 3 et 4 existent — mais dans une autre famille. Un contrôle qui rend le même verdict deux fois de suite, une livraison bloquée tant que c'est rouge : c'est le métier de la qualité logicielle depuis vingt ans. Ces outils-là contrôlent, ils ne construisent pas. L'inverse exact des précédents.
Le point 2
Celui-là, je ne l'ai trouvé nulle part.
Partout ailleurs, ce qu'un agent n'a pas le droit de faire est du texte : une phrase dans une consigne, une ligne de configuration, un test dans le code de celui qui l'utilise. Ça se lit, ça se contourne, ça s'oublie.
Une consigne est une prière. On demande à celui qu'on surveille de bien vouloir se surveiller.
Chez moi, ce qu'un agent ne peut pas atteindre n'existe pas dans son câblage. Il ne désobéit pas à une porte absente. Ce n'est pas une question de confiance dans le modèle — la question ne se pose plus.
Et c'est la combinaison qui compte : des droits câblés, plus des garde-fous déterministes, plus la règle du retour au vert avant livraison. Chaque pièce existe séparément. Assemblées dans une même brique, je n'ai pas d'équivalent à nommer.
La part d'honnêteté
Cette comparaison a été faite sans accès au web pour la partie mémoire, puis chaque outil cité a été vérifié un par un : les huit répondent. Mais je n'ai pas pu passer en revue les lancements des douze derniers mois. Un produit récent a peut-être comblé l'écart, et je le dirai le jour où je le trouverai.
Il y a une deuxième chose que je dois dire. Elle est plus utile que l'auto-satisfaction : ce câblage ne vaut rien si on ne peut pas l'inspecter. Un développeur n'embarque pas en production ce qu'il ne peut pas ouvrir. Montrer que la porte est fermée ne suffit pas : il faut montrer la serrure.
Et le concurrent qui compte
Ce n'est aucun des huit. C'est la phrase : « je le ferai moi-même un week-end ».
Elle est juste. Un week-end suffit à assembler une bibliothèque d'orchestration et un script de vérification, et à obtenir des agents qui construisent. Ça marche, et ça fait plaisir.
Ce qu'un week-end ne donne pas : des droits absents du câblage, des contrôles rejouables à l'identique, une livraison qui refuse de partir tant qu'un défaut trouvé n'est pas corrigé — et la trace des trois. C'est là que sont les années. C'est là que se trouve la différence entre un montage qui marche et un système sur lequel on dort.
Un week-end donne vingt pour cent. Les quatre-vingts qui restent ne sont pas plus difficiles : ils sont plus longs, et personne n'a envie de les faire.