Intervention humaine pour n8n

Laissez l’IA proposer. Laissez votre client décider.

Votre workflow n8n bloque l’action exacte jusqu’à son approbation par votre utilisateur sur son téléphone.

Ce que propose n8n

Examen par un collègue dans Slack ou approbation de votre client ?

Pour un examinateur interne déjà dans Slack, Human Review de n8n peut suspendre un outil AI Agent sélectionné et demander à votre collègue d’approuver ses entrées. Utilisez le workflow Pushary lorsque l’approbateur est votre client et doit répondre sur son téléphone sans rejoindre le Slack de votre équipe. Importez customer-approval.json via le lien ci-dessous, connectez l’identité de ce client et exécutez uniquement l’action approuvée. Le nœud Wait enregistre l’exécution entre les vérifications ; conservez la base d’exécutions n8n lors des redémarrages.

Le point de blocage

  • Une requête HTTP qui dépasse son délai perd l’attente. Seule une exécution enregistrée survit.
  • Un outil IA qui pose une question ne force pas le modèle à demander avant d’agir.
  • Un webhook peut déclencher une vérification, mais son contenu seul ne peut pas approuver l’action.

La solution

Pushary recueille la réponse de votre utilisateur.

Wait suspend le workflow. Le nœud Pushary envoie la demande sur le téléphone de votre utilisateur, puis vérifie que la réponse vient du même utilisateur et couvre l’action exacte avant toute exécution.

Le nœud Pushary, avec Resource réglé sur Decision, crée une demande pour votre utilisateur et vérifie l’action enregistrée à chaque lecture. Wait suspend l’exécution entre les vérifications. Seul approved === true mène à l’action.

Settings → Community Nodes → Install: n8n-nodes-pushary

importez customer-approval.json depuis le dépôt
Trusted Action → Create Decision → Check Approval → Approved?
                                      ↑                ├─ true → Simulated Action
                                      │                └─ false → Still Pending?
                                      └──── Wait 2 min ←─────────┤
                                                               └─ no → Stop

// Bind External ID in the Decision credential.
// Keep operationId and the exact action in trusted workflow state.
// The final example node simulates an effect; it sends no refund.

Fonctionnement

De l’installation à la première réponse

Connectez votre utilisateur une seule fois. Exigez son approbation à l’étape sensible. Pushary envoie la question, attend la réponse et l’enregistre.

  1. 01

    Installez le package communautaire

    Sur n8n auto-hébergé, installez n8n-nodes-pushary depuis Settings → Community Nodes. Ajoutez le nœud Pushary et définissez Resource sur Decision.

  2. 02

    Connectez votre utilisateur une seule fois

    Connectez votre utilisateur une fois avec un lien depuis votre application. Ajoutez des identifiants Pushary Decision API avec votre clé API et l’identifiant de cet utilisateur. Ne laissez pas de clés dans les workflows exportés.

  3. 03

    Importez le workflow

    Importez customer-approval.json et sélectionnez les identifiants sur Create et Check. Vérifiez la proposition de l’IA avant Trusted Action ; l’action finale n’est qu’une simulation.

  4. 04

    Vérifiez, puis agissez

    Après chaque Wait, Check Approval relit la demande enregistrée. Seul le oui de votre utilisateur à cette action exacte passe. Un non, une expiration ou l’échéance arrête le workflow.

Une question peut demander un oui ou un non, un choix dans une liste ou une réponse écrite. Chaque réponse est enregistrée.

Avant la mise en production

Les pièges à éviter avec n8n

