150 euros contre 750 euros : c’est l’écart de plafond par défaut observé entre les abilities de paiement déclarées par deux extensions WordPress concurrentes, l’une connectée à Mollie, l’autre à PayPal, toutes deux pensées pour être appelées par un agent IA plutôt que par un humain cliquant sur un bouton.
Ce test compare, sur un même site de démonstration, le comportement de ces deux extensions lorsqu’un agent tente de générer un lien de paiement pour un montant croissant, afin de voir à quel moment chacune exige une confirmation humaine plutôt que d’exécuter l’action directement.
Le protocole de comparaison
Les deux extensions ont été installées sur le même site de test, avec des comptes marchands en mode sandbox pour Mollie comme pour PayPal. L’agent, un modèle de langage connecté via un outil MCP dédié, recevait une consigne identique : générer un lien de paiement pour un montant donné, en augmentant progressivement ce montant d’un test à l’autre.
Le comportement observé, montant par montant
| Montant demandé | Extension Mollie | Extension PayPal |
|---|---|---|
| 50 euros | Lien généré directement | Lien généré directement |
| 150 euros | Confirmation humaine exigée | Lien généré directement |
| 750 euros | Confirmation humaine exigée | Confirmation humaine exigée |
| 2 000 euros | Confirmation humaine exigée | Confirmation humaine exigée |
Pourquoi cet écart de plafond par défaut
L’extension connectée à Mollie a été conçue dès le départ avec un plafond bas par défaut, assumé par son éditeur comme un choix de prudence pour les commerces de taille modeste. L’extension PayPal, plus ancienne et pensée initialement pour un usage humain classique, a reçu sa capacité d’agent en complément, avec un plafond hérité de ses paramètres de paiement standard plutôt que pensé spécifiquement pour un contexte d’agent autonome.
Ce qu’aucune des deux extensions n’autorise
Ni l’une ni l’autre ne permet à l’agent d’annuler un paiement déjà initié, ni de modifier un montant après génération du lien. Cette limite commune rassure sur un point : même en cas de dérapage sur la génération d’un lien, aucune des deux extensions n’ouvre la porte à une action destructrice supplémentaire une fois le lien créé.
- Le plafond de confirmation reste configurable manuellement dans les deux cas, une fois l’extension installée.
- Aucune des deux extensions ne journalise nativement les tentatives refusées faute de confirmation.
- Les deux nécessitent une clé API distincte de celle utilisée pour les paiements humains classiques.
L’absence de journal, un manque commun aux deux
Ce point mérite d’être relevé : aucune des deux extensions ne conserve, par défaut, une trace claire des demandes de paiement refusées parce qu’elles dépassaient le plafond. Un administrateur souhaitant auditer le comportement de l’agent doit ajouter cette journalisation lui-même, par exemple via un hook personnalisé sur l’action déclenchée avant confirmation.
Un plafond de confirmation ne vaut que s’il est accompagné d’une trace de ce qui a été refusé : sans cela, on ne sait jamais si l’agent a simplement obéi à la limite, ou s’il a tenté de la dépasser à plusieurs reprises.
Ce que révèle l’inspection du code des deux extensions
Un examen du code source publiquement documenté des deux extensions montre que le plafond n’est pas géré de façon identique. L’extension Mollie stocke le seuil dans une option dédiée, vérifiée systématiquement avant tout appel de génération de lien, tandis que l’extension PayPal réutilise un paramètre existant pensé initialement pour les remboursements manuels, réaffecté à cet usage sans logique de plafond spécifique conçue pour un agent.
function verifier_plafond_avant_generation( float $montant, string $fournisseur ): bool {
$plafonds = array(
'mollie' => (float) get_option( 'mollie_agent_plafond_confirmation', 150 ),
'paypal' => (float) get_option( 'paypal_montant_max_sans_validation', 750 ),
);
if ( $montant > $plafonds[ $fournisseur ] ) {
return false; // confirmation humaine requise
}
return true;
}Cette différence de conception explique en partie l’écart constaté : un plafond pensé dès l’origine pour un usage par agent tend à être plus prudent qu’un paramètre réaffecté après coup à cette même fonction.
Notre verdict
Pour un site marchand de taille modeste où la prudence prime, l’extension connectée à Mollie offre un comportement par défaut plus rassurant grâce à son plafond bas. Pour un site où les montants moyens sont déjà plus élevés, l’extension PayPal reste utilisable, à condition d’abaisser manuellement son plafond de confirmation dès l’installation plutôt que de se fier à sa configuration héritée. Dans les deux cas, l’ajout d’une journalisation manuelle des tentatives refusées reste une étape à ne pas négliger.
