Salta l'installazione. Attivo in meno di 2 minuti.
Avvia una prova gratuita su cloud.anythingmcp.com, aggiungi Render con un clic, poi punta il tuo client AI (Claude, ChatGPT, Copilot o Cursor) all'endpoint MCP generato. Niente Docker, niente git clone, nessuna esperienza di sviluppo richiesta.
In breve
Fai controllare e gestire alla tua AI i tuoi servizi Render: servizi, deploy, log, metriche, eventi, job, domini personalizzati e istanze Postgres e Key Value; dopo la tua conferma può anche fare deploy e rollback, riavviare, sospendere o riattivare i servizi.
Prova a chiedere
Prompt di esempio per Render
Clicca su un prompt per copiarlo. Incollalo in Claude, ChatGPT, Cursor, Gemini, Copilot o OpenClaw per eseguirlo contro questo connettore.
Claude è un'AI e può sbagliare. Verifica sempre le risposte.
💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → Render, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente
git clone, niente server locale.
Render
Fai controllare e gestire alla tua AI i tuoi servizi Render: servizi, deploy, log, metriche, eventi, job, domini personalizzati e istanze Postgres e Key Value; dopo la tua conferma può anche fare deploy e rollback, riavviare, sospendere o riattivare i servizi.
Setup
- Accedi al Render Dashboard su
https://dashboard.render.com. - Apri Account Settings → API Keys e fai clic su Create API Key. Dalle un nome e copia la chiave: inizia con
rnd_. - Incollala in
RENDER_API_KEYcosì come la mostra Render, senza la parola Bearer, e installa il connettore. La chiave viene inviata solo ad api.render.com. - Verifica la configurazione con
render_get_current_usere poi conrender_list_workspaces.
Chi vede cosa: una chiave API di Render ha tutti i tuoi diritti in ogni workspace di cui fai parte; Render non prevede chiavi in sola lettura. Condividi il server MCP solo con persone autorizzate a fare deploy. Per un uso in sola lettura, disattiva i tool di scrittura elencati qui sotto.
Modifica servizi in produzione, quindi l'AI chiede prima: render_trigger_deploy compila e distribuisce una nuova versione (l'ultimo commit del branch, un commit specifico o un'immagine), che va live quando la build riesce. render_rollback_deploy rimette live un deploy precedente; gli auto deploy restano attivi, quindi il push successivo sul branch può riportare la modifica. render_cancel_deploy interrompe un deploy ancora in build o in aggiornamento, e la versione attuale continua a girare. render_restart_service riavvia tutte le istanze, quindi per un momento le richieste possono fallire. render_suspend_service ferma il servizio: non serve più traffico finché non viene riattivato. render_resume_service lo riavvia, e torna a essere fatturato. render_create_job esegue un comando una tantum sul tuo ambiente live, per esempio una migrazione del database; può modificare dati ed è fatturato al secondo. Prima di ognuno l'AI ti indica il servizio e cosa succederà esattamente, e aspetta il tuo sì.
Disattivato all'installazione: render_get_env_var_value, che restituisce in chiaro il valore di una variabile d'ambiente (spesso un URL di database o una chiave API). Attivalo solo se l'AI ha davvero bisogno di un valore; render_list_env_var_keys mostra solo i nomi delle variabili. I tool per Postgres e Key Value mostrano stato, piano, regione, versione e dettagli simili, ma mai stringhe di connessione o password. Niente in questo connettore può eliminare servizi, database, domini o variabili.
Come lavorare: render_list_workspaces fornisce l'id del workspace (tea-... o usr-...) e render_list_services gli id dei servizi (srv-..., o crn-... per i cron job); render_get_service mostra branch, auto deploy, piano e comandi di build e di avvio. Per un deploy fallito l'AI usa render_list_deploys (filtrato per stato, per esempio build_failed), render_get_deploy e render_list_events. I log arrivano da render_list_logs con l'id del workspace come owner_id e l'id del servizio come resource; filtra per tipo build per l'output della build, per livello error, per testo o per codice di stato HTTP (per esempio 5*). render_get_metrics legge CPU, memoria, richieste HTTP, latenza HTTP, banda, numero di istanze, uso del disco o connessioni attive. Datastore: render_list_postgres, render_get_postgres, render_list_key_value e render_get_key_value. Domini e job: render_list_custom_domains, render_list_jobs e render_get_job (l'output di un job è nei log, con l'id del job come resource). render_list_projects mostra come i servizi sono raggruppati in progetti e ambienti.
Orari in ISO 8601 UTC, per esempio 2026-10-15T08:00:00Z. Log e metriche riguardano per impostazione predefinita l'ultima ora; quando una risposta dei log ha hasMore, l'AI prosegue con nextStartTime e nextEndTime.
Errori comuni: 401: la chiave API è errata o è stata revocata; creane una nuova in Account Settings → API Keys. 403: la chiave funziona, ma il suo utente non può fare questa operazione in quel workspace. 404: un id errato, o una risorsa in un workspace che la chiave non raggiunge. 429: limite di richieste raggiunto; attendi e riprova.
Il connettore non crea, modifica né elimina servizi, database, environment group, domini o variabili d'ambiente, e non copre scaling, blueprint e webhook.
Prerequisiti: RENDER_API_KEY
Installazione locale del connettore
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
Apri http://localhost:3000/connectors/store, scegli Render e inserisci le variabili elencate nei Prerequisiti.
Tool disponibili
| 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 |
Esempi di prompt
- "Quali dei nostri servizi Render hanno avuto un deploy fallito questa settimana? Mostrami il commit e gli errori del log di build."
- "Il servizio api restituisce errori 5xx dalle 08:00 UTC. Controlla i log delle richieste e la latenza HTTP delle ultime due ore e dimmi cosa è cambiato."
- "Riporta il servizio checkout all'ultimo deploy che era live prima di oggi. Mostrami prima il deploy di destinazione e chiedimi conferma prima del rollback."
- "Esegui npm run migrate come job una tantum sul servizio api. Dimmi il comando esatto e il servizio e aspetta il mio sì."
- "Mostrami stato, piano e regione delle nostre istanze Postgres e Key Value, e CPU e memoria del servizio web nelle ultime 24 ore."
Prossimi passi
Questa guida ti è stata utile?
