Code review no se resuelve con más code review

2026-03-04

post-thumb

A nadie le gustó nunca hacer code review. Cuantos más archivos tenía el PR, menos gente lo revisaba. Eso ya era así en 2023. Ahora, en 2026, los agentes de IA generan la mayor parte del código y el problema de review se volvió exponencialmente peor.


Más IA significa más cosas para revisar

Muchas empresas creen que se puede apagar fuego con más fuego. La lógica es: si la IA genera demasiado código para revisar, pon otra IA a revisar. Eso no tiene sentido. Más IA generando código significa más cosas para que alguien (o algo) valide. El volumen no disminuye, solo cambia de manos.

Allá por 2014, Facebook aprendió que “Move Fast and Break Things” no escala y cambió el lema a “Move Fast with Stable Infra”. La misma idea que la lógica industrial, el Modern Agile, ya defendía. Hoy, escuchas esto con el nombre de “guardrails”. El concepto es el mismo: velocidad sin estructura es solo caos acelerado.


El problema es que el review es manual

Los agentes de IA ya nos quitaron la parte divertida de programar. No dejes que también nos conviertan en QA manual glorificado. Lo que necesitamos es sustituir revisión humana repetitiva por automatización mediante código.

El código es determinístico. El código es confiable. Y el punto principal: las mismas cosas se corrigen en code review, repetidamente, PR tras PR. Si estás corrigiendo el mismo tipo de problema por tercera vez, eso no debería ser un comentario en el PR. Debería ser un lint, un test, una regla automatizada.


Más tests (de verdad) que nunca

Cuando los humanos escribían todo el código, ya teníamos miedo de romper cosas. Los agentes de IA van a romper todo, todo el tiempo, para siempre. Y ahora necesitamos probar cosas que históricamente descuidábamos porque era demasiado caro o porque siempre había problemas más grandes que resolver:

  • Suites de tests robustas y confiables
  • Tests de CSS y layout
  • Tests de observabilidad
  • Tests de infraestructura
  • Tests de configuración
  • Tests de componentes DevOps: Terraform, Kubernetes, ArgoCD y otros

Pero no basta con tener tests. Necesitamos tener sentido crítico para distinguir tests buenos de tests malos. Un test que pasa siempre, sin importar lo que cambie, es peor que no tener test, porque da falsa confianza. Necesitamos entender qué hace que un test sea útil para juzgar si estamos mejorando nuestra cobertura o simplemente inflando números.

La era de los agentes de IA no pide menos ingeniería. Pide más. Solo que de un tipo diferente.