Passerelle d’actions IA · Écrite en Rust
Mettez votre logiciel existant dans le chat de votre équipe
api0 est une passerelle MCP écrite en Rust qui transforme vos API REST existantes en outils pour Claude et les autres clients compatibles MCP. Connectez Claude à votre backend en moins de cinq minutes.
Les frictions habituelles
Du code de liaison partout
Chaque nouvel agent réclame ses propres wrappers, sa gestion d'authentification et sa logique de reprise. Ça tient — jusqu'au jour où ça lâche.
La sécurité arrive après coup
Les clés d’API finissent dans les prompts, les fichiers d’environnement ou la mémoire des agents, et le backend ne sait pas pour quelle personne l’agent agit.
Les performances et la fiabilité comptent
Les runtimes de haut niveau introduisent une latence et des modes de défaillance que l'on ne découvre qu'en production.
Une passerelle. Toutes vos API. Teams, WhatsApp, Telegram, Claude.
- Importez une spécification OpenAPI ou décrivez vos endpoints en langage courant : chacun devient un outil MCP
- Fonctionne dans Microsoft Teams, WhatsApp, Telegram, Claude et tout client compatible MCP
- Chaque utilisateur autorise une seule fois via OAuth, et chaque appel indique pour qui il est fait
- Crédits, contrôle d’accès et journal des appels sur chaque appel d’outil
- Passerelle et backends écrits en Rust
« Réserve-moi un vol pour Lisbonne » → un vrai appel API
Ce qu’on en fait
Une API, importée une fois. Chaque équipe l’utilise depuis le chat où elle vit déjà.
Éditeurs de logiciels
Vos clients utilisent votre produit depuis Teams, comme votre propre app.
Mettez votre produit dans le Microsoft Teams de vos clients sans développer de chatbot. Chaque utilisateur se connecte une fois et agit avec ses propres droits.
Interventions terrain
Les techniciens clôturent leurs interventions depuis WhatsApp.
Aucune nouvelle app à déployer. Un technicien écrit « intervention 4711 terminée » et elle est clôturée dans votre logiciel, enregistrée comme faite par lui.
Ce que reçoit votre backend
Vous choisissez comment api0 s’authentifie auprès de votre backend. L’identifiant reste dans api0, jamais dans le modèle, et accompagne chaque appel.
Voir toute l’architecture- Un jeton d’identité Google qui prouve que l’appel vient d’api0
- Un jeton bearer fixe ou des en-têtes personnalisés
- Des identifiants client OAuth
- Le secret propre à chaque personne
- Le compte propre à chaque personne, connecté une fois via OAuth
Prêt pour la production, par défaut
- La passerelle et tous ses backends sont écrits en Rust
- Les identifiants des backends restent dans api0 ; le modèle ne les voit jamais
- OAuth 2.1 avec PKCE pour les connecteurs Claude
- Développé et supporté depuis la Suisse