Checklist avant de brancher un agent IA en écriture sur une boutique WooCommerce

Un agent qui se contente de lire des données (statut de commande, niveau de stock) présente un risque limité : au pire, il donne une information erronée. Un agent qui peut écrire — modifier un statut, ajuster un stock, initier un remboursement — change complètement de catégorie de risque, parce qu’une erreur d’interprétation se traduit alors par une action réelle sur la boutique, pas seulement par une phrase malheureuse. Cette checklist ne couvre volontairement pas l’accès en lecture seule, déjà traité ailleurs ; elle se concentre sur ce qu’il faut vérifier avant d’autoriser la première écriture réelle.

Avant de concevoir le moindre outil d’écriture

1. Lister les actions réellement nécessaires, une par une, plutôt que de concevoir un outil générique capable de modifier n’importe quel champ d’une commande. Un outil « marquer une commande comme expédiée avec un numéro de suivi » est acceptable ; un outil « modifier une commande » ne l’est pas.
2. Classer chaque action selon sa réversibilité. Ajouter une note interne à une commande est trivialement réversible. Annuler une commande ou initier un remboursement ne l’est pas, ou seulement au prix d’une intervention manuelle supplémentaire.
3. Décider, pour chaque action irréversible, du mode de confirmation exact : validation humaine systématique, ou action réversible automatiquement pendant une fenêtre de temps donnée (par exemple un remboursement qui reste annulable pendant dix minutes avant exécution réelle).

Pendant l’implémentation

• Vérifier que chaque outil d’écriture valide ses paramètres d’entrée indépendamment de ce que l’agent affirme avoir vérifié — ne jamais faire confiance à une assertion du modèle de langage sur l’état du système.
• Mettre en place une journalisation qui enregistre non seulement l’action exécutée, mais aussi la conversation complète qui y a mené, pour permettre une reconstitution fidèle en cas d’incident.
• Limiter le rythme d’exécution des actions d’écriture par unité de temps (une limite de débit dédiée), pour qu’un emballement — boucle de l’agent, message répété involontairement par un utilisateur — ne produise pas des dizaines d’actions en quelques secondes.
• Prévoir explicitement le comportement attendu en cas d’échec partiel d’une action en plusieurs étapes, pour éviter un état incohérent (par exemple un remboursement partiellement enregistré côté passerelle mais pas côté commande WooCommerce).

Le test de l’interrupteur d’arrêt

Avant toute mise en production, un interrupteur d’arrêt d’urgence doit exister et avoir été testé en conditions réelles : la capacité de désactiver instantanément tous les outils d’écriture de l’agent, sans devoir redéployer du code ni redémarrer un serveur, en cas de comportement anormal détecté. Ce point mérite d’être vérifié avant la mise en production, pas découvert au moment où on en a effectivement besoin, dans l’urgence d’un incident en cours.

// Vérification systématique en tête de chaque outil d'écriture
function outil_annuler_commande( $parametres ) {
    if ( get_option( 'agent_ia_ecriture_active', true ) !== true ) {
        return array( 'erreur' => 'Écriture désactivée temporairement, contactez un conseiller.' );
    }
    // ... suite du traitement, avec confirmation déjà validée en amont
}

Une fois en production

1. Auditer, sur les premières semaines, chaque action d’écriture réellement exécutée, pas seulement un échantillon — le volume initial reste généralement assez faible pour permettre une revue exhaustive.
2. Réduire progressivement le périmètre de confirmation humaine uniquement sur les catégories d’actions où le taux d’erreur observé reste nul sur une période suffisante, jamais par anticipation optimiste.
3. Documenter tout incident, même mineur, dans un registre partagé avec l’équipe, pour affiner les garde-fous au fil du temps plutôt que de les figer définitivement au lancement.

La question à se poser n’est jamais « cet agent peut-il faire cette action correctement la plupart du temps » mais « que se passe-t-il précisément la fois où il se trompe ». Si la réponse fait peur, l’action ne devrait pas exister sans confirmation humaine.

Checklist récapitulative

• Liste exhaustive et granulaire des actions autorisées, jamais d’outil générique.
• Classement explicite de chaque action selon sa réversibilité.
• Confirmation humaine systématique pour toute action irréversible.
• Validation côté serveur indépendante de ce que l’agent affirme.
• Journalisation complète incluant la conversation, pas seulement l’action.
• Limite de débit pour éviter tout emballement.
• Interrupteur d’arrêt d’urgence testé avant la mise en production.
• Revue exhaustive des premières actions réellement exécutées.

En résumé

Autoriser un agent IA à écrire dans une boutique WooCommerce, même pour des tâches en apparence anodines, demande une discipline de conception bien plus stricte que pour un simple accès en lecture. Le périmètre borné de chaque outil, la confirmation humaine sur l’irréversible et l’existence d’un interrupteur d’arrêt testé restent les trois conditions non négociables avant d’envisager une mise en production sereine.