Rilascia una correzione e verifica il deploy su Vercel
Correggere un bug costringe a saltare tra l'editor, GitHub e i log di deploy.
3 passaggiIntermedia
Claude CodeCursorGitHubVercel
Come si collega
La tua IA raggiunge le tue app tramite piccoli connettori chiamati server MCP.
La tua IA
Claude CodeCursor
Connettori
GitHubVercel
Le tue app
GitHubVercel
Questa configurazione è pensata per sviluppatori che fanno deploy su Vercel e vogliono che l'agente porti un bug dalla correzione fino a una preview verificata. L'agente, in Claude Code o Cursor, modifica il codice, apre una pull request su GitHub, poi legge il deploy di preview su Vercel e i suoi log di build. Ottieni una pull request e un link di preview verificato, e la decisione sul merge resta tua.
Configuralo
3 passaggi. Aprine uno per i dettagli.
1Collega GitHub
Collega il server MCP di GitHub tramite OAuth o con un personal access token fine-grained limitato ai repository su cui lavori. Dagli il permesso di leggere il codice, fare push sui branch e aprire pull request. Proteggi il branch main su GitHub, così le modifiche possono arrivarci solo tramite una pull request revisionata.
Consiglio: La protezione del branch main è la vera rete di sicurezza qui, qualunque siano i permessi del token.
2Collega Vercel
Aggiungi il server MCP di Vercel e accedi con il tuo account Vercel tramite OAuth. Chiedi all'agente di elencare i tuoi progetti e gli ultimi deploy di questo repository per confermare l'accesso. A quel punto l'agente può leggere lo stato del deploy e i log di build della preview creata per ogni pull request.
Consiglio: Indica il progetto per nome se il tuo team ha molti progetti Vercel.
3Controlla la preview
Una volta aperta la pull request, chiedi all'agente di aspettare il deploy della preview, leggere i log di build e segnalare errori o avvisi. Apri tu stesso l'URL della preview e prova la correzione nel browser. Fai il merge solo quando la build è verde e la correzione funziona.
Consiglio: Se la preview è protetta, l'agente potrebbe non riuscire a caricare la pagina da solo; controllala nel tuo browser.
Poi chiedi e basta
Cosa dire una volta collegato. Clicca per copiare.
Chiedi a Claude Code…Claude Code
Da sapere
Cosa ti serve, cosa non fa e come restare al sicuro.
Cosa ti serve
- Repository GitHub collegato a un progetto Vercel
- Account Vercel con accesso a quel progetto
- Claude Code o Cursor
- Protezione del branch sul tuo branch di produzione
Limiti
- L'agente legge i log di build e lo stato del deploy; non prova la tua app in un browser di sua iniziativa.
- I deploy di preview protetti possono bloccare i controlli automatici delle pagine.
- Gli errori a runtime che emergono solo con traffico reale non si vedranno in una preview.
Resta al sicuro
- Non dare mai all'agente il permesso di fare merge.
- L'accesso a Vercel è in sola lettura per deploy e log.
Domande frequenti
Risposte chiare prima di iniziare
L'agente può fare deploy in produzione?
Su Vercel i deploy in produzione avvengono di norma quando fai il merge nel tuo branch di produzione, e questa configurazione lascia il merge a te. Tieni attiva la protezione del branch e non dare all'agente il permesso di fare merge.
Serve un abbonamento Vercel a pagamento?
Il server MCP di Vercel funziona con il tuo account esistente, e i deploy di preview sono disponibili sul piano Hobby. Le funzioni per team e parte della conservazione dei log dipendono dal tuo piano: consulta la pagina dei prezzi di Vercel per i dettagli.
Meglio Claude Code o Cursor?
Entrambi possono modificare codice e chiamare server MCP. Claude Code è adatto al lavoro nel terminale e può eseguire i tuoi test e i comandi git; Cursor fa per te se preferisci seguire le modifiche nell'editor.
E se la build passa ma la correzione è sbagliata?
Una build verde dimostra solo che il codice è stato compilato e distribuito. Prova tu stesso la preview o chiedi all'agente di aggiungere un test che riproduca il bug prima di fare il merge.
Strumenti di questa configurazione
I prodotti coinvolti
