Questa settimana Anthropic ha inviato agli utenti di Claude Code un riepilogo di ciò che è uscito ad agosto. Il tema: lo strumento ha superato la definizione di "un assistente di programmazione nel tuo terminale" ed è diventato uno spazio di lavoro più ampio — progettazione di interfacce, controllo dello stile delle risposte e permessi di esecuzione governati da regole scritte in linguaggio semplice.

Ecco cosa è cambiato davvero e cosa significa per un team di ingegneria o per un product owner.

1) La skill di design: dall'idea all'interfaccia modificabile senza lasciare il terminale

/design è una nuova skill rilasciata come anteprima di ricerca il 17 agosto 2026. Le si fornisce un'idea, uno screenshot o un design esistente, e restituisce tavole modificabili in Claude Design — costruite sugli artifacts e disponibili sia nella CLI sia nell'app desktop.

Il valore sta nel fatto che l'intero ciclo resta in un unico posto: descrivi la schermata, ricevi diverse opzioni, ne scegli una, la ritocchi e poi fai scrivere a Claude il codice che la implementa. E poiché il risultato è un vero file di design e non un'immagine, si può condividere: nei piani Team ed Enterprise chiunque tu nomini editor può modificarlo e pubblicare una nuova versione.

L'uso più intelligente arriva prima di scrivere codice, non dopo: chiedi diverse opzioni per una schermata prima di impegnarti su una.

2) Lo stile di output Concise: prima il risultato, niente preamboli

Una lamentela ricorrente degli sviluppatori è che le risposte di Claude si dilungano. La risposta è uno stile di output integrato chiamato Concise: parte dal risultato, elimina il preambolo e la narrazione passo dopo passo e mantiene le risposte brevi per impostazione predefinita. Il lavoro di ingegneria in sé non viene accorciato, e se chiedi una spiegazione dettagliata la ottieni per intero.

Un'eccezione importante: non taglia mai i report di errore, gli avvisi di sicurezza o le conferme delle azioni distruttive.

Si attiva tramite /config e poi Output style, oppure direttamente nelle impostazioni:

{ "outputStyle": "Concise" }

Richiede la versione 2.1.237 o successiva e porta a cinque gli stili integrati: Default, Proactive, Concise, Explanatory e Learning. Una nota tecnica: lo stile di output fa parte del prompt di sistema, che viene letto una sola volta all'avvio della sessione, quindi una modifica ha effetto dopo /clear o in una nuova sessione.

3) Ripresa automatica dopo un limite di utilizzo

Raggiungere un limite di utilizzo significava che la sessione si fermava e bisognava aspettare l'azzeramento prima di digitare "continua". Ora la sessione riprende da dove si era fermata non appena il limite si libera.

Questo non aumenta i tuoi limiti, ma elimina la necessità di tenere d'occhio l'orologio. Il suo vero valore emerge nelle attività lunghe lasciate in esecuzione tra una sessione e l'altra.

4) La modalità automatica è quella predefinita, e le sue regole sono frasi semplici

Dal 14 agosto 2026 la modalità automatica è la modalità di permessi predefinita per le nuove sessioni nei piani Pro, Max e Team. In questa modalità non controlli ogni azione prima che venga eseguita; un secondo modello, chiamato classificatore, la esamina e decide cosa passa e cosa si ferma. Se hai impostato una tua modalità predefinita, resta valida a meno che tu non accetti la richiesta di passaggio; un'impostazione predefinita gestita dall'organizzazione non cambia, e puoi fissare la tua con defaultMode nelle impostazioni.

La parte pratica è che guidi quel classificatore con regole scritte come frasi normali anziché come espressioni complesse. Le voci sotto hard_deny bloccano senza condizioni, quelle sotto soft_deny bloccano a meno che una richiesta diretta o una voce di consenso non le scavalchi, e aggiungere $defaults mantiene in vigore le regole integrate:

{
  "autoMode": {
    "soft_deny": [
      "$defaults",
      "Never run database migrations outside the migrations CLI"
    ],
    "hard_deny": [
      "$defaults",
      "Never send repository contents to third-party code-review APIs"
    ]
  }
}

Queste regole risiedono nelle tue impostazioni utente, quindi le impostazioni a livello di progetto non possono sovrascriverle e restano in vigore in ogni progetto. Questo conta per qualsiasi team che voglia un'unica politica di sicurezza che un singolo repository non possa violare.

Per verificare le tue regole prima di affidarti a esse, claude auto-mode critique ti dice quali voci sono ambigue, ridondanti o tali da causare falsi positivi. Accanto a questo, claude auto-mode config stampa la configurazione effettiva, claude auto-mode defaults stampa le regole integrate e claude auto-mode reset le ripristina.

5) Dettagli delle release: un modello predefinito, GitLab e sessioni che si chiamano a vicenda

