Agentic coding is straining CI. Here's how we scaled test impact analysis at Anthropic
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.
Sachin Malhotra (ingénieur, Anthropic) · sur le blog claude.com.