Je teste en ce moment des workflows où un agent IA peut déclencher des actions dans le monde réel.
Un point d’architecture intéressant : j’utilise Twilio via Zapier MCP depuis Claude Desktop.
Pourquoi ne pas connecter directement le MCP Twilio ?
Parce que le MCP Twilio complet est très large et expose énormément d’actions / paramètres.
Passer par Zapier MCP permet :
• de réduire la surface d’exposition côté agent
• de simplifier le prompting (moins d’outils = moins d’erreurs)
• de mieux contrôler le scope fonctionnel
• d’éviter des actions involontaires ou coûteuses
• d’avoir une couche d’orchestration plus modulaire
En pratique, Claude Desktop peut simplement envoyer un SMS via un prompt sans avoir besoin de manipuler toute la complexité de Twilio.
Je trouve que c’est un pattern intéressant pour connecter des agents IA à des APIs réelles de manière safe & scalable.
Je continue mes tests sur ce type d’architectures.
Si ça vous intéresse je peux partager d’autres retours
Très cool de te voir expérimenter avec Claude Desktop!
Perso, j’ai finalement décider de prendre ChatWoot pour l’aspect SMS de mes automations.
On peut self-host & c’est Open Source. Donc gratuit! Il faut quand même passer par Twilio pour envoyer des SMS, mais le bonus est que ça donne une super app mobile pour gérer ça.
Sinon, il y a l’API de Quo que j’utilise également. Mon numéro personnel + celui des Bunkers est sur cette plateforme!
Merci pour les info et les différents outils. Je regarderais en fonction de mes usages et worflow que je souhaite mettre en place (c’est pour des services ) ce qui est le plus simple à mettre en place pour les clients
j’utilise Twilio via Zapier MCP depuis Claude Desktop.
Passer par Zapier MCP permet :
de réduire la surface d’exposition côté agent
de simplifier le prompting (moins d’outils = moins d’erreurs)
de mieux contrôler le scope fonctionnel
d’éviter des actions involontaires ou coûteuses
d’avoir une couche d’orchestration plus modulaire