Oltre ai quattro titoli principali, le release recenti portano piccoli cambiamenti con un impatto sproporzionato sul lavoro quotidiano:

  • Un modello predefinito per le nuove sessioni (2.1.236). La variabile d'ambiente ANTHROPIC_DEFAULT_MODEL imposta il modello con cui parte una sessione quando nient'altro ne seleziona uno; --model, ANTHROPIC_MODEL, una selezione salvata e un'impostazione predefinita dell'organizzazione hanno tutti la precedenza.
  • I dettagli della ripresa automatica (2.1.234). Nella CLI avviene in automatico e si può disattivare in /config; nell'app desktop la si attiva dalla scheda del limite di sessione. La scheda del limite settimanale non la offre.
  • URL delle merge request di GitLab in worktree (2.1.233). Passa l'URL di una merge request di GitLab a --worktree e Claude Code crea il branch a partire da essa; su un branch con una merge request aperta compare un badge cliccabile nel piè di pagina (2.1.234). Ora anche i marketplace clonano gli URL semplici di gitlab.com (2.1.232). Un cambiamento significativo per qualsiasi team che usa GitLab anziché GitHub.
  • Menzionare altre sessioni (2.1.232). Quando un'altra sessione è aperta sulla stessa macchina, digita @ e il suo nome nel prompt e Claude invia il messaggio a quella sessione. Solo macOS e Linux, e non supportato su Bedrock, Claude Platform on AWS, Agent Platform di Google Cloud e Foundry.
  • Modalità fork attiva per impostazione predefinita (2.1.232). Nelle sessioni interattive Claude può avviare un subagente fork che parte dalla conversazione completa anziché da un contesto vuoto, ed esegue in background i subagenti che avvia. È disattivata per impostazione predefinita con -p e nell'Agent SDK, e si attiva con CLAUDE_CODE_FORK_SUBAGENT=1.
  • Code review in background (2.1.232). Con livello di impegno high, xhigh o max, /code-review viene eseguito come agente in background invece di prendere il controllo della sessione. Il servizio di revisione ospitato resta riservato a Team ed Enterprise.
  • Correzioni rilevanti (2.1.238). Remote Control non cade più per un rinnovo dell'accesso lento o per un breve rifiuto da parte di una VPN o di un proxy, e i messaggi inviati dal web o dal desktop a metà turno restano nella trascrizione. Le sessioni lunghe non crescono più in memoria senza limiti, e uno stile di output personalizzato ora resta valido per tutta la sessione invece di tornare gradualmente alla voce predefinita.

Come lavora davvero un'ingegnera di Anthropic

La newsletter riportava una citazione notevole di un'ingegnera del team di Claude Code che descriveva la sua configurazione quotidiana: due agenti principali che si controllano a vicenda e riavviano l'altro se uno dei due si blocca, e che delegano ad agenti tech lead o PM negli otto-dieci progetti che segue contemporaneamente, con da cinque a dieci agenti IC per progetto. Nonostante questa scala, scrive solo da trenta a cinquanta prompt al giorno, i suoi agenti IC lavorano in autonomia per due o tre giorni di fila, e tutti comunicano direttamente tramite lo strumento di messaggistica tra agenti.

Il dato più eloquente non è il numero di agenti, ma come si divide il suo tempo: sessanta per cento con gli agenti principali, trentacinque con un responsabile di progetto e cinque quando qualcosa è andato storto. La leva viene da una struttura di delega chiara, non da più strumenti. Chi punta a un risultato simile dovrebbe iniziare definendo chi decide, chi esegue e chi supervisiona, prima di avviare un altro agente.

Nella stessa settimana Anthropic ha pubblicato due articoli correlati: uno su come condurre sessioni efficienti che ricavino il massimo valore da ogni token, e uno che espone cinque principi operativi tratti da interviste con più di una dozzina di startup in rapida crescita.

Altre novità nello stesso aggiornamento

  • L'aumento del cinquanta per cento dei limiti settimanali è stato prorogato fino al 31 agosto 2026 per i piani Pro, Max, Team ed Enterprise a postazioni. Anthropic afferma di sperare di renderlo permanente, ma la domanda per i suoi modelli fa sì che le serva più tempo per capire come.
  • Il pannello del browser nell'app desktop. Aprilo con una scorciatoia da tastiera o dal menu Views, poi fai clic su qualsiasi elemento della pagina e di' a Claude cosa cambiare. Molto più rapido che descrivere l'elemento a parole.

Cosa significa per il tuo team

Primo: la distanza tra design e implementazione si è appena accorciata. /design non sostituisce il tuo designer, ma elimina il ciclo di attesa del mockup nelle prime fasi delle funzionalità interne.

Secondo: rendere predefinita la modalità automatica sposta la responsabilità della sicurezza dal clic su "approva" alla scrittura della politica. Chi non ha scritto le proprie regole funziona solo con quelle integrate — una decisione che andrebbe presa deliberatamente, non per silenzio.

Terzo: la direzione è chiaramente verso l'esecuzione di più agenti in parallelo: fork attivo per impostazione predefinita, sessioni che si chiamano a vicenda, code review in background. Un team senza una struttura di delega scritta otterrà caos in parallelo anziché produttività in parallelo.

Quarto: il ritmo delle release ora è settimanale. Trattare Claude Code come qualcosa da installare e dimenticare significa perdersi cambiamenti che toccano direttamente permessi e sicurezza, non solo funzioni estetiche.

Il punto di vista di Origami

Seguiamo questi aggiornamenti perché toccano il nostro modo di lavorare ogni giorno, non perché sono notizie tecnologiche. Il supporto a GitLab ci riguarda direttamente, dato che i nostri repository sono lì, e una politica di permessi scritta nelle impostazioni utente risolve un vecchio problema: una regola di sicurezza che un singolo progetto non può violare. La conclusione che applichiamo a noi stessi e raccomandiamo ai nostri clienti è la stessa: prima di aggiungere agenti o strumenti, scrivi la tua politica e i tuoi limiti di delega. Gli strumenti moltiplicano ciò che hai già, e se ciò che hai è caos, moltiplicano il caos.

Fonti

  • Newsletter del team di Claude Code, 22 agosto 2026 — l'annuncio originale.
  • Documentazione ufficiale di Claude Code — stili di output, modalità di permesso, l'applicazione desktop e la pagina What's New della settimana 32.
  • Changelog di Claude Code per le versioni dalla 2.1.232 alla 2.1.238.
  • Blog di Anthropic — l'annuncio della modalità automatica come predefinita, oltre agli articoli sulla gestione delle sessioni e alla guida per le startup.