Comparatif honnête
Courier est une plateforme de communication client multicanale dont l’API envoie sans attendre de réponse, par conception. Pushary attend la réponse. Votre utilisateur connecte une fois son téléphone avec un lien, puis decisions.ask() attend qu’il touche Approuver ou Refuser. Sans réponse à temps, l’action ne s’exécute pas.
Leurs fonctions se rejoignent un instant : quand le message arrive sur le téléphone. Le rôle de Courier s’achève à la livraison ; parcours, préférences, boîte de réception et routage améliorent cette livraison. Le rôle d’une approbation d’agent commence là : retenir l’agent, recueillir la réponse, appliquer le délai et conserver l’historique. Pour le premier besoin, Courier convient bien. Pour le second, vous devriez tout construire par-dessus.
Les étapes d’automatisation Courier couvrent l’envoi, les délais, les branches, les lots et les récapitulatifs. Delay suspend pendant une durée ou jusqu’à une heure. Pour un agent qui a besoin d’une personne, le guide de Courier présente le schéma : l’automatisation attend un webhook ou un événement entrant signalant la réponse de l’utilisateur. Recueillir et transmettre cette réponse vous revient : l’attente, l’association et l’historique résident donc dans votre backend. decisions.ask() gère les trois.
La version maison utilise des boutons d’action pointant vers votre endpoint, des automatisations pour l’escalade et votre base de données pour savoir qui a approuvé quoi. Cela fonctionne ; Courier documente lui-même ce schéma. Le coût apparaît ensuite : stocker les demandes en attente, associer réponses et questions, gérer l’expiration, reprendre après un redémarrage et conserver un audit. Votre équipe écrit et maintient chaque élément. Pushary fournit cet ensemble en deux appels.
Courier envoie les push via l’application mobile que vous développez, avec les identifiants push que vous gérez. Si vous avez cette application, c’est une bonne option. Sinon, Pushary vous évite de la construire. Votre utilisateur ouvre votre lien une fois et installe l’application Pushary gratuite ou active les notifications du navigateur. L’envoi aux deux est géré pour vous, lié à votre propre identifiant utilisateur.
Pour l’étendue de la communication client, Courier est bien plus complet : 50+ fournisseurs derrière une API, parcours, préférences, gestion multiclient et boîte intégrable. Les agents peuvent aussi piloter la plateforme via son serveur MCP et sa CLI, ce qui fonctionne bien. Pushary ne vise pas cet usage. Pour les messages produit et de cycle de vie à grande échelle, utilisez Courier ; gardez Pushary pour les étapes où une personne doit décider.
| Fonctionnalité | Pushary | Courier |
|---|---|---|
| Un appel qui interroge une personne et renvoie sa réponseFONCTION CENTRALE | ||
| Sans réponse, c’est non, sans code supplémentaire | ||
| Vos utilisateurs connectent leur téléphone avec un lienCONNEXION | ||
| Approbations push sur téléphone sans développer votre application | ||
| Chaque réponse est enregistrée et consultable | ||
| Oui/non, choix dans une liste ou réponse écrite | ||
| Webhook signé lorsqu’une personne répond | ||
| Une API d’envoi pour e-mail, SMS, push, notifications intégrées et chat | ||
| Parcours visuels avec délais, branches et récapitulatifs | ||
| Boîte de notifications intégrable à votre application | ||
| Tarifs | Partner à $99/mois, tarif public et souscription autonome | Offre gratuite puis facturation à l’envoi (voir leurs tarifs) |
Les lignes Courier reflètent sa documentation publique et sa page de tarifs en octobre 2026. Consultez sa documentation pour l’état actuel.
Vous pouvez en construire un, et la documentation Automations de Courier explique comment. Son schéma Agent-Human Collaboration envoie un message, puis attend un webhook ou un événement entrant signalant la réponse de l’utilisateur. La Send API elle-même n’attend aucune réponse. Recueillir cette réponse, l’associer à la question, refuser en l’absence de réponse et consigner la décision restent à votre charge. Pushary gère toute cette boucle dans decisions.ask().
Oui, de nombreux outils, mais dans l’autre sens. Courier propose un serveur MCP hébergé, une CLI, des compétences pour agents et une documentation lisible par machine pour que les agents IA pilotent la plateforme : envoyer des messages, gérer les modèles et déboguer les chaînes d’envoi. Cela permet à un agent d’envoyer. Cela ne soumet pas ses propres actions à une approbation, ce que fait Pushary.
Dans Pushary, l’action ne s’exécute pas. À la fin du délai, la demande se ferme comme non approuvée, l’agent en est informé et l’expiration est enregistrée. La documentation Courier ne prévoit pas de refus en l’absence de réponse. Son nœud Delay suspend pendant une durée ou jusqu’à une heure : vous devez combiner délais, vérifications de statut et code pour gérer l’expiration.
Courier envoie les notifications via votre propre application mobile avec vos identifiants APNs, FCM, Expo ou OneSignal, et les SMS via votre fournisseur. Pushary fournit aussi la réception. Votre utilisateur ouvre votre lien de connexion une fois et installe l’application Pushary gratuite ou active les notifications du navigateur. Les demandes arrivent ensuite dans l’application ou le navigateur.
Pour la communication client : une API pour envoyer des e-mails, SMS, push, messages dans une boîte intégrée et chats, avec parcours, préférences et marque par client. Courier est conçu pour cela et propose une véritable offre gratuite pour commencer. Choisissez Pushary lorsqu’un agent doit s’arrêter, qu’une personne précise doit décider sur son téléphone et que le résultat doit être appliqué et enregistré.
Connectez chaque utilisateur une fois avec un lien. Posez ensuite la question avant l’étape sensible : votre code attend une approbation ou un refus. Sans réponse, c’est non, et chaque réponse est enregistrée. Compatible avec Vercel AI SDK, LangGraph, CrewAI, Mastra, OpenAI Agents SDK, Eve, Hermes et MCP.
Start free