È sicuro lasciare che Claude Code modifichi il mio sito in produzione?

Sì, se la produzione non è mai il primo punto in cui interviene. In modalità Manuale Claude Code parte in sola lettura e chiede conferma prima di modificare file o eseguire comandi. Aggiungi un branch git, una pull request che revisioni, un deploy di anteprima e il controllo dell'URL pubblicato dopo il merge: una modifica sbagliata diventa una pull request rifiutata, non un sito rotto.

Dati

In modalità Manuale, Claude Code parte con permessi di sola lettura e chiede autorizzazione prima di modificare file, eseguire test o lanciare comandi. (Documentazione Claude Code: Sicurezza)
Claude Code ha sei modalità di permesso; in modalità plan legge ed esplora, ma non modifica i file sorgente del progetto. (Documentazione Claude Code: Configurare i permessi)
Claude Code valuta le regole di permesso nell'ordine deny, poi ask, poi allow, quindi una regola deny vince sempre. (Documentazione Claude Code: Configurare i permessi)
I checkpoint di Claude Code, aperti con /rewind o con Esc due volte, non tracciano i file modificati dai comandi Bash e non sostituiscono git. (Documentazione Claude Code: Checkpoint)
Claude Code conserva gli snapshot dei file per i 100 checkpoint più recenti di una sessione e li elimina circa 30 giorni dopo l'ultimo salvataggio della sessione. (Documentazione Claude Code: Checkpoint)
La protezione dei branch di GitHub può richiedere un numero minimo di approvazioni prima che una pull request venga unita. (Documentazione GitHub: Informazioni sui branch protetti)

Cosa fa Claude Code senza chiedere?

In modalità Manuale legge soltanto: letture di file e un insieme predefinito di comandi di sola lettura come ls, cat e git status. Modifiche e altri comandi aspettano la tua approvazione. Le altre modalità chiedono meno (i nomi restano in inglese, come nel prodotto):

Modalità	Cosa fa	Sul sito online
Manual (predefinita)	Chiede prima di modifiche e comandi	Partenza sicura
Plan	Legge e propone, senza modificare i file sorgente	Ideale per la prima analisi
acceptEdits	Accetta le modifiche ai file nella cartella di lavoro	Accettabile su un branch
bypassPermissions	Salta le richieste di permesso	Mai sul branch di produzione

Come impedisco che faccia deploy o legga i segreti?

Inserisci le regole deny nel file .claude/settings.json del repository: deny viene controllato prima di qualsiasi allow. Una regola Bash corrisponde al comando così come è scritto, quindi tieni anche le chiavi di deploy fuori dalla macchina e fai partire il deploy solo da una pull request unita.

// .claude/settings.json nel repository del sito
{
  "permissions": {
    "deny": [
      "Bash(git push *)",
      "Bash(vercel --prod *)",
      "Read(./.env)",
      "Read(./.env.*)"
    ]
  }
}

Posso annullare ciò che ha modificato Claude Code?

In parte. /rewind ripristina le modifiche ai file fatte dai suoi strumenti di modifica nella sessione, ma non i file cambiati dai comandi della shell e nulla di già pubblicato. L'annullamento vero è git: annulla il commit di merge e ripubblica.

Perché controllare l'URL pubblicato invece di fidarsi di "fatto"?

L'agente riferisce ciò che intendeva fare. Una build fallita, una cache o contenuti generati solo nel browser possono far sì che la pagina online sia diversa. Apri l'URL pubblicato, guarda il sorgente e verifica che il testo e i link nuovi ci siano.

Passo dopo passo

Parti da un branch. Chiedi a Claude Code di creare un branch prima di qualsiasi modifica; non lavorare mai sul branch di produzione.
Delimita il compito. Indica quali file o pagine può cambiare e digli di non toccare altro.
Revisiona la pull request. Leggi il diff e rifiuta le modifiche fuori dal compito, come quelle alla home page.
Controlla il deploy di anteprima. Apri l'URL di anteprima che il tuo hosting crea per il branch, prima del merge.
Unisci e controlla online. Dopo il deploy di produzione, apri l'URL pubblicato e verifica la modifica; se è sbagliata, annulla il merge.

Errori comuni

Usare una modalità che salta le richieste di permesso sul branch di produzione.
Lasciare che sistemi "ancora una cosa" fuori dal compito, come la home page o la navigazione.
Fidarsi del "fatto" dell'agente senza aprire la pagina pubblicata.
Usare /rewind come backup al posto di git.

Come lo risolve easyIndex

easyIndex applica questo principio alla ricerca AI: il tuo agente di codifica aggiunge solo nuove pagine di contenuto e non modifica mai la home page o una pagina che funziona già, il titolare approva ogni lotto prima della pubblicazione, e ogni pagina viene controllata quando la invii e verificata sul sito pubblicato dopo la pubblicazione. easyIndex non tocca mai il tuo repository. US$ 30 al mese per sito, dopo una prova gratuita di 7 giorni.

Domande frequenti

Claude Code fa il deploy da solo?

Solo se gli lasci eseguire un comando di deploy o fare push su un branch che pubblica. Blocca quei comandi e fai il deploy da una pull request revisionata.

La modalità plan basta per stare al sicuro?

La modalità plan non modifica i file sorgente, quindi è sicura per esplorare. Per fare modifiche la lasci, quindi branch e revisione restano importanti.

Può vedere il mio file .env?

In modalità Manuale leggere file nella cartella di lavoro non richiede approvazione. Aggiungi regole deny per i file .env per bloccarli.

E se una modifica sbagliata arriva in produzione?

Annulla il commit di merge in git e ripubblica; /rewind della sessione non può annullare un deploy.

Continua a leggere

Verificato il 13 ottobre 2026.