Render MCP Server

Der Render MCP Server ist der offizielle Model-Context-Protocol-Server von Render, Inc. für die gleichnamige Cloud-Plattform. Er verbindet kompatible KI-Clients – darunter Claude Code, Claude Desktop, Codex Desktop, Codex CLI und Cursor – direkt mit dem Render-Dashboard und der Render-API. Entwicklerinnen und Entwickler können damit Cloud-Infrastruktur in natürlicher Sprache verwalten, ohne zwischen Terminal, Browser und Code-Editor wechseln zu müssen. Der direkte Produktlink zur offiziellen Dokumentation lautet https://render.com/docs/mcp-server, das quelloffene Repository liegt unter https://github.com/render-oss/render-mcp-server.

Was ist der Render MCP Server?

Render ist laut Anbieter eine Cloud-Plattform für Web-Services, statische Seiten, Datenbanken, Cron-Jobs und KI-Infrastruktur. Der MCP-Server erweitert diese Plattform um eine standardisierte Schnittstelle für KI-Agenten. Er nutzt das Model Context Protocol (MCP), einen offenen Standard für die Verbindung von KI-Anwendungen mit externen Werkzeugen und Datenquellen. Wenn ein Agent einen Render-relevanten Prompt erhält, delegiert der MCP-Client die Aufgabe an den Server, der wiederum die Render-API aufruft und das Ergebnis strukturiert zurückgibt. Der Server ist gehostet und unter https://mcp.render.com/mcp erreichbar – kein lokaler Installationsschritt ist für den grundlegenden Betrieb nötig.

Voraussetzungen

Für den Einsatz des Render MCP Servers werden folgende Komponenten benötigt: ein aktives Render-Konto, ein kompatibler MCP-Client (Claude Code, Claude Desktop, Codex oder Cursor) sowie OAuth-Freigabe oder ein Render-API-Key für die Authentifizierung. Für API-Key-Setups sollte Node.js installiert sein, damit das Paket mcp-remote genutzt werden kann. Ein lokaler Build-Schritt ist nicht erforderlich, da der Server remote unter https://mcp.render.com/mcp betrieben wird. Das Quellcode-Repository steht unter Apache-2.0 für eigene Anpassungen oder Self-Hosting zur Verfügung.

Funktionen und Tools

Der Render MCP Server stellt laut README und offizieller Dokumentation mehrere Werkzeuggruppen bereit:

Workspaces: list_workspaces listet zugängliche Arbeitsbereiche, select_workspace wählt einen Workspace, get_selected_workspace gibt den aktuellen Kontext zurück. Jedes Ressourcen-Werkzeug akzeptiert zusätzlich einen optionalen workspaceId-Parameter für explizite Zuordnung über Sitzungsgrenzen hinweg.

Services: list_services listet alle Dienste im Render-Konto, get_service ruft Details zu einem einzelnen Service ab. Mit create_web_service lassen sich neue Web-Services anlegen – inklusive Laufzeitauswahl (Node, Python, Go, Rust, Ruby, Elixir, Docker), Build- und Startbefehl, Region, Autodeployment und Umgebungsvariablen. Analog stehen create_static_site für statische Seiten und create_cron_job für zeitgesteuerte Aufgaben bereit. update_environment_variables aktualisiert Umgebungsvariablen; direkte Service-Updates werden bewusst nicht unterstützt und verweisen stattdessen auf das Dashboard oder die Render-API.

Deployments: list_deploys zeigt die Deployment-Historie eines Dienstes, get_deploy liefert Details zu einem einzelnen Deploy und trigger_deploy löst ein neues Deployment aus – wahlweise mit geleerten Build-Caches.

Logs: list_logs filtert Logs nach Ressource, Schweregrad, Typ, Instanz, Host, Statuscodes, Methoden und Zeitfenstern. list_log_label_values listet alle möglichen Werte eines Log-Labels für gezielte Analysen.

Metriken: get_metrics ruft Performance-Metriken für Services, Postgres-Datenbanken und Key-Value-Stores ab. Unterstützte Metriken umfassen CPU-Auslastung, Memory-Nutzung, Instanzanzahl, HTTP-Request-Zahlen, HTTP-Latenzen, Bandbreite und aktive Verbindungen.

