En bref
- agent
- Un composant qui exécute une seule tâche et en transmet le résultat. Le terme reste en anglais, y compris dans une phrase française.
- approval gate
- La porte entre Judge et Launcher. Rien n'est publié sans votre accord.
- REWORK
- La boucle qui repart de Judge vers Scribe. Si Judge rejette, Scribe réécrit, jusqu'à ce que ce soit correct ou qu'un humain tranche.
- rollback
- Le retour en arrière. Toute modification publiée peut revenir à la version précédente.
Qui exécute le travail ?
Des agents, chacun avec une seule tâche. Ils se passent le relais, et c'est voulu : un composant qui ne fait qu'une chose est un composant qu'on peut vérifier. Ci-dessous, qui tourne aujourd'hui et ce qu'il livre.
Actif aujourd'hui — 13 sur 13
| Agent | Ce qu'il fait | Ce que vous en voyez |
|---|---|---|
| Radar | repère ce qui a changé | la mesure |
| Pathfinder | choisit la route | les fixtips, dans l'ordre |
| Curator | cherche et vérifie les sources | une liste de sources vérifiées |
| Appraiser | évalue ce que valent les pages existantes | un tri : quoi en premier |
| Scribe | rédige le correctif | la fixlist, prête à poser |
| Judge | approuve ou rejette | un verdict, avec sa raison |
| Sentry | continue de surveiller | la preuve : avant et après |
| Scout | surveille la concurrence | un rapport de veille |
| Tuner | ajuste la technique | meta, schema, redirections, sitemap |
| Launcher | exécute | mis en ligne, après votre accord |
| Failsafe | annule | la version précédente, restaurée |
| Herald | prépare la campagne | du contenu prêt à publier |
| Poster | publie vers les canaux | planifié ou publié |
Prévu, pas encore en ligne — 0 sur 13
| Agent | Ce qu'il fait | Ce que vous en voyez |
|---|
Comment le travail traverse-t-il le pipeline ?
De gauche à droite, avec deux retours. Une condition scinde le flux : s'il n'y a pas de lacunes, le travail va directement à Sentry qui continue de surveiller. S'il y en a, il traverse toute la chaîne.
Le canvas ci-dessous rejoue un run. Ce n'est pas la seule représentation de cette page, et c'est délibéré — le tableau au-dessus en est la version lisible. Ce qu'un crawler ne peut pas lire ne compte pas pour nous, y compris notre propre animation.
Que se passe-t-il si un agent se trompe ?
Alors le travail repart. Judge relit ce que Scribe a écrit ; en cas de rejet, tout retourne à Scribe via REWORK, avec la raison. Cette boucle tourne jusqu'à ce que ce soit correct ou qu'un humain estime que cela suffit.
Si la publication a déjà eu lieu et que cela tourne mal malgré tout, il y a Failsafe : retour à la version précédente. Un système capable de publier sans pouvoir revenir en arrière n'est pas un système, c'est un pari.
Qui décide de ce qui est publié ?
Cela ne dépend pas de l'agent, mais de ce qu'il fait. Sur nos 13 agents, 9 tournent tout seuls, 2 demandent d'abord votre signature, et 2 font les deux — libres de créer, jamais libres de publier. La règle est attachée à l'action, elle figure dans le code avec son motif, et une action sans règle demande une approbation plutôt que de se taire.
La limite tient en une question : tout ce qui peut se défaire en silence se fait tout seul — tout ce qu'un autre être humain voit, non. Pas de score de risque, pas de curseur de 1 à 10. Un champ de schema sur votre propre page reste faux dix minutes et personne ne l'a vu. Un post sur votre page d'entreprise est vu, partagé et capturé avant que vous ne l'effaciez. Et le retour en arrière se fait toujours tout seul : demander l'autorisation de réparer quelque chose de cassé, c'est commettre l'erreur deux fois.
Chaque étape laisse une trace : qui a approuvé quoi, quand, et ce qui a exactement changé. Et si vous ne voulez pas signer vous-même, nous le prenons en charge — dans le périmètre que vous fixez, avec le même chemin de retour. C'est la troisième réponse ; le marché en a deux : désactiver l'approbation, ou la poser sur votre bureau.
Que faites-vous encore vous-même aujourd'hui, et qui le reprend ?
Sept morceaux de travail qui traînent aujourd'hui sur le bureau de quelqu'un, et pour chacun qui le reprend ici. Les noms à droite ne sont pas des catégories mais les agents eux-mêmes — vous les retrouvez dans le tableau ci-dessus, avec ce qu'ils livrent et ce qu'ils peuvent faire sans demander.
La dernière ligne est la plus importante, et c'est celle où nous nous écartons du reste du marché. Ailleurs, on y lit zéro heure par mois et entièrement autonome. Zéro heure signifie que plus personne ne regarde — ce n'est pas une promesse mais un risque emballé comme telle. Chez nous, on y lit qui a signé, quand, et comment revenir en arrière.
| Ce qui doit être fait | Qui le fait ici |
|---|---|
| Interroger chaque moteur séparément, puis recommencer, car une fois ne dit rien | Radar |
| Coller les réponses dans un tableur et en tirer un graphique | Radar → Sentry |
| Déterminer quelle lacune combler en premier, et pouvoir l'expliquer | Pathfinder → Appraiser |
| Trouver une source qui l'étaye, et vérifier qu'elle dit bien cela | Curator |
| Rédiger vous-même le texte et le schema — et en être vous-même satisfait | Scribe → Judge |
| Ouvrir un ticket pour celui qui doit le mettre en ligne, et attendre | Tuner → Launcher |
| Revenir des semaines plus tard voir si cela a servi, avec les mêmes questions | Sentry → Failsafe |
| Ce qu'il vous reste à la fin du mois — un dossier d'exports, et aucun moyen de dire si c'était votre travail ou le modèle qui a répondu autrement cette semaine-là. | Qui a signé, quand, pour quelle raison — et un bouton pour revenir en arrière. |
Quels agents ne tournent pas encore ?
Ceux-ci. Ils figurent ici parce qu'un pipeline avec un trou visible se comprend mieux qu'un pipeline dont on a silencieusement retiré un morceau. Ce qui est écrit ici vient directement du code : un agent passe dans la liste de gauche dès que son backend existe, et pas un jour plus tôt.
Questions fréquentes
Pourquoi chaque agent n'a-t-il plus sa propre page ?
Parce que personne ne cherche « Radar » ou « Scribe » — ce sont nos noms, pas une question de client. Vingt-trois pages presque identiques qui ne diffèrent que par un nom sont dévaluées par les moteurs de recherche comme par les modèles, et cela rejaillit sur tout le domaine. Une seule page solide répond à la question que les gens posent vraiment.
Un agent peut-il publier quelque chose à mon insu ?
Non. L'approval gate se situe entre Judge et Launcher et vous seul l'ouvrez. Si vous libérez une catégorie à l'avance, c'est votre choix et il figure dans la trace, avec la date et l'auteur. Et ce qui est publié peut revenir en arrière.
Quels modèles tournent derrière les agents ?
Nous ne le disons pas, et c'est un choix, pas du mystère. Ce que nous disons : chaque agent dispose d'une skill écrite pour cette tâche précise, et le Judge tourne sur une autre marque que le Scribe. Un modèle qui relit son propre travail approuve trop.
Et si les agents ne sont pas d'accord ?
Alors Judge tranche, et le travail retourne chez Scribe avec la raison. Si la boucle continue de tourner, elle s'arrête et le dossier arrive chez un humain. Un système qui négocie indéfiniment avec lui-même est un système qui ne livre jamais rien.
Pourquoi les agents qui ne tournent pas encore figurent-ils sur cette page ?
Parce que sinon le pipeline présente un trou inexplicable. Ils figurent à part, avec leur étiquette, et n'apparaissent dans aucune promesse. Dès que leur backend existe, ils basculent d'eux-mêmes dans l'autre liste — cette liste vient du code, pas d'un document.
Pour aller plus loin
Gratuit, sans compte ni carte bancaire.