Post di ingegneria di **Anthropic** pubblicato il **14 settembre 2026** su claude.com/blog (~1.400 parole, cinque sezioni), scritto da **Sachin Malhotra**. Racconta la scalata del servizio di **test impact analysis** — la selezione dei test da eseguire per ogni modifica — sotto la pressione della programmazione agentica. I numeri di partenza e la loro concatenazione: gli ingegneri rilasciano in media **8×** più codice a trimestre rispetto al periodo 2021-2025, **Claude ne scrive l'80%** e pesa inoltre in modo significativo nella revisione e nell'approvazione delle PR; il numero di test è stato moltiplicato per **10** con un organico quasi costante; da cui **25× i job CI in sei mesi**. **(A)** L'architettura v0 si basa su due componenti che devono restare sincronizzati — un *listener* che registra i risultati di ogni esecuzione, un *selector* che decide quali test eseguire per ogni PR — ma come **processo unico**, una cronologia per singolo test che presuppone un solo writer. **(B)** La modalità di guasto è il listener che resta indietro rispetto alla coda delle PR: *« 20 minuti di ritardo del listener possono tradursi in decine di migliaia di aggiornamenti di test non applicati »*, con tre conseguenze indicate — investigazioni sprecate, *flaky reds* che bloccano i merge, un test corretto o aggiunto che non viene eseguito. **(C)** Tre correzioni la cui durata di vita collassa — **70 giorni, 29 giorni, meno di un giorno**: una macchina più grande, lo sharding per package, i riavvii giornalieri. Poi la revisione completa: un magasin de données en mémoire **in-memory**, worker *listener* **stateless** quindi scalabili orizzontalmente, un log aggregato ogni pochi secondi. **Tre settimane per un ingegnere; un trimestre, un anno prima.** Estende l'80% di [[clinton-anthropic-secure-ai-native-sdlc-2026-07-21]] all'infrastruttura.
#integrazione continua#CI#test impact analysis
Sachin Malhotra (ingénieur, Anthropic) · sur le blog claude.com.
Rapporto di ricerca interno datato **12 agosto 2026** (in formato *What? — So What? — Now What?*, indagine condotta tra l'11 e il 12 agosto) su una domanda semplice: le applicazioni **desktop** di ChatGPT e Claude sono migliori delle rispettive versioni **web**? La risposta si articola in due parti. **(A) Esiste un consenso qualitativo solido e ben documentato.** Il punto di partenza è indiscutibile: desktop e web richiamano esattamente gli stessi modelli cloud, l'applicazione essendo solo un'interfaccia verso il servizio — il guadagno risiede quindi interamente nell'involucro applicativo (latenza d'accesso, stabilità nelle sessioni lunghe, impronta di memoria, integrazioni di sistema, fluidità del workflow). Ciò che distingue realmente il desktop, confermato: sul versante OpenAI, una scorciatoia globale (Option/Alt + Spazio), una *companion window* che resta sempre in primo piano, screenshot nativi e, da luglio 2026, la capacità agentica **Codex/Work** integrata nell'app; sul versante Anthropic, **Quick Entry** (macOS), **Desktop Extensions** (installare un server **MCP** locale diventa *"semplice quanto cliccare un pulsante"*), accesso ai file locali, **Cowork** e **Computer Use** (permessi di Accessibilità e registrazione dello schermo). Il web conserva due punti di forza confermati: schede/thread multipli e universalità senza client da installare. **(B) Quasi tutte le cifre in circolazione a sostegno di questo consenso non reggono alla verifica.** L'audit critico del rapporto (§1.5) classifica come **non confermate** sette affermazioni numeriche ampiamente ripetute: il *cold start* "2-3 s contro 8-12 s" (l'unica traccia essendo un aneddotico *"si carica in circa 3 secondi"* su Substack); l'uso di RAM "200-700 MB contro 1,2-2 GB", attribuito a un "Alibaba Product Insights" le cui pagine restituiscono **404**; una percentuale di malfunzionamenti e un dato di retention delle sessioni non rintracciabili; un "Claude +10-20% end-to-end" attribuito a **Skywork**, che in realtà aveva confrontato il proprio agente Windows piuttosto che Claude rispetto al web; una fonte "Cosmo Edge" non rintracciabile; citazioni Zenken AI non confermate; e due post X non autenticati e privi di URL. Il controsegnale è documentato con lo stesso rigore: Yuri Dvoinos descrive un'app Claude Desktop che *"mi fa venire voglia di buttare il portatile dalla finestra"* — utilizzo CPU al 68%, input lag su un MacBook Pro — e il rapporto rileva che entrambe le app sono build **Electron** con livelli nativi. Da qui la formulazione: *il vantaggio del desktop è una promessa di implementazione, non una legge di natura.* **Il "So What"**: poiché il modello è diventato il comune denominatore, l'interfaccia diventa il terreno di scontro — la fusione **Codex + ChatGPT** del 9 luglio 2026 e il tandem Cowork/Computer Use raccontano la stessa storia, *"l'app desktop non è più un client di chat, è un runtime agentico con accesso alla macchina."* Tre conseguenze: il guadagno è un guadagno di **attrito**, non di potenza; per un CIO, il desktop **sposta il confine di fiducia** — Computer Use richiede permessi di sistema sensibili e la fusione Codex colloca esecuzione del codice, browser e connettori all'interno di *"un unico confine di fiducia esteso,"* mentre il browser resta governabile tramite SSO, DLP e CASB; e per chi pubblica, la fragilità delle cifre è essa stessa la notizia. **Il "Now What"** fornisce criteri di scelta individuali, una checklist per il CIO (censire i permessi, disattivare Computer Use e Cowork per impostazione predefinita, delimitare quali estensioni MCP sono autorizzate, organizzare distribuzione e aggiornamenti — su Linux, al di fuori del repository apt, Claude Desktop non si aggiorna da solo) e una direttiva editoriale: citare solo verbatim e date confermati.
#ChatGPT Desktop#Claude Desktop#versione web
**Deep Research Veille Interne** — rapport non signé · produit par une enquête sourcée menée les **11-12 août 2026** et rendu le 12.