Datenbanken: Über list_postgres, get_postgres, create_postgres, list_postgres_databases, create_postgres_database, list_postgres_roles und get_connection_info lassen sich PostgreSQL-Ressourcen verwalten. Mit execute_query können Postgres-Datenbanken direkt aus dem KI-Client abgefragt werden. Analog sind Key-Value-Stores über list_key_value_stores, get_key_value_store und create_key_value_store zugänglich.

Projects: list_projects, get_project und create_project ermöglichen die Projektverwaltung im Render-Dashboard.

Einrichtung

Die Einrichtung variiert je nach Client. Claude Code unterstützt ein offizielles Render-Plugin (/plugin install render@claude-plugins-official) für OAuth und automatische Skill-Integration. Alternativ kann der Server über einen API-Key direkt konfiguriert werden: claude mcp add --transport http render https://mcp.render.com/mcp --header "Authorization: Bearer <API_KEY>". Claude Desktop verwendet die Connectors-Oberfläche für OAuth oder trägt den mcp-remote-Aufruf in die claude_desktop_config.json ein. Codex nutzt codex mcp add render --url https://mcp.render.com/mcp --oauth-client-id codex für OAuth oder eine TOML-Konfiguration für API-Keys. Cursor unterstützt das Render-Plugin über /add-plugin render oder eine JSON-Konfiguration unter ~/.cursor/mcp.json. API-Keys legt man im Render-Dashboard unter Account Settings an.

Sicherheitshinweise

Der Render MCP Server unterstützt laut Anbieter auch potenziell destruktive Operationen: das Ändern von Umgebungsvariablen, das Auslösen neuer Deployments und das Erstellen neuer Ressourcen. Vor der Einrichtung sollte deshalb geprüft werden, welche Rechte dem verwendeten API-Key oder der OAuth-Freigabe erteilt werden. API-Keys gehören in Umgebungsvariablen oder sichere Client-Konfigurationen – nicht in öffentlich sichtbare Dateien oder Prompts. Wer OAuth nutzt, sollte die erteilten Scopes im Render-Dashboard regelmäßig kontrollieren. Prompt-Injection durch manipulierte Log-Inhalte oder Service-Namen ist ein bekanntes Risiko bei MCP-Servern mit Netzwerk- und Datenbankzugriff; Agentenausgaben sollten deshalb vor produktiven Änderungen review-gesichert sein.

FAQ

Ist der Render MCP Server kostenlos? Der Server selbst ist Apache-2.0-lizenziert und quelloffen. Die Nutzung hängt von den Kosten des jeweiligen Render-Kontos und des verwendeten KI-Clients ab. Aktuelle Preisinformationen veröffentlicht Render unter https://render.com/pricing.

Brauche ich zwingend OAuth? Nein. OAuth ist der empfohlene Weg für interaktive Clients wie Claude Desktop und Cursor, aber alle genannten Clients unterstützen auch API-Key-Authentifizierung für nicht-interaktive oder CI/CD-Umgebungen.

Kann ich den Server selbst hosten? Ja. Das Apache-2.0-Repository unter https://github.com/render-oss/render-mcp-server enthält den Quellcode für eigene Deployments oder Anpassungen.

Wie aktuell sind die GitHub-Sterne? Die GitHub-API meldete am 08.09.2026 exakt 165 Sterne. Diese Zahl ist eine Momentaufnahme der Repository-Popularität und kein Sicherheits- oder Qualitätsversprechen.

Render-Konto, MCP-Client (Claude Code, Claude Desktop, Codex oder Cursor) und OAuth-Freigabe oder Render-API-Key.

Für Claude Code: /plugin install render@claude-plugins-official für OAuth oder claude mcp add --transport http render https://mcp.render.com/mcp --header "Authorization: Bearer <API_KEY>" für API-Key-Setup. Andere Clients: jeweilige Plugin- oder Konfigurationsdokumentation nutzen.

OAuth (empfohlen für interaktive Clients) oder Render-API-Key für nicht-interaktive und CI/CD-Umgebungen.

Rechte folgen dem Render-Konto, OAuth-Scopes oder dem Berechtigungsumfang des API-Keys; destruktive Operationen sind möglich.

Werkzeugaufrufe erreichen die Render-API und geben strukturierte Ergebnisse an den MCP-Client zurück; Daten verlassen die Render-Plattform nicht zusätzlich.

Destruktive Operationen (Umgebungsvariablen ändern, Deployments auslösen), API-Keys in unsicheren Konfigurationen und Prompt-Injection über Log- oder Service-Namen.