Un agent n’est pas un collègue invisible
Clarifier ses capacités, ses permissions et ses limites
Dans la Cave de la Maison, une tâche attend : comparer deux versions d’un texte, vérifier que les fichiers attendus sont présents, puis préparer une note d’écart. Un agent peut enchaîner ces opérations avec une constance utile. La tentation arrive aussitôt : puisqu’il agit dans plusieurs étapes, on le décrit comme un collègue numérique. L’image paraît accueillante. Elle rend pourtant les responsabilités plus floues au moment précis où elles devraient devenir plus nettes.
Un collègue comprend une histoire commune, interprète un silence, demande pourquoi une exception mérite d’être conservée et peut refuser une consigne dont il perçoit le danger. Un agent exécute dans le périmètre que son architecture, ses instructions, ses outils et ses permissions lui rendent accessible. Il peut produire une proposition convaincante sans connaître le contexte absent. L’anthropomorphisme ne lui donne pas ce contexte ; il le cache à l’opérateur.
Décrire des capacités, pas un personnage
La première discipline consiste à remplacer le portrait par une fiche de fonction. Quels objets l’agent peut-il lire ? Quelles transformations peut-il proposer ? A-t-il le droit d’écrire, de remplacer ou seulement de comparer ? Quelles sorties doivent être revues ? Que se passe-t-il lorsqu’une source manque ou que deux règles se contredisent ?
Cette description n’a rien de froid. Elle permet au contraire une collaboration humaine plus sereine. Dire qu’un agent « aide à préparer un contrôle de cohérence » est plus utile que d’affirmer qu’il « comprend le livre ». La première phrase ouvre des questions vérifiables. La seconde prête une faculté générale à un système dont le comportement reste situé.
Les permissions sont une décision éditoriale
Une permission technique devient vite une permission de fait. Lire un dossier, modifier un fichier, lancer un rendu ou transmettre un objet ne produisent pas les mêmes conséquences. Le principe le plus simple est de donner l’accès minimal nécessaire à la tâche, pour une durée et un ensemble d’objets clairement définis.
Dans un atelier éditorial, cette prudence protège davantage que des fichiers. Elle protège la provenance, les décisions humaines et la possibilité de revenir en arrière. Un agent chargé de préparer une proposition n’a pas besoin du pouvoir de la publier. Un agent chargé de relever des différences n’a pas besoin de réécrire la source. Une barrière bien placée ne ralentit pas le travail : elle empêche une commodité locale de devenir une autorisation générale.
Les limites doivent produire un état
Une limite utile n’est pas une mention décorative en bas de page. Elle change le chemin du travail. Si la source canonique manque, l’objet passe en attente. Si l’identité de l’édition est incertaine, la transformation s’arrête. Si un contrôle ne porte que sur le texte du scénario, le rendu visuel reste explicitement non validé.
Cette logique évite deux erreurs opposées : demander à une personne de tout refaire après chaque alerte, ou laisser le système décider parce qu’il a réussi les étapes précédentes. L’agent peut préparer les preuves, isoler l’écart et proposer la prochaine action. La décision éditoriale conserve un auteur et une portée.
La supervision commence avant la sortie
Contrôler seulement le résultat final est trop tardif. Une supervision sérieuse commence par le choix des sources, des permissions et des critères d’arrêt. Elle se poursuit avec un journal lisible : quel objet a été traité, selon quelle règle, avec quel résultat ? Elle se termine par une validation humaine adaptée au risque, non par une approbation abstraite de « tout ce que l’agent a fait ».
À Maison Beaulieu, Publishing OS reste un prototype interne de R&D destiné à étudier ces relations entre objets, états et contrôles. Ce n’est pas un logiciel commercial validé. Cette précision compte : elle interdit de transformer une exploration de méthode en promesse de performance.
Un agent n’est donc ni un collègue invisible ni un auteur secret. C’est une capacité située, munie de permissions et de limites, insérée dans une architecture de responsabilité. Plus cette architecture est visible, moins nous avons besoin de fiction pour lui faire confiance.
adrienbeaulieu.com
Publié d’abord sur LinkedIn le 1 octobre 2026.
Notes associées
- Note — Un agent n'est pas un collègue invisibleNote — Remplacer le personnage par une fiche de fonctionClarifier ses capacités, ses permissions et ses limites
Ailleurs dans « La maison d'édition comme système »
- Reprendre après une erreur vaut mieux que tout recommencer DENach einem Fehler fortsetzen ist besser als alles neu zu beginnenIdempotence et points de reprise expliqués sans jargon technique
- Pourquoi un journal d'incident améliore les livres suivantsPourquoi un journal d’incident améliore les livres suivantsTransformer chaque anomalie en mémoire utile à la prochaine production
- La vélocité vient de la reprise, pas de la précipitation DAHastighed kommer af at kunne genoptage arbejdet — ikke af hastværkCe qui rend une maison rapide sur la durée, au-delà du premier jet
- Numériser un désordre produit un désordre plus rapide DEWer Unordnung digitalisiert, erhält schnellere UnordnungPourquoi il faut comprendre ses flux avant de les outiller
