Nous avons déjà présenté ce à quoi ressemble l’IA quand WordPress la fait travailler au niveau institutionnel : l’Abilities API, l’AI Client, le MCP Adapter, trois briques construites par les contributeurs du Core et livrées directement dans WordPress. Le 26 août 2026, le podcast Jukebox de WP Tavern a mis en avant presque l’inverse. L’épisode #231, animé par Nathan Wrigley, raconte l’histoire d’un seul développeur WordPress en activité, Damon Cook, qui a construit son propre outil IA, seul, sur son propre ordinateur, pour le prix de l’électricité consommée. Allons voir ce qu’il a vraiment construit, ensemble.
Ce que fait vraiment WP Trend Watcher, de bout en bout
Cook est développeur WordPress depuis plus d’une décennie dans le monde des agences. Son propre profil WordPress.org le crédite comme contributeur au Core sur 13 versions. Il a construit WP Trend Watcher pour résoudre un problème personnel : trop de flux WordPress à lire chaque semaine. L’outil récupère des articles frais depuis six sources RSS, quatre flux de Tier 1 (WordPress Developer Blog, Make Core, WordPress.org News et le blog ACF) et deux flux de Tier 2 (Gutenberg Times et ACF Chat Fridays). Il résume chacun d’eux avec un modèle IA tournant localement sur sa machine, puis assemble le tout en un seul rapport hebdomadaire qu’il lit et corrige avant toute publication.
Trois commandes couvrent tout le flux de travail : pnpm collect récupère les flux, pnpm summarize rédige le rapport, et pnpm weekly enchaîne les vérifications d’environnement, la collecte, le résumé et la relecture en un seul passage, qui se termine par l’ouverture d’une page de relecture locale à l’adresse http://127.0.0.1:3001/review. Rien dans cette chaîne ne publie automatiquement quoi que ce soit : l’étape de relecture est obligatoire, pas optionnelle, et la documentation de l’outil le dit en toutes lettres.
Le projet vit au grand jour sur GitHub, sous licence MIT. Il reste honnêtement modeste : 12 étoiles et un fork cette semaine, après 103 commits. Ce chiffre mérite d’être posé tel quel plutôt qu’enjolivé, parce que ce qui rend WP Trend Watcher intéressant n’est pas son audience. C’est la discipline intégrée à son fonctionnement, sur laquelle nous allons revenir.
Pourquoi « local » et « 0 $ de coût cloud » sont le vrai sujet, pas un détail
Le résumé exige un endpoint LLM local : Ollama, LM Studio, ou tout serveur compatible OpenAI. La documentation du projet détaille un arbitrage entre trois tailles de modèles plutôt que d’imposer un seul choix par défaut. Le modèle par défaut livré, llama3.2:3b, pèse environ 2 Go et couvre en général 4 à 5 articles sur 7 dans une synthèse, ce que la documentation juge correct pour une configuration à ressources minimales, mais pas pour un rapport que Cook publierait réellement. Passer à llama3.1:8b (environ 5 Go) couvre en général 5 à 7 articles sur 7, et qwen3:14b (environ 9 Go) est le modèle que la documentation recommande pour le rapport final avant relecture humaine, avec une couverture constante de chaque article collecté dans la semaine.
Le document de philosophie du projet fixe des objectifs de coût explicites : moins de 1 $ par mois pour un usage personnel, moins de 5 $ par mois pour un usage plus intensif, présentés comme des objectifs et non des garanties. Chaque rapport publié par Cook confirme cela avec de vrais chiffres plutôt qu’un argument marketing. Son premier rapport, daté du 12 juin 2026, a analysé 7 articles issus de 4 sources avec le modèle local llama3.2:3b : 6 421 tokens en entrée, 1 083 en sortie, 0,00 $ de coût cloud, et environ 15 minutes de relecture personnelle. Son rapport le plus récent, publié le 24 août 2026, couvre WordPress 7.1 et l’actualité Gutenberg à travers les six sources, désormais avec qwen3:14b via LM Studio : 13 articles analysés, toujours 0,00 $ de coût cloud, et un temps de relecture ramené à environ 8 minutes. Onze rapports hebdomadaires plus tard, le coût est resté à zéro et la relecture s’est accélérée, pas ralentie.
Ce qu’aucun discours « l’IA remplace les développeurs » ne mentionne
La philosophie du projet WP Trend Watcher le dit directement : l’IA peut collecter, résumer et synthétiser, mais ce sont les humains qui possèdent les conclusions, les recommandations, les avis et la décision de publier, et le projet écarte explicitement toute publication autonome. La checklist de relecture fournie avec le projet exige que chaque affirmation remonte à une source, que chaque résumé corresponde à l’article d’origine, et que chaque tendance explique pourquoi un développeur devrait s’y intéresser avant qu’un rapport ne parte.
Cook a décrit la même discipline avec ses propres mots sur WP Tavern : « J’avais besoin de prendre tous ces flux RSS, de les faire résumer, mais aussi de vérifier que ce qui est résumé par l’IA n’est pas juste des hallucinations. » Il précise qu’il clique lui-même sur la plupart des articles sources : « Je clique sur la plupart d’entre eux et je les lis… pour vérifier que le résumé correspond. » C’est une réponse différente à la question « quelle place pour l’IA dans le travail d’un développeur WordPress » que celle donnée par l’AI Client au niveau du cœur, où l’accent est mis sur la capacité d’un site à s’adresser à un fournisseur d’IA via une interface standard. WP Trend Watcher répond à la même question de fond, mais pour l’habitude de lecture hebdomadaire d’une seule personne : l’IA peut rédiger un brouillon, mais seul Cook décide de LA tendance qui mérite d’être signalée aux autres développeurs.
Faut-il construire, ou emprunter, un outil comme celui-ci ?
Le public visé est restreint et le projet l’assume lui-même : les développeurs freelances et en agence qui veulent rester à jour sans lire à la main chaque billet de Make Core et chaque mise à jour du Developer Blog. Si c’est votre cas, le projet tourne sur Node.js 22 et pnpm 11 (les deux versions figées, installées automatiquement via Corepack), sous macOS, Linux ou WSL2 :
git clone https://github.com/colorful-tones/wp-trend-watcher.git
cd wp-trend-watcher
nvm use
corepack enable
pnpm install
cp .env.example .env # a modifier si vous utilisez un autre modele ou fournisseur
cp sources.example.yaml sources.yaml # optionnel : personnaliser les sources
pnpm weeklyUn détail à corriger si vous êtes tombé sur une couverture plus ancienne du projet en le cherchant : les six sources par défaut vivent en dur dans src/sources.ts et se chargent automatiquement, sans aucune configuration. Le fichier sources.yaml, copié depuis le sources.example.yaml fourni, est ce qui permet d’ajouter ou de retirer des flux sans toucher au code : sans cette étape, ce sont exactement les six sources par défaut que vous obtenez. Les deux existent dans la version actuelle, ils servent simplement des besoins différents : les valeurs par défaut pour qui veut que ça fonctionne tout de suite, le fichier YAML pour qui veut pointer l’outil vers ses propres flux.
Les limites, honnêtement : c’est un jeune projet avec un seul mainteneur, une étape de relecture que vous devez réellement faire vous-même, et un modèle local à télécharger avant votre premier rapport. Ce n’est pas une extension qu’on installe puis qu’on oublie. Si ce compromis ne colle pas à votre semaine, ce n’est simplement pas l’outil qu’il vous faut, et c’est une raison tout à fait valable de passer votre chemin.
Notre avis
Ce qui rend WP Trend Watcher digne d’être couvert, ce n’est pas son échelle. Douze étoiles et un fork, ce n’est pas un mouvement, c’est ce que le projet a choisi de construire, et surtout ce qu’il a explicitement choisi de ne pas construire : pas de publication autonome, pas de tableau de bord, pas d’agent qui décide seul de ce qui compte. Si vous êtes freelance ou développeur en agence noyé sous les flux RSS WordPress, la première étape réaliste consiste à essayer la configuration par défaut sur une machine que vous utilisez déjà pour développer, avec le plus petit modèle, avant de décider si l’habitude de relecture hebdomadaire est une habitude que vous tiendrez vraiment. Prévoyez une vraie soirée pour ce premier essai : cloner le dépôt, installer un modèle local via Ollama ou LM Studio, et lire votre premier rapport du début à la fin, comme Cook l’a fait avec le sien en juin dernier. Si vous voulez voir en parallèle où va l’IA à l’intérieur même de WordPress, notre présentation des trois briques du Core raconte la moitié institutionnelle de la même histoire. Bonne lecture pour votre premier rapport tranquille du dimanche matin !
