# Rilascia una correzione e verifica il deploy su Vercel

> Correggere un bug costringe a saltare tra l'editor, GitHub e i log di deploy.

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.

## Passaggi

1. **Collega 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.
2. **Collega 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.
3. **Controlla 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.

## Prompt da provare

- Correggi il bug per cui il totale del carrello ignora i codici sconto, fai push su un nuovo branch e apri una pull request.
- Controlla la preview Vercel di questa pull request e dimmi se la build è fallita e perché.
- Leggi i log di build dell'ultimo deploy fallito del progetto storefront e proponi una correzione.
- Confronta gli avvisi di build della preview con quelli dell'ultimo deploy in produzione.
- Scrivi una breve descrizione della pull request che spieghi il bug, la correzione e come provarla sulla preview.

## 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.

## Note di sicurezza

- Non dare mai all'agente il permesso di fare merge.
- L'accesso a Vercel è in sola lettura per deploy e log.

## Server MCP

- [GitHub MCP Server](https://github.com/github/github-mcp-server): repository-read, issue-write, pull-request-write
- [Vercel MCP Server](https://vercel.com/docs/mcp): project-read, deployment-read, logs-read

## Domande frequenti

**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

- **[GitHub](https://suiteintent.com/t/github?m=IT)**: Hosting di codice, issue e pull request. · Ideale per: Team che revisionano il codice con pull request · Piano gratuito · 10000
- **[Vercel](https://suiteintent.com/t/vercel?m=IT)**: Hosting che pubblica le web app da Git. · Ideale per: Anteprime a ogni push per tutto il team · Piano gratuito · 30000