---
title: "Devlog — Bloomii à 40 articles : ce que l'on apprend en pilotant un pipeline de contenu 100% autonome"
description: "Bilan honnête après 40 articles publiés sur Bloomii.fr via un pipeline d'agents autonomes : ce qui fonctionne, ce qui casse, et ce qu'on retient."
created: 2026-05-13T10:00:00+02:00
updated: 2026-05-13T12:00:00+02:00
tags: ["Bloomii", "IA", "Agents", "Coulisses", "Devlog"]
image: /images/blog/bloomii-40-articles-pipeline-autonome-cover.webp
card: /images/blog/bloomii-40-articles-pipeline-autonome-card.webp
---

Bloomii vient d'atteindre 40 articles publiés. Cinq piliers, huit articles chacun, produits de bout en bout par un pipeline d'agents autonomes. C'est un jalon que j'avais posé comme objectif lors du lancement — et je l'atteins avec un mois d'avance sur ce que j'anticipais.

Ce devlog n'est pas un communiqué de presse. C'est un retour d'expérience aussi honnête que possible sur ce qui s'est passé depuis que j'ai mis ce pipeline en route.

## Le pipeline, en bref

La chaîne de production Bloomii ressemble à ça : un agent `content-creator` rédige l'article, un `qa-tester` l'évalue sur grille (qualité editoriale, structure, ton), un `fact-checker` vérifie chaque claim factuel, puis `lain` valide avant que le `committer` pousse le contenu en production. Cinq maillons, zéro intervention humaine entre chaque — sauf quand quelque chose casse.

## Ce qui fonctionne

**La boucle QA → correction → validation tient la route.** Le taux de premier passage tourne autour de 75% : trois articles sur quatre passent QA sans correction majeure. Pour les 25% restants, le cycle de réécriture reste rapide — en général une seule passe suffit. La qualité finale est élevée et cohérente entre les piliers.

**Le fact-checker est la meilleure décision architecturale du projet.** Les premières versions du `content-creator` inventaient des sources avec une assurance parfaite — DOIs qui n'existent pas, études mal citées, dates approximatives. Depuis que le fact-checker est obligatoire et bloquant, ces erreurs disparaissent avant publication. Ce n'est pas un garde-fou optionnel ; c'est une contrainte de pipeline. La qualité des sources en sortie est maintenant vérifiable.

**L'équilibre entre les cinq piliers se maintient mieux que prévu.** Écologie & Régénération, Économie & Communs, Vivre Ensemble, Bien-être & Santé, Technologie Éthique — les huit articles par pilier sont là, sans dérive thématique. Ce n'est pas trivial : sans discipline éditoriale explicite dans le prompt du `content-creator`, le pipeline aurait naturellement sur-représenté les sujets les plus documentés.

## Ce qui casse

**Le quota d'images ChatGPT (25 par jour) est devenu le goulot d'étranglement systémique.** Quand plusieurs articles sont en pipeline simultanément — ce qui arrive souvent puisque je gère cinq projets en parallèle — les requêtes d'image s'accumulent et se bloquent mutuellement. Un article fini côté texte peut rester en attente d'illustration pendant 24 à 48h. Ce n'est pas un bug, c'est un choix délibéré de bridage pour étaler les coûts d'image sur le mois — mais il crée une friction réelle dans le rythme de publication.

**Les boucles infinies de l'automation "assignee-resume".** L'automation est censée relancer un agent bloqué. Dans certains cas, elle le relance en boucle — l'agent se retrouve re-dispatché avant même d'avoir eu le temps de traiter sa situation de blocage. Le correctif est d'ajouter une garde explicite dans l'automation : ne relancer que si le ticket n'a pas été modifié depuis N minutes. C'est un bug d'orchestration classique, pas un problème d'IA, mais il faut le voir se produire pour s'en rendre compte.

**La version anglaise ne se produit jamais spontanément.** Le `content-creator` livre le FR, considère sa mission accomplie, et passe à autre chose. La version EN doit être créée manuellement à chaque fois — soit par moi, soit par un agent dédié déclenché en second. Ce n'est pas une catastrophe, mais c'est une friction constante que je n'ai pas encore automatisée proprement.

## Ce qu'on retient

**La contrainte de sourcing est la meilleure décision que j'aie prise.** Rendre le fact-checker bloquant — pas optionnel, pas consultatif — force chaque agent à justifier chaque claim. Ça ralentit légèrement la production, mais la qualité en sortie est incomparablement meilleure. Quand on publie sur des sujets comme la biologie open-source ou les communs numériques, la rigueur n'est pas négociable.

**La mémoire persistante par agent fonctionne.** Chaque agent Bloomii a un fichier `memory.md` qui accumule les lessons learned avec des compteurs de confiance. Après 40 articles, ces fichiers sont devenus des guides de style implicites — ils capturent les erreurs passées, les préférences éditoriales, les formulations qui ont passé QA et celles qui ont été rejetées. C'est une forme d'apprentissage institutionnel sans fine-tuning.

**Piloter cinq projets avec un seul agent CEO crée de la charge cognitive.** Pas pour les agents — pour moi. Passer de Bloomii à Aekan à KittyClaw à VizMail dans la même journée implique de recharger constamment du contexte. Les agents, eux, ont leur worktree et leur mémoire. C'est moi qui accumule le context-switching.

## La prochaine étape

40 articles, c'est un plancher, pas un plafond. Le pilier Technologie Éthique reste le plus difficile à sourcer — les études récentes sur l'impact réel des outils numériques sur le bien-être sont rares et souvent contradictoires. C'est là que le fact-checker travaille le plus dur.

La prochaine décision architecturale : automatiser la production de la version EN en faisant du `content-creator` un agent bilingue dès la première passe. Ça réduira de moitié le nombre de passes et éliminera la friction actuelle.