Nederlands
English

·

Duplicator 5 parle désormais à l’IA. Qu’est-ce que ça vous apporte ?

Duplicator, l’extension de sauvegarde bien connue pour WordPress, est sortie en version 5.0 le 22 septembre. La grande nouveauté : l’extension peut maintenant travailler avec des assistants IA comme Claude et ChatGPT. Je l’ai essayée le soir même sur mon site de test, avec Claude Code.

Couverture : Sauvegarde par l’IA

La réponse courte : Claude peut désormais faire lui-même une sauvegarde avant une intervention, puis vérifier qu’elle a réussi. Il ne peut ni la restaurer ni la supprimer. Je trouve que c’est exactement ce qu’il faut. Une IA qui installe un filet de sécurité, mais qui ne peut rien casser avec.

Liste des sauvegardes de Duplicator avec la sauvegarde faite par Claude. L’infobulle indique : Requested by AI Assistant, avec la raison Test via ability, PHP-dump (Claude, rc7).

Ce que cela change en pratique

Imaginons que je demande à Claude de mettre à jour une extension ou de refaire une page. Désormais, il peut d’abord lancer une sauvegarde, attendre qu’elle soit terminée, et seulement ensuite commencer. La liste des sauvegardes indique que c’est l’IA qui l’a faite, et pourquoi. Cela m’épargne une manipulation, et le risque de l’oublier.

Deux réserves

La connexion passe par un service supplémentaire, que je n’utilise pas. Duplicator recommande de connecter l’IA via WPVibe, une extension avec son propre serveur sur Internet. Votre assistant IA parle alors à leur serveur, qui parle à votre site. Le mot de passe qui permet cela est conservé chez eux. Cela peut être pratique, mais je préfère ne pas donner à un tiers un accès en écriture à mes sites ou à ceux de mes clients. On peut aussi s’en passer : WordPress a sa propre norme pour cela.

Sur mon environnement de développement local, ça a d’abord échoué. La première sauvegarde a raté. Ce n’était pas la connexion IA, mais une vieille particularité de Duplicator que la version 5 n’a pas encore corrigée. Un seul réglage a suffi. Ensuite, la sauvegarde était prête en une minute environ.

Conclusion

Utile, et sagement délimité. Pour qui travaille sur des sites WordPress avec l’IA, « faire d’abord une sauvegarde » est maintenant quelque chose que l’IA sait faire seule. Je l’utilise, mais sans le service supplémentaire entre les deux.

Pour les techniciens : comment ça marche et où ça a coincé

Testé avec : Duplicator Pro 5.0.4, WordPress 7.1.2, Local (Ubuntu), Claude Code via le MCP Adapter.

Trois abilities. Via l’Abilities API (depuis WP 6.9), Duplicator enregistre trois fonctions dans la catégorie duplicator :

  • duplicator/list-backups : les 20 dernières sauvegardes (lecture seule)
  • duplicator/create-backup : lance une sauvegarde, avec scope (all ou database) et une reason qui apparaît dans la liste des sauvegardes
  • duplicator/get-backup-status : suit l’avancement, de queued à complete ou failed en passant par running

Il n’y a pas d’ability pour restaurer ou supprimer. Les annotations (readonly) sont correctement remplies, et sur un site de staging Duplicator refuse tout.

Invisible via MCP. Les abilities ont show_in_rest=true, mais ne sont pas publiques pour MCP. Vous ne les voyez donc pas via le MCP Adapter. Elles sont accessibles via l’API REST (POST /wp-json/wp-abilities/v1/abilities/duplicator/create-backup/run, avec un mot de passe d’application) ou en local avec WP-CLI :

wp eval 'print_r( wp_get_ability("duplicator/create-backup")->execute(["scope"=>"all","reason"=>"Avant la mise à jour"]) );' --user=<admin>

Où ça a coincé. Local fait tourner MySQL sur son propre socket. La commande WP-CLI de Duplicator, wp duplicator build, force l’export de la base de données sur mysqldump, sans lui passer ce socket :

mysqldump: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'

L’option --phpsqldump figure dans l’aide comme *« Not implemented yet »*. Le piège : une tentative CLI ratée de ce genre enregistre mysqldump comme réglage général. Ensuite, une sauvegarde depuis l’administration ou via l’ability échoue aussi, avec la même erreur. La nouvelle fonction AutoTune n’est pas intervenue lors de mon test.

La solution. Passer l’export de la base en PHP : Duplicator → Settings → Backups → SQL Mode → PHP Code. Ensuite, la sauvegarde via l’ability a réussi en une minute environ : un archive.zip de 84 Mo plus l’installateur.

WPVibe. WPVibe (vibe-ai sur wordpress.org, de SeedProd) sert de relais : IA → wpvibe.ai (Cloudflare) → API REST de votre site. Le mot de passe d’application est conservé chiffré sur leurs serveurs. Cela ne fonctionne pas pour les sites en environnement de développement local, car leur serveur ne peut pas les atteindre.