Faut-il créer votre propre Composio ?
Couche gérée d’outils et d’authentification qui donne aux agents AI un accès opérationnel à des centaines d’applications tierces.
Si vous utilisez personnellement quatre applications, et non quatre cents, l’essentiel de Composio perd son utilité. Un agent peut vous écrire en une session environ un serveur MCP local qui encapsule Gmail, Slack, GitHub et Notion avec vos propres jetons d’accès personnels, et le cycle d’appel des outils fonctionne très bien. Ce que vous achetez réellement chez Composio, c’est la partie que personne n’aime : l’enregistrement d’une application OAuth chez chaque fournisseur, le renouvellement des jetons, le stockage des identifiants par utilisateur, la gestion des limites de débit et les schémas d’outils auxquels vous n’avez pas encore pensé. Cela se complique dès que vous voulez plus d’une poignée d’intégrations, plusieurs utilisateurs ou un parcours OAuth à la place d’un jeton statique que vous avez collé. En solo, avec des jetons : construisez-le. Pour plusieurs locataires ou beaucoup d’intégrations : payez.
EN → FRAnalyse traduite automatiquement de l’anglais. Prompt original conservé en anglais.
Build a local MCP (Model Context Protocol) server in TypeScript that gives an AI agent working tools for my own SaaS accounts, using personal access tokens. No hosted service, no accounts, no telemetry.
Stack, non-negotiable:
- Node 20+, TypeScript, pnpm
- @modelcontextprotocol/sdk over stdio transport
- zod for tool input schemas
- undici fetch for HTTP, no per-provider SDKs
Structure:
- src/index.ts: server bootstrap, registers every tool module
- src/providers/gmail.ts, slack.ts, github.ts, notion.ts
- src/http.ts: one shared request helper with timeout, retry on 429 and 5xx with exponential backoff, and error normalization
- .env.example listing every token var, .env gitignored, fail loudly at startup if a token for an enabled provider is missing
Tools to implement, keep them small and honest:
- gmail_search_messages, gmail_get_message, gmail_send_message
- slack_list_channels, slack_post_message, slack_search_messages
- github_list_issues, github_create_issue, github_comment_issue
- notion_search, notion_get_page, notion_append_block
Each tool: zod-validated input, a one-line description an LLM can act on, and output trimmed to useful fields only, never raw API dumps.
In scope: static token auth, a PROVIDERS env var to enable a subset, structured logging to stderr only (stdout is the MCP channel), a vitest suite that mocks HTTP and covers happy path plus 401 and 429 handling.
Out of scope: OAuth flows, multi-user credential storage, a web UI, a database. Say so in the README.
Deliver a README with setup steps, token scope requirements per provider, and the exact JSON block to paste into a Claude Desktop or Cursor MCP config.Le prompt s’ouvre prérempli dans votre agent. Relisez-le avant de l’exécuter. · ce prompt est généré à partir du plan de construction · améliorez-le via une PR
Comment créer votre propre version ?
Un serveur MCP local qui expose des outils écrits à la main pour les trois ou quatre APIs SaaS que vous utilisez réellement, authentifiés avec vos propres jetons personnels.
Ce dont vous aurez besoin
- Node 20+
- Jetons d’accès personnels pour chaque service que vous souhaitez encapsuler
- Un client compatible MCP comme Claude Desktop, Cursor ou votre propre boucle d’agent
Parce que les intégrations représentent un travail de maintenance ennuyeux et sans fin, avec une multitude de cas rares que personne ne peut prévoir. Écrire une couche d’encapsulation pour un outil est trivial ; en écrire quatre-vingts et les maintenir au fil des changements des fournisseurs nécessite une équipe. Le vrai apport est OAuth géré pour les comptes d’autres personnes : dès que votre agent a des utilisateurs, vous stockez et renouvelez des identifiants tiers, ce qui pose un problème de sécurité et d’assistance dont vous pouvez vous décharger en payant.
xDes centaines de schémas d’outils prédéfinis et déjà testés, sans avoir à lire leur documentation API
xOAuth géré : enregistrement des applications, écrans de consentement, jetons de renouvellement, révocation
xStockage des identifiants par utilisateur final, qui devient le cœur du problème si votre agent sert quelqu’un d’autre que vous
xQuelqu’un d’autre pour réparer votre intégration lorsqu’un fournisseur publie une modification incompatible de son API
xObservabilité de l’usage, nouvelles tentatives et lissage des limites de débit entre fournisseurs
Rien qui mérite d’être cité. C’est pour cela que le prompt existe.
Combien coûte Composio ?
- Facturation mensuelle
- 29 $US/mois29 $US/mois
- Par an
- 348 $US/an348 $US/an
- Avec une carte brésilienne, IOF de 3,5% inclus
- 152 R$/mois1 819 R$/an
Enregistré dans Ma liste. Un avis s’affichera ici si le prix change.
Vous finalisez l’achat sur le site de Composio. Vibe Radar ne gère aucun paiement.
Construire ou s’abonner à Composio ?
Ajustez les chiffres : heures de développement, taux horaire, coûts d’exploitation et prix de l’abonnement.
Sur 24 mois, l’abonnement coûte moins cher.
Heures estimées d’après l’analyse (une session). Ne chiffre pas ce que vous perdez (support, intégrations, sécurité).
Puis-je recréer Composio ?
En partie. Le cœur de Composio se construit en un week-end avec le prompt de cette page, mais il reste de vraies lacunes : Des centaines de schémas d’outils prédéfinis et déjà testés, sans avoir à lire leur documentation API, OAuth géré : enregistrement des applications, écrans de consentement, jetons de renouvellement, révocation. Lisez la liste ci-dessus avant de vous lancer.
Combien coûte Composio ?
Composio coûte environ 29 $US/mois (Pro, vérifié le 20/10/2026), soit 348 $US par an.
Que perd-on en remplaçant Composio ?
Honnêtement : Des centaines de schémas d’outils prédéfinis et déjà testés, sans avoir à lire leur documentation API; OAuth géré : enregistrement des applications, écrans de consentement, jetons de renouvellement, révocation; Stockage des identifiants par utilisateur final, qui devient le cœur du problème si votre agent sert quelqu’un d’autre que vous; Quelqu’un d’autre pour réparer votre intégration lorsqu’un fournisseur publie une modification incompatible de son API; Observabilité de l’usage, nouvelles tentatives et lissage des limites de débit entre fournisseurs. Si l’un de ces points compte pour vous, continuez à payer.
Existe-t-il une alternative open source à Composio ?
Aucune alternative open source mature à recommander, et c’est précisément pour cela que le prompt de cette page existe.