Flusso di revisione del codice in Claude Code: il nuovo pannello delle differenze a schermo intero in 2.1.260

Cosa è cambiato in Claude Code 2.1.260

La principale novità per la revisione delle modifiche al codice generate dall'AI è il pannello diff a schermo intero. Le note di rilascio di 2.1.260 descrivono un pannello accanto alla conversazione che mostra le modifiche non ancora incluse in un commit mentre Claude interviene sul codice. Il /diff è il comando che lo attiva o disattiva.

Questo ti offre uno spazio in cui esaminare il diff in evoluzione mantenendo visibile la conversazione. Un'abitudine utile durante la revisione è confrontare queste modifiche con la tua richiesta: quali file dovrebbero cambiare, quale comportamento dovrebbe cambiare e quali vincoli dovrebbero continuare a essere rispettati?

Apri il pannello diff a schermo intero

Passa la conversazione corrente alla visualizzazione a schermo intero, quindi attiva o disattiva il pannello:

/tui fullscreen
/diff

La modalità a schermo intero è precedente a questa versione. La versione 2.1.110 ha introdotto /tui e l'impostazione tui ; /tui fullscreen modifica la visualizzazione all'interno della stessa conversazione. Questi dettagli precedenti sono riportati nelle registro delle modifiche riferito a una versione specifica.

La distinzione è importante quando si descrive l'aggiornamento: Claude Code 2.1.260 ha introdotto il pannello diff in tempo reale, mentre il comando per passare alla modalità a schermo intero esisteva già.

Le note di rilascio pertinenti non specificano una larghezza minima del terminale, l'apertura automatica del pannello, scorciatoie di navigazione o il comportamento del filtro dei file. Inizia dai due comandi documentati anziché fare affidamento su controlli non confermati entro la data limite di pubblicazione.

Per un orientamento più generale, la centro delle guide di Claude Code offre un punto di partenza per il flusso di lavoro nel suo complesso.

Un flusso di lavoro pratico per la revisione in Claude Code

Usa tre punti di controllo separati: definisci la modifica prevista, esamina il diff risultante e richiedi una revisione automatizzata. Le autorizzazioni affiancano questi punti di controllo perché regolano la conferma delle azioni degli strumenti.

La sequenza seguente è un metodo di lavoro consigliato. Combina i comandi documentati nel registro delle modifiche senza trattare il nuovo pannello come un'interfaccia di approvazione.

1. Definisci l'ambito prima di modificare

Assegna a Claude un'attività circoscritta e criteri di revisione chiari. Descrivi il comportamento previsto, i vincoli pertinenti e tutto ciò che richiede particolare attenzione.

Ad esempio, una richiesta di modifica della gestione degli errori dovrebbe indicare la risposta prevista in caso di errore. Durante la revisione, usa questo requisito per valutare se le modifiche gestiscono l'errore in modo coerente.

Mantieni la richiesta abbastanza circoscritta da poter spiegare perché ogni file modificato rientra nel diff. Se una modifica sembra non pertinente, chiedi a Claude di spiegare il suo legame con l'attività prima di procedere.

2. Esamina le modifiche man mano che compaiono

Apri la modalità a schermo intero e attiva o disattiva /diff. Mentre Claude modifica il codice, confronta le modifiche non ancora incluse in un commit con l'ambito che hai definito.

Un ordine pratico per l'esame è:

1. Verifica se i file modificati rientrano nell'attività.
2. Leggi il comportamento modificato e le ipotesi su cui si basa.
3. Cerca omissioni, estensioni impreviste dell'ambito o ragionamenti poco chiari.
4. Chiedi a Claude di affrontare problemi specifici, poi esamina il diff aggiornato.

Consideralo un dialogo continuo. Una richiesta successiva precisa dovrebbe indicare il comportamento modificato che ti preoccupa e il risultato che ti aspettavi.

Il pannello mostra modifiche già applicate ma non ancora incluse in un commit. Il suo scopo documentato è rendere visibili tali modifiche; le note di rilascio non attestano la presenza di controlli di approvazione per singolo blocco di modifiche.

3. Richiedi una revisione e valuta i risultati

