Les Agrumes Rustiques.

Le problème

L'info sur les agrumes rustiques en français est dispersée et bordélique : forums vieillissants, posts Facebook, articles de pépiniéristes qui se contredisent. Pour quelqu'un qui veut cultiver un yuzu, un poncirus ou un kumquat dans le Nord de la France, c'est l'enfer documentaire.

L'idée : créer la référence francophone, structurée, propre, sourcée : un wiki vivant plutôt qu'un blog à articles.

L'approche IA

C'est mon laboratoire de pipeline d'agents autonomes pour la production éditoriale. Deux agents Claude Code tournent en cron chaque jour, sans intervention manuelle.

Agent discovery (9h03 chaque matin)

Il commence par interroger l'API WordPress pour récupérer l'inventaire complet des fiches déjà publiées. Il parcourt ensuite une liste de 15+ sources : pépiniéristes spécialisés (Vessieres, Pépinière du Bosc, Agrumes de Provence...), bases scientifiques (USDA Citrus Germplasm, UCR), forums anglophones de rusticité. Pour chaque variété absente du catalogue, il vérifie la zone USDA (zones 7 et 8 uniquement, résistance au gel garantie), enrichit tous les champs ACF (rusticité précise en degrés, hauteur adulte, goût, utilisation, période de récolte...) et constitue un dossier avec minimum 3 sources vérifiées. Il écrit ensuite 3 à 5 fiches complètes dans un fichier enriched.json qui fait office de file d'attente entre les deux agents.

Agent publish (10h33 chaque matin)

Il lit la file d'attente, revalide la cohérence des données (zones USDA, champs obligatoires, structure HTML des descriptions), déduplique contre l'inventaire WordPress via API, puis publie chaque fiche via l'API REST WordPress avec tous ses champs ACF et ses taxonomies. Il vide la file d'attente en fin de run. Si l'agent discovery n'a pas tourné, le fichier est vide et publish s'arrête proprement.

Référentiel éditorial versionné

• CLAUDE.md qui fixe les règles éditoriales (ton, niveau de vulgarisation, structure des fiches)
• Un dossier wiki/ de 15 fichiers : architecture, vision éditoriale, plan SEO, design system
• Un référentiel ACF centralisé : valeurs autorisées pour chaque champ, évitant toute dérive libre des données

Stack

• CMS : WordPress 6.x + Astra Child Theme (hébergement Hostinger)
• Champs custom : ACF Pro
• Style : Tailwind CSS (CDN)
• Templates : PHP custom
• Modèle : Custom Post Types arbre + porte-greffe, taxonomies USDA / saison / utilisation
• Pipeline : deux agents Claude Code autonomes en cron, interconnectés via WP REST API

Résultat

• Site en production sur touslesagrumesrustiques.fr
• 150+ fiches agrumes publiées, 3 à 5 nouvelles chaque jour
• Architecture éditoriale tenable sur la durée (CPT propres, taxonomies structurées, données ACF cohérentes)
• Pipeline entièrement automatisé : zéro intervention manuelle entre discovery et publication

Ce que j'en ai appris

Pour produire du contenu de qualité avec l'IA, il faut traiter le contenu comme un produit, pas comme du texte.

Modèle de données, taxonomies, design system, ligne éditoriale documentée : si tu fixes ça en amont, les agents deviennent des exécutants fiables. La file d'attente partagée entre les deux agents est la clé : chacun a une responsabilité unique (trouver / publier) et ne peut pas bloquer l'autre.

Si tu ne fixes pas le référentiel, tu obtiens un blog WordPress générique de plus, rempli de données incohérentes impossibles à requêter.