The Pulse

Claude ha contribuito a rendere le app di Anthropic 3 volte più veloci, afferma la società

Uno sprint di due settimane con Claude ha contribuito a velocizzare claude.ai e l’app desktop Claude, con miglioramenti misurati in quattro percorsi comuni degli utenti, afferma Anthropic.

AI.info Team · Scritto con l’IA · verificato · 2026-09-24

Claude ha aiutato gli ingegneri di Anthropic a rendere claude.ai e l’app desktop Claude circa tre volte più veloci in uno sprint di due settimane, afferma la società. Il 23 settembre la società ha pubblicato un resoconto che descrive un flusso di lavoro in cui Claude ha individuato problemi di prestazioni, creato benchmark, proposto modifiche al codice e monitorato le distribuzioni, mentre le persone hanno stabilito le priorità e approvato il lavoro. I miglioramenti hanno riguardato quattro percorsi comuni degli utenti, che rappresentano il 95% dell’attività, afferma Anthropic.

Tre tempi di caricamento in forte calo

Al 75º percentile, il tempo necessario per passare da un nuovo caricamento di claude.ai a una pagina in cui l’utente può scrivere è sceso da 3,1 secondi a 0,55 secondi, secondo Anthropic. L’avvio di una nuova sessione di Claude Code è passato da 0,8 secondi a 0,3 secondi, mentre il caricamento di una sessione cloud di Claude Cowork è sceso da 2,6 secondi a 0,73 secondi. I dati descrivono percorsi selezionati e non significano che ogni operazione in entrambe le app sia diventata tre volte più veloce.

Anthropic stima che le modifiche facciano risparmiare agli utenti decine di migliaia di ore di attesa ogni giorno. Il post non fornisce misurazioni indipendenti né un’analisi dettagliata della stima: l’aumento complessivo della velocità e il tempo risparmiato restano quindi risultati comunicati dalla società. Il team ha monitorato tredici misurazioni sul web e sull’app desktop, ciascuna dall’interazione dell’utente fino alla comparsa del risultato.

«[Questo modello] è un demonio dei numeri.»

— Shelley Vohr, un’ingegnera nel canale

Secondo il post, il team ha raggiunto dodici dei tredici obiettivi entro il terzo giorno. Il piano iniziale dello sprint comprendeva circa venti progetti, mentre altre opportunità sono emerse quando Claude ha esaminato le misurazioni e suggerito ulteriori interventi.

Claude ha proposto le correzioni; le persone hanno fissato i limiti

Alcune modifiche riguardavano ciò che gli utenti vedevano per primo. Anthropic ha inserito una versione statica del campo di composizione dei messaggi nell’HTML della pagina, così che i visitatori potessero iniziare a scrivere mentre React si inizializzava. Altri interventi hanno mantenuto montato il campo di composizione durante la navigazione, precaricato le sessioni quando gli utenti vi passavano sopra con il puntatore e ridotto del 90% i nuovi rendering della barra laterale.

Il team ha usato Claude anche per esaminare i percorsi del codice più lenti. In un caso, Claude ha analizzato le prestazioni della routine che costruisce l’albero dei messaggi di una conversazione e di uno scanner per le righe di stato nell’output di Claude Code. Secondo Anthropic, il numero di istruzioni è sceso rispettivamente del 48% e del 31% su quei percorsi, mentre i tempi effettivi di esecuzione sono diminuiti rispettivamente del 78% e del 44%.

Claude è stato eseguito come modello di ricerca interno che la società ha descritto come approssimativamente paragonabile a Opus 5.5, utilizzando il suo prodotto Claude Tag in beta. Gli ingegneri hanno definito gli obiettivi, valutato i compromessi e approvato le modifiche; Anthropic afferma che più di 3.000 modifiche sono state integrate senza incidenti visibili ai clienti né rollback. Il post descrive il sistema come un lavoro supervisionato, non come una revisione autonoma delle prestazioni.

I benchmark sono diventati limiti di controllo

Poiché i millisecondi possono variare da un’esecuzione all’altra, il team ha cercato misurazioni ripetibili, eseguibili in laboratorio e capaci di individuare regressioni nell’integrazione continua. Ha testato misure come il numero di istruzioni, i commit di React, le chiamate di funzione, i ricalcoli degli stili e le mutazioni del DOM, scartando i benchmark che non corrispondevano a miglioramenti della latenza percepita dagli utenti.

Quando un’ottimizzazione migliorava un benchmark, Anthropic aggiungeva una soglia che le future modifiche al codice non potevano superare. La società ha usato anche flag di funzionalità e distribuzioni graduali: le modifiche più rischiose venivano distribuite prima ai dipendenti, poi all’1% degli utenti, prima di una distribuzione più ampia. Questi controlli si sono rivelati importanti quando, dopo la distribuzione interna del campo di composizione statico, è comparso uno spostamento del layout. La causa era il ridimensionamento della pagina da parte di Chrome, non il passaggio dal campo di composizione statico: il piè di pagina della nuova scheda gestita di Chrome rendeva la pagina più corta, poi scompariva dopo la prima visualizzazione, spostando i contenuti mentre la pagina si espandeva. Secondo Anthropic, il problema era latente e non si era manifestato prima che la pagina cominciasse a essere visualizzata così presto; il team ha mantenuto fisso il layout durante il ridimensionamento e aggiunto un test per il flusso di prerendering.

Il lavoro restante va oltre il dato principale

Il 95º percentile, altri percorsi degli utenti e le conversazioni molto lunghe richiedono ancora lavoro, afferma Anthropic. I miglioramenti comunicati segnano quindi un progresso nelle attività comuni misurate, piuttosto che il raggiungimento di un obiettivo definitivo di prestazioni per ogni uso delle app di Claude.

Il resoconto della società presenta la misurazione come il motore dello sprint: una volta che Claude aveva un benchmark da migliorare, poteva testare le modifiche e ripetere il ciclo. I revisori umani continuavano a scegliere quali problemi fossero importanti e se un aumento di velocità giustificasse la complessità. Il post degli ingegneri di Anthropic afferma che il team intende descrivere un lavoro distinto che ha portato a contributi a Electron, Chromium e Node.js.