Intervention humaine via MCP
L’intervention humaine via MCP, avec une entrée de configuration.
Reliez tout client MCP au serveur Pushary hébergé pour que votre agent puisse interroger une personne. Rien à installer.
Ce que propose MCP
La sollicitation, lorsque le client la prend en charge
La spécification MCP permet à un serveur de poser une question à l’utilisateur au milieu d’un appel. Le serveur envoie une demande de sollicitation, le client l’affiche et la réponse revient. Si le client la prend en charge et que la personne est devant, utilisez-la.
// Server asks the host to collect an answer.
// Works only if THIS client implements elicitation,
// and only while the user is actually looking at it.Le point de blocage
- La prise en charge varie selon les clients : un serveur qui en dépend se comporte donc différemment dans chaque hôte.
- Elle joint la personne présente devant le client. Si elle s’est éloignée, rien ne se passe avant son retour.
- Aucun historique n’est conservé ensuite. La réponse va dans la conversation et nulle part ailleurs.
La solution
Pushary recueille la réponse de votre utilisateur.
MCP fournit des outils à votre agent, mais aucun client MCP n’intègre de moyen de joindre une personne loin de son clavier. Avec le serveur hébergé, ask_user envoie la question sur un téléphone, wait_for_answer renvoie la réponse et chaque réponse est enregistrée.
Ajoutez cette entrée à votre client MCP avec votre clé API comme jeton Bearer. Votre agent dispose d’ask_user, wait_for_answer, send_notification et cancel_question. Avec l’offre Partner, quatre outils supplémentaires connectent vos propres utilisateurs et les interrogent sur leurs actions.
Aucune installation. Une seule entrée de serveur MCP.
{
"mcpServers": {
"pushary": {
"type": "http",
"url": "https://pushary.com/api/mcp/mcp",
"headers": { "Authorization": "Bearer YOUR_PUSHARY_API_KEY" }
}
}
}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.
- 01
Ajoutez l’entrée du serveur
Ajoutez l’entrée Pushary à la configuration MCP de votre client avec votre clé API comme jeton Bearer. Cela suffit.
- 02
Connectez votre téléphone
Connectez une fois votre téléphone à votre espace Pushary. Avec l’offre Partner, un appel d’outil renvoie un lien de connexion pour chacun de vos propres utilisateurs.
- 03
Laissez l’agent poser ses questions
Le modèle appelle ask_user lorsqu’il a besoin d’une décision, puis wait_for_answer pour attendre la réponse. send_notification couvre les tâches terminées et les erreurs.
- 04
Traitez l’absence de réponse comme un non
Si wait_for_answer indique que personne n’a répondu, l’agent s’arrête. La question expire et ne devient jamais un oui.
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 MCP
- Notifier et bloquer sont deux choses différentes
- Un outil que le modèle choisit d’appeler reste facultatif. Un modèle qui ne veut pas être interrompu peut l’ignorer, et une consigne « demander d’abord » n’y change rien. Si une action ne doit pas avoir lieu sans un oui, le contrôle doit précéder l’exécution : sur les agents CLI, il s’agit d’un hook PreToolUse.
- Le délai MCP n’est pas votre délai d’approbation
- Les hôtes annulent les appels d’outils longs selon leur propre délai, souvent en moins d’une minute. Une question bloquante qui dépasse ce délai est annulée dans le client, alors que la question reste ouverte et accessible sur le téléphone.
- Chaque hôte nomme et affiche les outils différemment
- Le même serveur apparaît avec des descriptions d’outils et des invites d’approbation différentes selon le client. Testez les questions dans chaque hôte pris en charge : le texte vu par le modèle influence sa décision d’appeler l’outil.
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.
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
Quels outils le serveur MCP hébergé expose-t-il ?
Qui reçoit la question ?
Dois-je installer quelque chose ?
Avec quels clients cela fonctionne-t-il ?
Que se passe-t-il si personne ne répond à temps ?
Quelle différence avec la sollicitation MCP ?
Puis-je imposer une approbation à un appel d’outil MCP ?
Laissez votre agent MCP 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 freeOffre Partner, $99 par mois. Vos utilisateurs ne créent jamais de compte Pushary et ne nous paient rien.