Deep Review convierte la revisión técnica en un problema de arquitectura verificable

Google Research ha abierto al público Deep Review, un sistema de inteligencia artificial orientado a revisar documentos técnicos complejos. La herramienta nació como Paper Assistant Tool, un experimento para ayudar a autores de informática a detectar problemas antes de enviar artículos a congresos. Durante sus pruebas, se utilizó de forma voluntaria con más de 16.000 manuscritos vinculados a STOC, ICML, NeurIPS e ICLR.

La noticia importa menos por la interfaz de revisión que por la arquitectura que la sostiene. Deep Review no trata un documento largo como una única petición a un modelo. Divide el trabajo por secciones y asigna a cada agente una tarea concreta, aunque todos conservan acceso al contexto completo para seguir referencias cruzadas. Después, un agente de síntesis reúne los informes parciales, comprueba la coherencia global y puede repetir verificaciones cuando encuentra contradicciones. El flujo incorpora además comprobaciones externas para fundamentar afirmaciones y reducir errores de generación.

Ese diseño se parece más a un pipeline de validación que a un chatbot con instrucciones largas. La separación de responsabilidades permite evaluar cada etapa: extracción de afirmaciones, revisión local, comparación entre partes y síntesis final. También hace visible una limitación importante: un agente puede encontrar inconsistencias o señalar una prueba débil, pero no sustituye el criterio humano que decide si una hipótesis es relevante o si un documento merece aprobación.

La versión pública admite inicialmente PDF y texto plano. Google ofrece dos revisiones gratuitas por semana y una vía de integración programática mediante una clave de Gemini para cargas mayores. La empresa afirma que los documentos subidos no se usan para entrenar o mejorar sus modelos, aunque se conservan durante un año para mostrarlos en la interfaz. Ese detalle debe formar parte de cualquier evaluación interna de privacidad, especialmente si la herramienta se usa con diseños de arquitectura, contratos o documentación de clientes.

La aplicación más interesante para los equipos de software no es delegar la revisión completa, sino convertirla en una etapa repetible. Un sistema parecido podría revisar ADR, propuestas de API o planes de migración buscando supuestos no declarados, contradicciones entre diagramas y texto, y requisitos que desaparecen entre secciones. Integrarlo en un flujo de CI exigiría definir formatos de entrada, límites de confianza, trazabilidad de las evidencias y una revisión humana obligatoria para los hallazgos importantes.

La lección técnica es sobria: cuando el contenido generado crece más rápido que la capacidad de revisarlo, la solución no consiste únicamente en emplear un modelo más grande. También hace falta repartir el trabajo, medir cada decisión y conservar una autoridad humana clara sobre el resultado.