Aiven MCP Server
OfficialAiven MCP Server
Ein Model Context Protocol (MCP)-Server für Aiven.
Dies ermöglicht den Zugriff auf die in Aiven ausgeführten Aiven-Dienste für PostgreSQL, Kafka, ClickHouse, Valkey und OpenSearch sowie auf das breitere Aiven-Ökosystem nativer Konnektoren. LLMs können so Full-Stack-Lösungen für alle Anwendungsfälle erstellen.
Merkmale
Werkzeuge
list_projectsListen Sie alle Projekte in Ihrem Aiven-Konto auf.
list_servicesListen Sie alle Dienste in einem bestimmten Aiven-Projekt auf.
get_service_detailsErhalten Sie Einzelheiten zu Ihrem Service in einem bestimmten Aiven-Projekt.
Related MCP server: MCP TapData Server
Konfiguration für Claude Desktop
Öffnen Sie die Claude Desktop-Konfigurationsdatei unter:
Unter macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonUnter Windows:
%APPDATA%/Claude/claude_desktop_config.json
Fügen Sie Folgendes hinzu:
{
"mcpServers": {
"mcp-aiven": {
"command": "uv",
"args": [
"--directory",
"$REPOSITORY_DIRECTORY",
"run",
"--with-editable",
"$REPOSITORY_DIRECTORY",
"--python",
"3.13",
"mcp-aiven"
],
"env": {
"AIVEN_BASE_URL": "https://api.aiven.io",
"AIVEN_TOKEN": "$AIVEN_TOKEN"
}
}
}
}Aktualisieren Sie die Umgebungsvariablen:
$REPOSITORY_DIRECTORYum auf den Ordner zu verweisen, der das Repository enthältAIVEN_TOKENzum Aiven-Anmeldetoken .
Suchen Sie den Befehlseintrag für
uvund ersetzen Sie ihn durch den absoluten Pfad zur ausführbaren Dateiuv. Dadurch wird sichergestellt, dass beim Serverstart die richtige Version vonuvverwendet wird. Auf einem Mac finden Sie diesen Pfad mitwhich uv.Starten Sie Claude Desktop neu, um die Änderungen zu übernehmen.
Konfiguration für Cursor
Navigieren Sie zu Cursor -> Einstellungen -> Cursoreinstellungen
Wählen Sie „MCP-Server“
Fügen Sie einen neuen Server hinzu mit
Name:
mcp-aivenTyp:
commandBefehl:
uv --directory $REPOSITORY_DIRECTORY run --with-editable $REPOSITORY_DIRECTORY --python 3.13 mcp-aiven
Wobei $REPOSITORY_DIRECTORY der Pfad zum Repository ist. Möglicherweise müssen Sie die Variablen AIVEN_BASE_URL , AIVEN_PROJECT_NAME und AIVEN_TOKEN hinzufügen.
Entwicklung
Fügen Sie die folgenden Variablen zu einer
.envDatei im Stammverzeichnis des Repositorys hinzu.
AIVEN_BASE_URL=https://api.aiven.io
AIVEN_TOKEN=$AIVEN_TOKENFühren Sie
uv syncaus, um die Abhängigkeiten zu installieren. Folgen Sie zur Installationuvden Anweisungen hier . Führen Sie anschließendsource .venv/bin/activate.Zum einfachen Testen können Sie
mcp dev mcp_aiven/mcp_server.pyausführen, um den MCP-Server zu starten.
Umgebungsvariablen
Die folgenden Umgebungsvariablen werden zum Konfigurieren der Aiven-Verbindung verwendet:
Erforderliche Variablen
AIVEN_BASE_URL: Die Aiven-API-URLAIVEN_TOKEN: Das Authentifizierungstoken
Überlegungen für Entwickler zu Model Context Protocols (MCPs) und KI-Agenten
In diesem Abschnitt werden die wichtigsten Verantwortlichkeiten und Sicherheitsaspekte des Entwicklers bei der Arbeit mit Model Context Protocols (MCPs) und KI-Agenten innerhalb dieses Systems beschrieben. Selbstverwaltete MCPs:
Kundenverantwortung: MCPs werden in der Benutzerumgebung ausgeführt und nicht von Aiven gehostet. Daher sind die Benutzer gemäß dem Modell der geteilten Verantwortung allein für ihr operatives Management, ihre Sicherheit und ihre Compliance verantwortlich. ( https://aiven.io/responsibility-matrix )
Bereitstellung und Wartung: Entwickler müssen alle Aspekte der MCP-Bereitstellung, -Aktualisierung und -Wartung übernehmen.
KI-Agent-Sicherheit:
Berechtigungskontrolle: Zugriff und Funktionen von KI-Agenten werden streng durch die Berechtigungen geregelt, die dem für ihre Authentifizierung verwendeten API-Token erteilt wurden. Entwickler müssen diese Berechtigungen sorgfältig verwalten.
Umgang mit Anmeldeinformationen: Beachten Sie, dass KI-Agenten möglicherweise Zugriffsberechtigungen (z. B. Datenbankverbindungszeichenfolgen, Streaming-Dienst-Token) benötigen, um Aktionen in Ihrem Namen auszuführen. Seien Sie äußerst vorsichtig, wenn Sie KI-Agenten solche Anmeldeinformationen bereitstellen.
Risikobewertung: Halten Sie die Sicherheitsrichtlinien Ihres Unternehmens ein und führen Sie gründliche Risikobewertungen durch, bevor Sie KI-Agenten Zugriff auf vertrauliche Ressourcen gewähren.
Best Practices für API-Token:
Prinzip der geringsten Privilegien: Halten Sie sich stets an das Prinzip der geringsten Privilegien. API-Token sollten auf die für ihre beabsichtigte Funktion erforderlichen Mindestberechtigungen beschränkt sein.
Token-Verwaltung: Implementieren Sie robuste Token-Verwaltungsverfahren, einschließlich regelmäßiger Rotation und sicherer Speicherung.
Wichtige Erkenntnisse:
Benutzer behalten die volle Kontrolle und Verantwortung für die MCP-Ausführung und -Sicherheit.
Die Berechtigungen des KI-Agenten sind direkt an die Berechtigungen des API-Tokens gebunden.
Seien Sie äußerst vorsichtig, wenn Sie KI-Agenten Anmeldeinformationen bereitstellen.
Halten Sie sich bei der Verwaltung von API-Token strikt an das Prinzip der geringsten Privilegien.
Available Tools
3 toolsget_service_detailsD
| Name | Required | Description | Default |
|---|---|---|---|
| project_name | Yes | ||
| service_name | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
list_projectsD
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
list_servicesD
| Name | Required | Description | Default |
|---|---|---|---|
| project_name | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
3 tool updates
v1.0.0- First observed
get_service_details - First observed
list_projects - First observed
list_services
TDQS
Each tool has a clearly distinct purpose: get_service_details retrieves specific service information, list_projects enumerates projects, and list_services enumerates services. There is no overlap in functionality, making tool selection straightforward for an agent.
All tools follow a consistent verb_noun pattern (get_service_details, list_projects, list_services) with clear, descriptive names. The naming convention is uniform throughout the set.
With only 3 tools, the server feels under-scoped for managing Aiven services, which typically involve operations like create, update, delete, or configure services. The count is too low for comprehensive coverage of the domain.
The tool set is severely incomplete for a service management domain; it lacks essential CRUD operations (e.g., create_service, update_service, delete_service) and other key actions like managing configurations or monitoring, leaving significant gaps that will hinder agent workflows.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A Model Context Protocol server for Wix AI tools
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Enable secure connectivity between Sentry issues and debugging data, and LLM clients, using a Model Context Protocol (MCP) server.
Model Context Protocol server for the Apideck Unified API. Connect any MCP-compatible agent framework to 100+ accounting systems, HRIS platforms, file storage providers, and more through one integration. More information https://www.apideck.com/mcp-server
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables Large Language Models to seamlessly interact with ClickHouse databases, supporting resource listing, schema retrieval, and query execution.2MIT

MCP TapData Serverofficial
FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables Large Language Models to access and interact with database connections, including viewing schemas and performing CRUD operations on connected databases.-- AlicenseNot gradedqualityDmaintenanceA server that implements the Model Context Protocol, providing a standardized way to connect AI models to different data sources and tools.711MIT
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that provides AI models with structured access to external data and services, acting as a bridge between AI assistants and applications, databases, and APIs in a standardized, secure way.2-
Appeared in Searches
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Aiven-Open/mcp-aiven'
If you have feedback or need assistance with the MCP directory API, please join our Discord server