Agentic coding is straining CI. Here's how we scaled test impact analysis at Anthropic
Post de ingeniería de **Anthropic** publicado el **14 de septiembre de 2026** en claude.com/blog (~1.400 palabras, cinco secciones), escrito por **Sachin Malhotra**. Relata el escalado del servicio de **test impact analysis** — seleccionar qué tests ejecutar por cada cambio — bajo la presión de la codificación agéntica. Las cifras de entrada y su cadena: los ingenieros despliegan en promedio **8×** más código por trimestre que en 2021-2025, **Claude escribe el 80% de él** y también carga un peso significativo en la revisión y aprobación de PR; el número de tests se multiplicó por **10** con una plantilla casi constante; de ahí **25× jobs de CI en seis meses**. **(A)** La arquitectura v0 descansa sobre dos componentes que deben permanecer sincronizados — un *listener* que registra los resultados de cada ejecución, un *selector* que decide qué tests se ejecutan en cada PR — pero como **un único proceso**, un historial por test que asume un único escritor. **(B)** El modo de fallo es el listener quedándose atrás respecto a la cola de PR: *« 20 minutos de retraso del listener pueden traducirse en decenas de miles de actualizaciones de tests no aplicadas »*, con tres consecuencias nombradas — investigaciones desperdiciadas, *flaky reds* que bloquean los merges, un test corregido o añadido que no se ejecuta. **(C)** Tres parches cuya vida útil se derrumba — **70 días, 29 días, menos de un día**: una máquina más grande, sharding por paquete, reinicios diarios. Luego la revisión completa: un **magasin de données en mémoire**, workers *listener* **stateless** que por lo tanto son escalables horizontalmente, un log agregado cada pocos segundos. **Tres semanas para un ingeniero; un trimestre, un año antes.** Extiende el 80% de [[clinton-anthropic-secure-ai-native-sdlc-2026-07-21]] hacia la infraestructura.
Sachin Malhotra (ingénieur, Anthropic) · sur le blog claude.com.