Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Render mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Zusammenfassung
Lass deine KI deine Render-Services prüfen und steuern: Services, Deploys, Logs, Metriken, Events, Jobs, Custom Domains sowie Postgres- und Key-Value-Instanzen, und nach deiner Bestätigung Services deployen, zurückrollen, neu starten, pausieren oder fortsetzen.
Frag einfach
Beispiel-Prompts für Render
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Render klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Render + Meta Muse
Lass deine KI deine Render-Services prüfen und steuern: Services, Deploys, Logs, Metriken, Events, Jobs, Custom Domains sowie Postgres- und Key-Value-Instanzen, und nach deiner Bestätigung Services deployen, zurückrollen, neu starten, pausieren oder fortsetzen.
Voraussetzungen
Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:
RENDER_API_KEY
Schritt 1 — Zugangsdaten holen
- Melde dich im Render Dashboard unter
https://dashboard.render.coman. - Öffne Account Settings → API Keys und klicke auf Create API Key. Gib ihm einen Namen und kopiere den Schlüssel: Er beginnt mit
rnd_. - Füge ihn so in
RENDER_API_KEYein, wie Render ihn anzeigt, ohne das Wort Bearer, und installiere den Connector. Der Schlüssel geht nur an api.render.com. - Prüfe die Einrichtung mit
render_get_current_userund danach mitrender_list_workspaces.
Wer was sieht: Ein Render-API-Schlüssel hat deine vollen Rechte in jedem Workspace, dem du angehörst; Render kennt keine Nur-Lese-Schlüssel. Teile den MCP-Server nur mit Personen, die deployen dürfen. Für einen Nur-Lese-Betrieb schaltest du die unten genannten Schreib-Tools ab.
Verändert laufende Services, deshalb fragt die KI vorher: render_trigger_deploy baut und deployt eine neue Version (den neuesten Commit des Branches, einen bestimmten Commit oder ein Image), die live geht, sobald der Build gelingt. render_rollback_deploy bringt einen früheren Deploy wieder live; Auto-Deploys bleiben an, der nächste Push auf den Branch kann die Änderung also zurückbringen. render_cancel_deploy stoppt einen Deploy, der noch baut oder aktualisiert, und die aktuelle Version läuft weiter. render_restart_service startet alle Instanzen neu, Anfragen können also kurz fehlschlagen. render_suspend_service hält den Service an: Er beantwortet keinen Traffic mehr, bis er fortgesetzt wird. render_resume_service startet ihn wieder, und er wird wieder berechnet. render_create_job führt einen einmaligen Befehl gegen deine Live-Umgebung aus, zum Beispiel eine Datenbankmigration; er kann Daten ändern und wird sekundengenau berechnet. Vor jedem dieser Aufrufe nennt dir die KI den Service und genau, was passiert, und wartet auf dein Ja.
Bei der Installation deaktiviert: render_get_env_var_value, das den Wert einer Umgebungsvariablen im Klartext liefert (oft eine Datenbank-URL oder ein API-Schlüssel). Schalte es nur ein, wenn die KI einen Wert wirklich braucht; render_list_env_var_keys zeigt nur die Namen der Variablen. Die Tools für Postgres und Key Value zeigen Status, Plan, Region, Version und ähnliche Angaben, aber nie Verbindungs-Strings oder Passwörter. Nichts in diesem Connector kann Services, Datenbanken, Domains oder Variablen löschen.
So arbeitest du damit: render_list_workspaces liefert die Workspace-ID (tea-... oder usr-...) und render_list_services die Service-IDs (srv-..., bei Cron-Jobs crn-...); render_get_service zeigt Branch, Auto-Deploy, Plan sowie Build- und Start-Befehl. Bei einem fehlgeschlagenen Deploy nutzt die KI render_list_deploys (gefiltert nach Status, zum Beispiel build_failed), render_get_deploy und render_list_events. Logs kommen aus render_list_logs mit der Workspace-ID als owner_id und der Service-ID als Resource; filtere nach Typ build für die Build-Ausgabe, nach Level error, nach Text oder nach HTTP-Statuscode (zum Beispiel 5*). render_get_metrics liest CPU, Arbeitsspeicher, HTTP-Anfragen, HTTP-Latenz, Bandbreite, Instanzanzahl, Plattenbelegung oder aktive Verbindungen. Datenspeicher: render_list_postgres, render_get_postgres, render_list_key_value und render_get_key_value. Domains und Jobs: render_list_custom_domains, render_list_jobs und render_get_job (die Ausgabe eines Jobs steht in den Logs, mit der Job-ID als Resource). render_list_projects zeigt, wie Services in Projekte und Umgebungen gruppiert sind.
Zeiten sind ISO 8601 in UTC, zum Beispiel 2026-10-15T08:00:00Z. Logs und Metriken beziehen sich standardmäßig auf die letzte Stunde; hat eine Log-Antwort hasMore, macht die KI mit nextStartTime und nextEndTime weiter.
Häufige Fehler: 401: Der API-Schlüssel ist falsch oder wurde widerrufen; lege unter Account Settings → API Keys einen neuen an. 403: Der Schlüssel funktioniert, aber sein Benutzer darf das in diesem Workspace nicht. 404: eine falsche ID oder eine Ressource in einem Workspace, den der Schlüssel nicht erreicht. 429: Das Rate Limit ist erreicht; warte kurz und versuche es erneut.
Der Connector legt keine Services, Datenbanken, Environment Groups, Domains oder Umgebungsvariablen an, ändert oder löscht sie nicht und deckt weder Skalierung noch Blueprints oder Webhooks ab.
Schritt 2 — Adapter installieren
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Schritt 3 — Connector in Muse hinzufügen
Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (
https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese AnleitungYOUR_SERVER_IDzeigt.
Muse bindet Remote-MCP-Server als Custom Connectors ein und meldet sich per OAuth bei ihnen an.
- Öffne in Muse Settings → Connectors und wähle Add custom connector.
- Füge die MCP-Server-URL
https://cloud.anythingmcp.com/mcp/YOUR_SERVER_IDein. - Muse öffnet die Anmeldeseite von AnythingMCP: Melde dich an und bestätige den Zugriff.
- Bitte Muse im Chat um etwas, wofür es die
Render-Tools braucht.
Du kannst den Connector auch per Chat einrichten, im Web, in den Apps für iOS und Android oder in WhatsApp. Schick Muse diese Nachricht:
Create a Custom Connector for a new remote MCP server, then connect to it:
Name: AnythingMCP
Transport: remote streamable HTTP
URL: https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID
Auth: OAuth
Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Muse verbindet sich aus der Cloud von Meta, localhost funktioniert deshalb nicht.
Verfügbare Tools
| Tool | What it does |
|---|---|
render_get_current_user | Get the Render user the API key belongs to: id, name and email |
render_list_workspaces | List the workspaces (owners) the API key can reach: id, name, email, type (user or team) and whether two-factor authentication is on |
render_list_projects | List projects, which group services and databases into environments: id, name, workspace and environment ids |
render_list_services | List services: id, name, type (web_service, private_service, background_worker, static_site, cron_job), repository and branch, URL, region… |
render_get_service | Get one service: type, repository, branch, auto deploy, URL, region, plan, runtime, instances, health check path, build and start commands… |
render_list_deploys | List a service's deploys, newest first: id, status (live, build_in_progress, build_failed, update_failed, canceled, deactivated ...)… |
render_get_deploy | Get one deploy: status, trigger, commit id and message, image and start and finish time |
render_trigger_deploy | Start a new deploy of a service: the latest commit of its branch by default, a specific commit, or an image |
render_cancel_deploy | Cancel a deploy that is still building or updating; the service keeps running its current version |
render_rollback_deploy | Roll a service back to an earlier deploy: Render deploys that version again and it goes live |
render_restart_service | Restart all running instances of a service without a new deploy; requests may fail for a moment while instances restart |
render_suspend_service | Suspend a service: it stops running and stops serving traffic (and billing for compute) until resumed |
render_resume_service | Resume a suspended service: Render starts it again and it serves traffic and is billed |
render_list_env_var_keys | List the names of a service's environment variables |
render_get_env_var_value | Read the value of ONE environment variable of a service in plain text |
render_list_custom_domains | List a service's custom domains: id, name, type (apex or subdomain), verification status, redirect target and creation time |
render_list_jobs | List one-off jobs run on a service: id, start command, plan, status (pending, running, succeeded, failed, canceled) and times |
render_get_job | Get one job: start command, plan, status and times |
render_create_job | Run a one-off job: a command executed once in a new instance built from the service's latest successful build, with its environment, for… |
render_list_logs | Read logs of services, jobs, cron jobs, Postgres or Key Value instances in a time range (default the last hour), newest first by default… |
render_get_metrics | Read a metric as time series for a service, Postgres or Key Value instance over a time range (default the last hour): CPU, memory, HTTP… |
render_list_events | List a service's recent events: deploys started and ended, builds, restarts, suspensions, autoscaling, server failures and more, each with… |
render_list_postgres | List Render Postgres databases: id, name, status, plan, region, version, database name and user, disk size, high availability, read… |
render_get_postgres | Get one Render Postgres database: status, plan, region, version, database name and user, disk, high availability, replicas, pending… |
render_list_key_value | List Render Key Value (Redis-compatible) instances: id, name, status, plan, region, version, eviction and persistence options and dashboard… |
render_get_key_value | Get one Render Key Value instance: status, plan, region, version, options, IP allow list and pending maintenance |
Beispiel-Prompts
- „Welche unserer Render-Services hatten diese Woche einen fehlgeschlagenen Deploy? Zeig mir den Commit und die Fehler aus dem Build-Log.“
- „Unser api-Service liefert seit 8:00 Uhr UTC 5xx-Fehler. Prüf die Request-Logs und die HTTP-Latenz der letzten zwei Stunden und sag mir, was sich geändert hat.“
- „Roll den checkout-Service auf den letzten Deploy zurück, der vor heute live war. Zeig mir zuerst den Ziel-Deploy und frag mich, bevor du zurückrollst.“
- „Führ npm run migrate als einmaligen Job auf dem api-Service aus. Nenn mir den genauen Befehl und den Service und warte auf mein Ja.“
- „Zeig Status, Plan und Region unserer Postgres- und Key-Value-Instanzen sowie CPU und Arbeitsspeicher des web-Service in den letzten 24 Stunden.“
FAQ
Wo ist Muse verfügbar? Meta bietet Muse derzeit in den USA und in Kanada an, im Web, in den Apps für iOS und Android und in WhatsApp.
Prüft Meta diesen Connector? Nein. Meta prüft Custom Connectors nicht. Muse sieht nur die Tools, die du in AnythingMCP für diesen MCP-Server eingeschaltet hast, und du kannst den Connector jederzeit unter Settings → Connectors trennen.
Nächste Schritte
War dieser Guide hilfreich?
