Hier, en une heure, nous avons créé un agent capable de publier des articles via l’API REST. Quatre heures plus tard, il était devenu un véritable agent de travail, structuré autour de plusieurs skills et capable de réaliser des actions concrètes sur un site WordPress. Les premiers tests sont prometteurs, certains ont échoué, mais une chose est déjà évidente : notre façon de travailler change brutalement.

En quelques heures, tout a changé

Hier, en à peine une heure, nous avions déjà un premier agent capable de publier un article sur WordPress via l’API REST. Ce qui, il y a encore peu de temps, aurait demandé de la préparation, des essais techniques et plusieurs allers-retours, a pu être mis en place très rapidement.

Mais le plus impressionnant n’est pas là.

Quatre heures plus tard, ce premier prototype s’était transformé en un véritable agent de travail, structuré, modulaire, évolutif, avec plusieurs compétences spécialisées capables de collaborer entre elles.

On n’est plus dans le simple test amusant. On entre dans une autre manière de produire, de corriger, d’automatiser et de piloter un site web.

Le nouvel agent que nous avons construit

L’agent que nous avons construit est un agent WordPress orienté exécution. Son rôle n’est pas seulement de répondre à des questions, mais d’agir sur un périmètre défini, avec méthode.

Il s’appuie sur une logique modulaire avec plusieurs skills, chacun ayant une fonction précise. Cela permet d’éviter l’improvisation permanente et de structurer le travail de façon beaucoup plus propre.

L’idée n’est plus de tout faire manuellement, étape par étape, mais de créer un système capable de prendre en charge des tâches concrètes, tout en restant piloté et vérifiable.

À quoi sert concrètement cet agent

Ce nouvel agent a été pensé pour intervenir sur des tâches WordPress réelles, notamment :

• vérifications techniques simples sur un site
• lecture d’informations utiles via l’API REST
• création et modification de contenus
• publication d’articles
• structuration de contenu en blocs Gutenberg
• préparation d’actions plus complexes via plusieurs skills spécialisés

Autrement dit, il devient possible de déléguer une partie du travail d’exécution à un agent qui agit dans un cadre clair, plutôt que de tout faire à la main.

Une architecture par skills

Le point fort du système, c’est justement cette organisation par skills.

Au lieu d’avoir un agent flou qui tente de tout faire d’un bloc, on construit un agent outillé, avec plusieurs briques spécialisées. Cela rend le comportement plus cohérent, plus contrôlable, et beaucoup plus utile dans un vrai contexte de production.

Cette approche change tout.

Elle permet de faire évoluer l’agent progressivement, d’améliorer un comportement précis sans casser le reste, et surtout de transformer des tests ponctuels en véritables méthodes de travail.

Les premiers tests : ce qui a fonctionné

Les premières phases de test ont été globalement satisfaisantes.

Nous avons notamment validé plusieurs points concrets :

• connexion et interaction avec WordPress via l’API REST
• création de contenus
• modification de contenus existants
• publication d’articles
• capacité à suivre une suite d’actions dans un ordre logique
• premiers usages réels sur des tâches normalement répétitives

Ce n’est pas théorique. Ce sont des actions qui ont réellement été exécutées dans un contexte de travail.

Et c’est précisément ce qui rend cette évolution si importante : on ne parle plus seulement de génération de texte, mais d’agents capables d’intervenir dans un flux opérationnel.

Ce qui n’a pas encore bien fonctionné

Tout n’a pas été parfait, loin de là.

Certains tests ont échoué. Dans plusieurs cas, le problème ne venait pas de WordPress lui-même, mais plutôt :

• de détails techniques dans les scripts
• de problèmes de parsing ou de quoting
• de stratégies de collecte encore imparfaites
• de choix de sources pas toujours pertinents
• de comportements à affiner dans l’enchaînement des actions

Autrement dit, on est dans une vraie phase de mise au point.

Mais ce n’est pas un mauvais signal. Au contraire.

Quand un système commence à échouer sur des détails précis et identifiables, cela veut dire qu’il est déjà assez avancé pour révéler ses vrais points faibles. Et ça, c’est une base solide pour l’amélioration.

Le plus important : la méthode de travail change brutalement

C’est sans doute le point le plus marquant de cette expérience.

Ce qui change, ce n’est pas seulement la vitesse.

C’est la manière même de travailler.

On passe progressivement d’un fonctionnement où l’on exécute tout soi-même, manuellement, à un fonctionnement où l’on conçoit, teste, corrige et supervise des agents capables de faire une partie du travail pour nous.

Cela ne supprime pas le rôle humain. Cela le déplace.

On passe moins de temps à cliquer, copier, corriger, répéter.
On passe plus de temps à définir le cadre, vérifier les résultats, améliorer la logique et organiser le système.

Et, très franchement, c’est extrêmement confortable.

Pourquoi cette façon de travailler est si intéressante

Travailler de cette manière apporte plusieurs avantages immédiats :

• gain de temps sur les tâches répétitives
• réduction de la friction technique
• meilleure capacité à tester rapidement
• amélioration continue du système
• possibilité de déléguer certaines opérations sans perdre la maîtrise

Le plus enthousiasmant, c’est qu’on sent immédiatement que ce mode de travail peut monter en puissance très vite.

Même avec des imperfections, il devient évident qu’on ne reviendra pas en arrière de la même façon.

Nous n’en sommes qu’au début

Le plus honnête aujourd’hui, c’est de dire deux choses en même temps :

Oui, les premiers résultats sont déjà impressionnants.
Et oui, il reste beaucoup d’ajustements à faire.

L’agent fonctionne.
Certains tests sont validés.
D’autres doivent être améliorés.
Mais la trajectoire est claire.

Ce que nous sommes en train de construire, ce n’est pas juste un assistant.
C’est un nouvel environnement de travail.

Conclusion

En une heure, nous avions un agent capable de publier via l’API REST.
Quelques heures plus tard, nous avions un agent complet, organisé autour de plusieurs skills, capable d’exécuter de vraies tâches WordPress.

Tout n’est pas encore parfait.
Certains tests ont échoué.
Des raffinements sont nécessaires.
Mais le changement est déjà là.

Les méthodes de travail évoluent brutalement.
Et pour une fois, ce changement ne complique pas le quotidien.

Il l’améliore.

Idée de clôture

Nous allons continuer à tester, corriger et enrichir cet agent pour le rendre plus fiable, plus intelligent et plus utile dans des cas concrets.

Mais une chose est déjà sûre :
travailler avec ce type d’agent change profondément la manière de produire sur le web.