Install
claude mcp add --scope user --transport http aiven-mcp "https://mcp.aiven.live/mcp?read_only=true"À qui cela s’adresse
Si vous voulez gérer PostgreSQL, Apache Kafka, des applications et d’autres services Aiven depuis un assistant, mcp-aiven convient. Les assistants nommés officiellement sont Claude, Cursor et VS Code Copilot.
Il convient à qui a déjà un compte Aiven et peut terminer l’autorisation navigateur. Entrée hébergée :
https://mcp.aiven.live/mcp
Dépôt :
https://github.com/Aiven-Open/mcp-aiven
Ce service peut créer, modifier et supprimer des services et données Aiven en votre nom. L’assistant peut exécuter des actions destructrices selon sa compréhension (supprimer une base, supprimer un service, produire des messages vers Kafka). La responsabilité est la vôtre. Le premier essai doit être en lecture seule.
Premier essai en 3 minutes
Le chemin officiel principal est HTTP hébergé ; ne pas configurer d’abord un jeton local. Prérequis : une session navigateur déjà connectée à Aiven. Le client demandera l’autorisation. Le mode lecture seule retire toutes les écritures de MCP. URL lecture seule :
https://mcp.aiven.live/mcp?read_only=true
L’installation est un MCP utilisateur dans Claude Code. Le premier ajout utilise l’URL lecture seule (garder le transport et le nom de la commande officielle, ne changer que l’URL lecture seule officielle) :
claude mcp add --scope user --transport http aiven-mcp "https://mcp.aiven.live/mcp?read_only=true"
Après autorisation, faire tout de suite un appel réel étayé, pas seulement vérifier que le point d’accès répond : demander à l’assistant d’interroger les services PostgreSQL existants sous votre compte (la capacité officielle est de gérer PostgreSQL). L’extrait ne donne pas de noms de fonction d’outils ; ne pas crier un list_* inventé. Demander en termes de « services PostgreSQL » et laisser les outils lecture seule enregistrés renvoyer les informations de service.
Signal observable : l’assistant nomme au moins un projet ou un nom/état de service PostgreSQL, ou dit clairement que le compte n’en a pas. Un simple « connecté » sans résultat d’interrogation de service : cet essai n’est pas fini.
Cas d’usage
Cas 1 : voir les services PostgreSQL. Capacité : gérer Aiven PostgreSQL directement. Sous read_only=true, laisser l’assistant lire noms d’instance, état ou informations de connexion en lecture seule. L’officiel n’écrit pas de table de champs. Ne pas drop une base.
Cas 2 : voir les services Apache Kafka. Capacité : gérer Kafka. Interroger de même l’état du cluster ou du service en lecture seule. L’écriture dangereuse nommée officiellement est producing messages ; les écritures doivent être exclues en lecture seule, et il ne faut toujours pas demander de produire des messages ou de supprimer des services.
applications et d’autres services Aiven sont aussi nommés comme gérables ; ne pas passer à l’écriture au premier essai.
Limites d’usage
L’alternative locale est npx -y mcp-aiven sous Node.js 18+, avec AIVEN_TOKEN. Ce n’est pas le chemin principal du premier essai. Ne pas coller les valeurs de jeton d’illustration de la documentation.
L’URL hébergée complète peut omettre le paramètre lecture seule, mais alors les outils d’écriture s’enregistrent. L’accès suit l’utilisateur Aiven autorisé. Aucun fournisseur cloud hors des services nommés n’est écrit.
read_only=true n’est pas un risque zéro : cela lit encore vos projets cloud, et l’autorisation ouvre Aiven. Ne pas inventer de noms d’outils absents.