El artículo propone un lenguaje de patrones para la revisión de código en la era de los agentes. Parte de una observación: los agentes aceleran el volumen de cambios, los ingenieros senior reciben decenas de solicitudes de revisión al día, y la revisión humana exhaustiva ya no es sostenible. La revisión de código se define como el examen de código por una entidad que no es su autor, que resulta en un juicio seguido de una acción. Los estudios empíricos citados muestran que su valor reside tanto en la mantenibilidad, el descubrimiento de alternativas y el intercambio de conocimiento como en la detección de errores; sería ante todo un mecanismo de triaje de riesgo.

Para sacar al humano de la ruta crítica, se fijan tres condiciones. Debe trasladarse la mayor cantidad posible de validación a comprobaciones deterministas, de modo que los agentes solo se encarguen del espacio subjetivo residual. La revisión debe graduarse según el riesgo, desde ningún humano en absoluto hasta una autorización explícita. Y cada decisión del agente debe dejar una traza duradera de lo que se evaluó, bajo qué políticas, con qué nivel de confianza. Trabajar sin un humano en el bucle es una opción de configuración justificada por el riesgo y la evidencia.

Toward a Pattern Language for Code Reviews in the Age of Agentic AI

— Zach Davis , reader.itrevolution.com

Nueve patrones componen la caja de herramientas: cambios incrementales pequeños, Shift Left, diseño para la verificación, prácticas de ingeniería deterministas, context engineering, bucle de calidad continuo, revisión adversarial por LLM, revisiones multiagente, desarrollo guiado por especificaciones. El bucle continuo hace que un agente autor y un agente revisor intercambien hasta alcanzar un criterio de convergencia. La revisión adversarial aporta independencia estructural, mediante un modelo distinto o una sesión aislada. Las revisiones multiagente reparten el trabajo entre especialistas, un agente de triaje y un coordinador. El context engineering condiciona el resto: sin él, los hallazgos son ruidosos.

Tres casos lo ilustran. Block, ante PR de agentes sin revisar, pasó de revisores internos ruidosos a herramientas comerciales más útiles, PR apiladas, revisión adversarial local antes del push y corrección automática en CI. Cloudflare construyó una orquestación basada en CI alrededor de OpenCode: revisores especializados, un coordinador, revisión graduada, filtrado de archivos ruidosos, un bypass humano y el traslado de hallazgos de un commit al siguiente. En un mes, 131.246 revisiones cubren 48.095 PR en 5.169 repositorios, con una media de 1,2 hallazgos por revisión. DryRun Security convirtió un fallo de aislamiento entre tenants en una política verificada en cada cambio.

Como conclusión, los autores presentan la transición como una reorganización de responsabilidades: especificaciones precisas, verificación independiente, rastros de auditoría duraderos. La pregunta guía: si algo saliera mal, ¿cómo lo sabría alguien?