
Lascia che Cursor gestisca il tuo progetto Supabase
Passare dall'editor alla dashboard per controllare tabelle, log e migrazioni ti fa perdere la concentrazione.
Come si collega
Questo setup è per gli sviluppatori che costruiscono su Supabase e tornano di continuo alla dashboard per controllare tabelle, log e migrazioni. Il server MCP di Supabase permette a Cursor o Claude Code di elencare le tabelle, eseguire SQL, leggere i log e preparare migrazioni, mentre GitHub conserva queste migrazioni in un branch revisionato. Fai le tue domande sul database dall'editor invece di cliccare nella dashboard.
Configuralo
1Aggiungi il server MCP di Supabase
In Cursor apri Settings > MCP e aggiungi il server remoto di Supabase su https://mcp.supabase.com/mcp, oppure esegui claude mcp add con lo stesso URL in Claude Code. Accedi a Supabase nella finestra del browser che si apre e scegli la tua organizzazione. Controlla che compaiano strumenti come list_tables ed execute_sql.
Consiglio: La prima volta collega un progetto di sviluppo, non quello di produzione.
2Parti in sola lettura
Aggiungi read_only=true e project_ref=your-project-ref come parametri di query all'URL del server. La modalità in sola lettura esegue l'SQL con un utente Postgres in sola lettura, e il project ref impedisce all'agente di toccare altri progetti. Chiedi all'agente di elencare le tabelle per confermare il perimetro.
Consiglio: Trovi il project ref nell'URL del progetto o in Project Settings.
3Fai le tue domande nel contesto
Chiedi all'agente di descrivere una tabella, spiegare una query lenta, controllare i log degli errori o preparare una migrazione per una nuova colonna. Esegue query di lettura e ti restituisce l'SQL che intende usare per ogni modifica. Leggi l'SQL prima di applicare qualsiasi cosa.
Consiglio: Chiedi il controllo degli advisor per trovare policy RLS e indici mancanti.
4Fai il commit delle migrazioni
Salva le nuove migrazioni come file in supabase/migrations e chiedi all'agente di farne il commit su un nuovo branch tramite il server MCP di GitHub o il tuo git locale. Apri una pull request così qualcuno rivede l'SQL prima che arrivi in produzione. Applica le migrazioni con il tuo normale processo di deploy.
Consiglio: Tieni l'agente lontano dalle scritture in produzione; lascia che sia la CI o la CLI di Supabase ad applicare le migrazioni.
Poi chiedi e basta
Da sapere
Cosa ti serve
- Un account Supabase e un progetto di sviluppo
- Cursor o Claude Code
- Un repository GitHub con una cartella supabase/migrations
- La CLI di Supabase se applichi le migrazioni in locale
Limiti
- La modalità in sola lettura blocca le scritture, quindi l'agente non può provare una migrazione sul database al posto tuo.
- Il contenuto delle tabelle può includere testo di prompt injection; controlla cosa fa l'agente dopo aver letto dati degli utenti.
- L'agente vede solo il progetto indicato, non gli altri ambienti.
Resta al sicuro
- Usa la modalità in sola lettura per i progetti di produzione.
- All'inizio limita il server a un progetto di sviluppo.