Quando le modifiche sono pronte per un nuovo esame, usa /review o /code-review. Valuta i risultati confrontandoli con il diff effettivo e con i requisiti originali.

Per ogni correzione suggerita, chiediti se individua un problema concreto, se la modifica proposta è pertinente all'attività e se amplia l'ambito. Poi esamina nuovamente le eventuali modifiche risultanti.

Si crea così un ciclo di revisione: esamina, richiedi una revisione, risolvi i problemi emersi e ricontrolla il codice modificato. Evita di considerare un diff visibile o una risposta di revisione automatizzata come prova sufficiente di per sé.

Cosa /diff, /reviewe /code-review impediscono effettivamente

I comandi hanno scopi diversi. /diff controlla il pannello in tempo reale; /review invoca il comando di revisione tramite un alias.

La note di rilascio di 2.1.223, datate 6 agosto 2026, attestano che /review è diventato un alias di /code-review. Questo comportamento era già presente prima dell'introduzione del pannello diff a schermo intero.

Rivedi il diff corrente

Il documento di riferimento attesta che /review e /code-review può esaminare il diff corrente. Una richiesta di revisione di base è:

/review

A partire da 2.1.223, l'invocazione di /code-review senza un livello di approfondimento riutilizza l'ultimo livello inserito. Se vuoi scegliere esplicitamente il livello di approfondimento, usa:

/code-review high

Non presumere che omettere il livello di approfondimento lo reimposti su un valore predefinito fisso. Il comportamento documentato consiste nel riutilizzare la selezione precedente.

Rivedi una pull request specifica

Le note di rilascio riportano questa sintassi per le pull request:

/code-review <level> <pr#>

Qui, <level> e <pr#> sono segnaposto per il livello di approfondimento e il numero della pull request. Lo stesso comando di revisione copre quindi sia il diff corrente sia una pull request specificata.

Per materiale correlato sulla riga di comando, consulta riferimento della CLI di Claude Code.

Comprendi la revisione approfondita nel cloud

Il comando documentato per richiedere una revisione approfondita nel cloud è:

/code-review ultra

Separatamente, la versione 2.1.260 ha aumentato il tempo di attesa per le revisioni nel cloud di lunga durata tramite /ultrareview e claude ultrareview da 30 a 45 minuti.

Usa una formulazione precisa: si tratta di un aumento del limite di attesa per quei comandi, non della promessa che una revisione terminerà in 45 minuti. Inoltre, le note di rilascio non indicano alcun prezzo specifico per la revisione, quindi non consentono di stimare il costo di questo flusso di lavoro.

Rivedi le modifiche e approva le azioni separatamente

«Revisione prima dell'approvazione» può descrivere due momenti diversi: verificare un'azione proposta da uno strumento prima di consentirla, oppure esaminare una modifica prima di decidere se è pronta per essere mantenuta.

Il registro storico delle modifiche documenta /permissions come metodo per richiedere una conferma per strumenti specifici:

/permissions

Usa questa configurazione quando il tuo flusso di lavoro richiede un passaggio di conferma per uno strumento specifico. Quando compare una richiesta di conferma, valuta l'azione proposta rispetto all'attività e ai tuoi vincoli.

Il pannello diff a schermo intero si colloca in un punto diverso della sequenza. Mostra le modifiche non ancora incluse in un commit che sono già state applicate mentre Claude modifica il codice. Esaminarle ti aiuta a decidere quali richiedono ulteriori spiegazioni, correzioni o revisioni.

Rendi espliciti i punti di verifica

Una checklist di revisione utile distingue le domande:

• Prima dell'approvazione dello strumento: L'azione proposta è appropriata per questa attività?
• Dopo le modifiche: Le modifiche applicate corrispondono al comportamento richiesto?
• Dopo la revisione automatizzata: Quali risultati richiedono una correzione o ulteriori verifiche?
• Prima di mantenere il risultato: Hai verificato le modifiche finali rispetto ai tuoi requisiti?

Questa distinzione evita che una richiesta di approvazione diventi un sostituto della revisione del codice. Evita inoltre che il pannello diff venga descritto come un controllo per autorizzare le modifiche prima che vengano applicate.

