## La afirmación bajo escrutinio
Un artículo en arXiv, "The End of Code Review: Coding Agents Supersede Human Inspection" de Martin Monperrus, sostiene que los agentes de codificación basados en modelos de lenguaje de gran tamaño han alcanzado un umbral de capacidad en el que la revisión de código humana tradicional ya no es un componente necesario en el flujo de calidad de un software. El argumento se basa en dos afirmaciones: cada objetivo declarado de la revisión de código puede ser atendido por agentes a un menor coste y con un mayor rendimiento, y la integración ingenua en la que los agentes escriben código mientras los humanos permanecen como revisores obligatorios es un callejón sin salida porque no proporciona una garantía significativa ni escala con el rendimiento asistido por IA.
El artículo descompone la revisión de código por pares en cuatro funciones declaradas: detección de defectos, cumplimiento de estilo, transferencia de conocimientos y concienciación. Debido a que un agente puede realizar cada una de ellas, la conclusión es que el agente tiene, por lo tanto, la capacidad de reemplazar a un revisor humano.
## Lo que las funciones omiten
El contraargumento no es que los agentes no puedan detectar defectos o imponer estilos —de hecho, a menudo pueden hacerlo—. Más bien, las dimensiones humanas irreducibles de la revisión sobreviven solo en la *integración* entre funciones, la cual la descomposición borra. Varias capacidades distintas quedan fuera de lo que captura la detección automatizable:
- **La confusión como señal.** Cuando un revisor experimentado lee un diff y dice "No entiendo esto", la confusión es el hallazgo. Señala que el código es demasiado complejo, que la abstracción es incorrecta o que la intención no está clara. Un LLM siempre procesará el código sin la incomprensión legítima que expone esos problemas. - **Cuestionar la necesidad.** Los revisores cuestionan habitualmente si un cambio es siquiera necesario: "¿Debería esto ser dos PRs?" o "Esto soluciona el síntoma, no el problema". Tales juicios preceden a la verificación y dependen de una comprensión compartida de la dirección del sistema, la cual un agente aislado carece. - **Ver lo que no está ahí.** Los humanos notan que un contrato de API cambió pero el manejo de errores no, o que falta una rama esperada. Este reconocimiento de la ausencia es una clase de fallo —ceguera de ausencia— con la que los LLM tienen dificultades, porque revisan solo lo que está presente. - **Atención calibrada por el historial de autoría.** El primer commit de un ingeniero junior en un módulo de pagos atrae naturalmente un escrutinio diferente que el refactor rutinario de un veterano. Esa calibración depende de la relación y la memoria del rendimiento pasado, no solo del diff. - **Bidireccionalidad y aprendizaje coactivo.** La revisión de código es una actividad cognitiva conjunta: el revisor aprende el enfoque del autor y el autor aprende de las preguntas del revisor, produciendo una comprensión compartida que ninguno de los dos tenía al inicio. El resumen de un agente es una transmisión, no una conversación que cambie los modelos mentales.\n- **Contexto operativo más allá del repositorio.** Los revisores saben que hubo un incidente en el servicio el martes pasado, que un consumidor downstream está dejando obsoleta una interfaz, o que el departamento legal prohibió registrar un campo particular. Este contexto organizacional rara vez está en las pruebas, documentos o en el control de versiones, y sin embargo, moldea cada decisión sobre qué cambiar.
## La responsabilidad como gobernanza, no como formalidad
El artículo trata la responsabilidad humana como un artefacto de cumplimiento: un humano nombrado para fines legales. Pero la responsabilidad personal moldea cómo se lleva a cabo una revisión: el "tener algo en juego" produce una evaluación seria en lugar de una firma mecánica. Un agente que aprueba un pull request no asume consecuencias y no tiene una estructura de incentivos que recompense un juicio cuidadoso. Redirigir las preocupaciones éticas a la "ingeniería de requisitos y el monitoreo post-despliegue" no restaura esa responsabilidad; la pospone.
## El mito de la sustitución
La revisión de código no es solo un proceso de detección. Es simultáneamente un proceso de coordinación, un proceso de construcción de sentido y un proceso de gobernanza. El mito de la sustitución sigue un patrón reconocible: descomponer la contribución humana en funciones medibles, mostrar que una máquina puede replicar cada función y luego declarar al humano redundante. Este patrón falla en el mismo punto en todos los dominios: la contribución humana que más importaba era la *integración* entre funciones. Las personas se adaptan a circunstancias y contextos no planificados, y sirven a la responsabilidad social que las puertas formales no pueden capturar. Esas capacidades adaptativas estaban ausentes en la descomposición original y no reaparecen cuando las máquinas sustituyen funciones aisladas.
La crítica, por lo tanto, está de acuerdo con la descomposición del artículo pero rechaza su inferencia. Los agentes pueden perfectamente cumplir los objetivos de detección, estilo, transferencia de conocimientos y concienciación a un menor coste y con un mayor rendimiento; la pregunta no resuelta es si la capa de integración —que determina si un cambio es necesario, si encaja en la trayectoria del sistema y si el equipo retiene la propiedad colectiva de su código— puede ser cedida sin coste.