Faire rédiger, structurer et publier des brouillons par des agents planifiés n’est plus une démonstration de conférence : plusieurs éditeurs indépendants font tourner ce type de chaîne en production, sur des sites à trafic réel. L’exercice a ses règles, ses points de rupture et un coût rarement annoncé. État des lieux d’une pratique qui s’est industrialisée en dix-huit mois.
Ce qu’est une routine éditoriale, dans les faits
Une routine éditoriale est un agent en ligne de commande déclenché à heure fixe par un ordonnanceur. Il reçoit un prompt long et versionné, va chercher des données fraîches, rédige un article conforme à une charte, puis le pousse en brouillon dans le CMS via son API. Aucune intervention humaine n’a lieu pendant l’exécution.
Trois briques rendent l’assemblage viable en 2026 : le Model Context Protocol pour brancher des outils externes, les sous-agents à contexte isolé pour paralléliser des tâches bornées, et l’exécution planifiée côté serveur. Anthropic documente l’ensemble dans la documentation MCP de Claude Code.
MCP, le point de bascule
Avant l’adoption de MCP, chaque intégration était un script maison à maintenir. Le protocole permet désormais de brancher un serveur et de laisser l’agent lire et écrire directement dans l’outil — base de données, outil de mesure, CMS. Devenu standard ouvert, confié fin 2025 à une fondation neutre sous l’égide de la Linux Foundation, il compte plusieurs milliers de serveurs disponibles.
L’automatisation éditoriale ne consiste pas à faire écrire un texte par un modèle. Elle consiste à construire une chaîne qui va chercher sa propre donnée, produit dans une charte, et sait s’arrêter.
La frontière entre ce qui est automatisé et ce qui ne l’est pas
C’est la ligne de partage que les praticiens décrivent comme la plus déterminante. Tout ce qui est mécanique et vérifiable part en routine ; tout ce qui engage une signature ou de l’argent reste sur le bureau d’un humain.
| Tâche | Automatisée ? | Motif |
|---|---|---|
| Détecter les nouveautés et les sujets du jour | Oui | Sources structurées, déduplication par clé stable |
| Rédiger le brouillon | Oui | Prompt long versionné, charte contraignante |
| Créer le contenu en base (statut brouillon) | Oui | API du CMS, jamais de publication directe |
| Relecture éditoriale finale | Non | Engage la signature et la responsabilité éditoriale |
| Publication définitive | Non, le plus souvent | Action difficilement réversible |
| Toute dépense (publicité, achats) | Jamais | Une décision financière reste humaine |
À quoi ressemble un déclencheur
La configuration n’a rien d’ésotérique : un cron côté serveur, un prompt, une liste d’outils autorisés. Le piège le plus fréquemment rapporté tient en une ligne — attacher un serveur MCP ne suffit pas, il doit aussi être déclaré explicitement dans les outils autorisés, faute de quoi l’agent s’exécute à vide.
# Routine « brouillon quotidien » — squelette
cron: "25 8 * * *" # 08h25, tous les jours
agent: claude-code
prompt_ref: wp_post_1624319 # prompt long, versionné dans le CMS
allowed_tools:
- mcp__cms__create_draft # doit être listé, pas seulement attaché
- WebSearch
- WebFetch
guardrails:
status: draft # jamais "publish"
dedup_key: source_url # anti-doublon tous statuts confondus
max_articles: 2
Les sous-agents contre la saturation du contexte
Sur les routines volumineuses, le découpage en sous-agents est la réponse standard : un agent explore les sources, un deuxième rédige, un troisième vérifie la conformité à la charte. Chacun disposant de son propre contexte, aucun n’absorbe les dizaines de milliers de jetons produits par les autres. C’est ce qui sépare un agent qui dérive au bout de vingt minutes d’un enchaînement qui tient la distance.
- Explorer : collecte et déduplication des sujets candidats.
- Rédiger : un article, un contexte propre, la charte en entrée.
- Vérifier : longueur, balisage, liens internes, registre.
Ce qui casse, et à quelle fréquence
Les pannes rapportées sont remarquablement constantes d’un éditeur à l’autre. Par ordre décroissant de fréquence :
- L’échec silencieux : un mot de passe d’application expire, l’API renvoie une erreur 401, la routine « réussit » en produisant du vide. Toute exécution doit produire un rapport.
- Le pare-feu applicatif : certaines sources bloquent l’exploration automatisée. Un service de collecte intermédiaire, ou un agent utilisateur explicite, évite que l’agent invente le contenu qu’il n’a pas pu lire.
- L’inspection TLS en environnement cloud : le trafic sortant est intercepté. La tentation de désactiver la vérification des certificats est un piège de sécurité, pas une solution.
- La dérive de prompt : un prompt partagé par plusieurs sessions se corrompt. Il doit être relu avant chaque écriture.
- Le doublon : sans clé de déduplication stable et vérifiée sur tous les statuts, le même sujet est republié.
Le coût réel
Le poste principal n’est pas le coût des jetons, mais celui de la plomberie : sources, déduplication, rapport de sortie, tests à blanc. Le retour sur investissement se joue sur l’ingénierie autour de l’agent, pas sur l’agent lui-même — la rédaction est la partie la moins coûteuse de la chaîne.
Ce qu’il faut retenir
Une chaîne éditoriale automatisée est un système de production, avec les exigences qui vont avec : supervision, journalisation, garde-fous et responsabilité humaine à l’arrivée. Elle ne remplace pas une rédaction ; elle supprime le travail mécanique qui la précède.
J’exploite ce type de chaîne sur une dizaine de sites depuis plus d’un an. La leçon la plus coûteuse a été l’échec silencieux : pendant trois jours, une routine « réussissait » sans rien produire, parce que personne ne lisait son rapport. Depuis, toute routine qui ne produit pas de rapport est considérée comme en panne. — Simon Janvier
Pour aller plus loin
La documentation MCP de Claude Code est disponible sur le site officiel d’Anthropic.