Le note di rilascio di 2.1.260 non attestano la presenza di un pulsante «Accetta tutte le modifiche» o di controlli di accettazione/rifiuto per singolo blocco di modifiche. Descrivi /diff come un pannello di ispezione e prendi decisioni sul codice risultante attraverso il tuo processo di revisione.

Correzioni del ripristino e verifica del risultato

La versione 2.1.260 include anche due correzioni relative all'annullamento delle modifiche. Le note di rilascio segnalano messaggi di esito positivo errati quando mancavano i backup dei checkpoint, oltre al mancato aggiornamento del tracciamento delle letture dei file dopo /rewind.

La prima correzione riguarda /rewind e --rewind-files. In precedenza, potevano segnalare erroneamente un esito positivo anche se l'assenza dei backup dei checkpoint aveva impedito il ripristino di qualsiasi file.

La seconda correzione risolve il mancato aggiornamento del tracciamento delle letture dei file dopo /rewind. Si tratta di correzioni specifiche; non attestano che ogni modifica possa sempre essere annullata in qualsiasi condizione.

Verifica lo stato dopo il ripristino

Quando una revisione ti porta ad annullare del lavoro, includi la verifica dei file risultanti nel processo di recupero. Conferma che le modifiche pertinenti siano state annullate prima di chiedere a Claude di continuare.

Questa raccomandazione deriva dal problema risolto dalla versione: un messaggio di esito positivo non aveva sempre significato che il ripristino fosse avvenuto. Sebbene 2.1.260 corregga questa segnalazione errata, esaminare il risultato rimane un utile punto di verifica.

Il ripristino ha anche uno scopo diverso dalla revisione automatizzata. La revisione aiuta a valutare le modifiche; il ripristino è pertinente quando decidi di annullarle. Il pannello a schermo intero consente di esaminare le modifiche non ancora incluse in un commit, mentre le correzioni documentate del ripristino riguardano il recupero dei file e il successivo tracciamento delle loro letture.

Punti chiave

• Claude Code 2.1.260, rilasciato il 3 settembre 2026, ha introdotto un pannello diff in tempo reale accanto alla conversazione in modalità a schermo intero.
• Usa /tui fullscreen per passare alla visualizzazione a schermo intero e /diff per attivare o disattivare il pannello che mostra le modifiche non ancora incluse in un commit.
• /review è un alias di /code-review; il comando può esaminare il diff corrente o una pull request specificata.
• /permissions regola la conferma per strumenti specifici. Il pannello diff mostra le modifiche applicate e le relative note di rilascio non attestano la presenza di controlli di accettazione per singolo blocco di modifiche.
• La versione 2.1.260 corregge i messaggi fuorvianti di esito positivo del ripristino e aumenta il tempo di attesa per le revisioni nel cloud di lunga durata tramite /ultrareview e claude ultrareview a 45 minuti.

FAQ

Come apro il pannello diff a schermo intero di Claude Code?

Esegui /tui fullscreen nella conversazione, poi usa /diff per attivare o disattivare il pannello in tempo reale. Claude Code 2.1.260 ha introdotto il pannello, che mostra le modifiche non ancora incluse in un commit accanto alla conversazione mentre Claude modifica il codice.

Qual è la differenza tra /diff e /review?

/diff attiva o disattiva il pannello a schermo intero per esaminare le modifiche non ancora incluse in un commit. /review è un alias di /code-review, che esamina il diff corrente o una pull request; questo alias è stato introdotto nella versione 2.1.223.

Posso approvare singole modifiche nel pannello?

Le note di rilascio di 2.1.260 non attestano la presenza di controlli di accettazione/rifiuto per singolo blocco di modifiche o di un pulsante «Accetta tutte le modifiche». Attestano che il pannello mostra le modifiche non ancora incluse in un commit, mentre /permissions consente di richiedere conferma per azioni specifiche degli strumenti.

Che cosa fa /code-review ultra e quanto può durare la revisione nel cloud?

/code-review ultra richiede una revisione approfondita nel cloud. Separatamente, la versione 2.1.260 ha aumentato il tempo di attesa per le revisioni di lunga durata tramite /ultrareview e claude ultrareview a 45 minuti da 30 minuti; questo limite di attesa non garantisce un tempo di completamento.