Ne laissez pas le modèle choisir l’approbateur
Placez l’identifiant de votre utilisateur dans les identifiants de connexion. Vérifiez la proposition en amont, puis figez l’utilisateur, la cible, l’identifiant d’opération et l’action complète. N’utilisez jamais $fromAI() pour l’approbateur ou l’action enregistrée.
Interrogez la demande déjà créée
Après Wait, utilisez Check Approval, pas un autre Create. Un identifiant d’opération stable rend la double exécution de Create sûre. Si le brouillon change, attribuez une nouvelle version à l’opération et demandez à nouveau.
Contrôlez l’effet réel
Connectez l’action uniquement à approved === true et exécutez l’action vérifiée. Votre API de remboursement a toujours besoin de sa propre clé d’opération : rejouer une exécution approuvée ne doit pas rembourser deux fois.

L’offre Partner

Votre agent interroge vos utilisateurs, pas seulement vous

Proposez votre agent à vos utilisateurs. Chacun approuve ses actions sensibles depuis son téléphone, sous votre marque.

$99/ mois, tous les frameworks inclus
Start free

Vos utilisateurs ne créent jamais de compte Pushary et ne nous paient rien.

Vos utilisateurs répondent sur leur propre téléphone

Connectez chaque utilisateur une seule fois avec un lien. Il installe l’application Pushary gratuite et répond depuis l’écran verrouillé, sans créer de compte.

Sans réponse, c’est non

Exécutez l’action uniquement après une approbation explicite. Une demande en attente, expirée ou annulée ne vaut jamais un oui. Pushary conserve chaque demande : votre code peut la reprendre après un redémarrage.

Joignez-les sur leur téléphone

L’application passe en premier, car elle seule affiche Approuver et Refuser sur l’écran verrouillé. Les notifications du navigateur viennent ensuite. Vous n’avez aucun système d’envoi à construire.

Chaque réponse est enregistrée

Chaque réponse est enregistrée avec son auteur et sa date. Vous pouvez effectuer des recherches et exporter les réponses. Avec une URL de rappel, chaque réponse est aussi envoyée à votre serveur par webhook signé.

FAQ

Les réponses à vos questions

Existe-t-il un package communautaire Pushary pour n8n ?
Oui. Installez n8n-nodes-pushary sur n8n auto-hébergé. Les demandes à vos utilisateurs se trouvent dans le nœud Pushary sous Resource → Decision, et l’exemple de workflow s’importe depuis GitHub. Le package n’est pas encore vérifié dans le catalogue n8n Cloud.
Cela peut-il servir de couche de décision pour un AI Agent n8n ?
Oui, si votre workflow l’impose. Laissez l’agent proposer, puis vérifiez et figez l’action, demandez à votre utilisateur et connectez l’action uniquement à la branche approuvée. Ne donnez pas à l’agent une seconde voie vers la même action. Pushary n’est pas un canal dans la liste Human Review de n8n : c’est ce workflow qui impose le contrôle.
L’approbation peut-elle survivre à un redémarrage de n8n ?
Oui, si n8n conserve sa base d’exécutions. L’exemple attend deux minutes avec le nœud Wait et vérifie de nouveau la demande enregistrée après la reprise. Pushary conserve la réponse de votre utilisateur de son côté ; il n’enregistre ni ne reconstruit l’exécution n8n.
Et si le client refuse ou ne répond jamais ?
L’action ne s’exécute pas. Check Approval renvoie approved false pour les demandes en attente, refusées, expirées ou annulées. L’exemple continue d’attendre uniquement tant que la demande reste ouverte et avant son échéance, puis s’arrête. Une erreur ne vaut jamais approbation.
Un workflow approuvé garantit-il une action unique ?
Non. Conservez l’identifiant d’opération enregistré et faites ignorer les répétitions de la même opération par votre API de remboursement. Une approbation couvre l’action vue par votre utilisateur ; elle n’empêche pas un service externe de rejouer deux fois une exécution.

Laissez votre agent n8n demander avant d’agir.

Connectez un utilisateur une seule fois, posez une question en un appel et exécutez l’action uniquement après un oui. Chaque réponse est enregistrée.

Start free

Offre Partner, $99 par mois. Vos utilisateurs ne créent jamais de compte Pushary et ne nous paient rien.