Code Review, el revisor automático de pull requests de Claude Code, deja la fase de pruebas y ya está disponible para los planes Team y Enterprise. Según el anuncio de Anthropic, la mayoría de revisiones tardan ahora entre 6 y 10 minutos, frente a los 20 de la versión preliminar. Y las empresas con plan Enterprise que cumplan los requisitos pueden reclamar al menos 10.000 dólares en créditos para probarlo.
Llega en el momento justo. Los agentes de código hacen que los equipos escriban mucho más, y quien revisa se ha convertido en el cuello de botella.
Puntos clave
- Disponible para Team y Enterprise. Repositorios en GitHub, incluidos GitHub Enterprise Server y GitHub Enterprise Cloud con residencia de datos.
- Unas 3 veces más rápido. De unos 20 minutos a 6-10 en la mayoría de revisiones.
- Tres niveles por repositorio. Quick, Standard (el de por defecto) y Deep. Más profundidad, más coste.
- Créditos de lanzamiento. Al menos 10.000 dólares para organizaciones Enterprise elegibles, a reclamar antes del 15 de enero de 2027. Caducan 30 días después de reclamarlos.
Cómo funciona una revisión
Según la documentación de Claude Code, cada revisión corre en la infraestructura de Anthropic en cuatro fases. Primero, varios agentes leen el cambio y el código de alrededor en paralelo, buscando errores de lógica, vulnerabilidades o casos límite rotos. Después, un paso de verificación contrasta cada hallazgo con el código y tira los falsos positivos. Luego se quitan duplicados y se ordenan por gravedad. Y al final se publica en la pull request.
El resultado son comentarios en las líneas afectadas, un resumen y un check llamado "Claude Code Review". Ese check nunca sale en rojo: la revisión no aprueba ni bloquea la PR, la decisión de fusionar sigue en manos del equipo.
Por defecto se centra en corrección, en los bugs que romperían producción, y deja fuera manías de formato o tests que faltan. Lo que marca se ajusta con dos ficheros en el repositorio, REVIEW.md y CLAUDE.md. Un detalle de seguridad que conviene conocer: el REVIEW.md se lee siempre de la rama base, nunca de los cambios de la propia PR, así que nadie puede colar instrucciones para que el revisor mire hacia otro lado.
El acceso al código es de solo lectura. La revisión no compila ni ejecuta nada, trabaja leyendo el diff y lo que lo rodea, y no hace commits.
Qué cambia respecto a la versión de pruebas
Anthropic dice que lo usa en sus propias pull requests y que los equipos de la preview le pidieron tres cosas: revisiones más calladas, ajustadas al tamaño de cada cambio y más rápidas. De ahí salen las tres novedades:
- Velocidad. El salto de 20 a 6-10 minutos. Para una PR, la diferencia entre esperar el comentario o cambiar de tarea.
- Calidad. Hallazgos más cortos que dicen el problema, qué lo dispara y cómo arreglarlo en pocas frases.
- Flexibilidad. Un administrador fija un nivel para toda la organización y puede darle otro a cada repositorio: Quick para el código rutinario, Deep para el crítico.
Cuánto cuesta
No hay precio fijo por revisión. Se cobra por tokens a través de créditos de uso, aparte de lo que incluye el plan, y se factura a la organización, no al desarrollador. El coste de cada revisión depende del nivel elegido, del tamaño del cambio, de lo complejo que sea el código de alrededor y de cuántos posibles fallos haya que verificar.
El modo de disparo pesa mucho. Cada repositorio puede revisar una vez al abrir la PR, tras cada push o solo cuando alguien lo pide comentando `@claude review`. Revisar tras cada push multiplica el coste por el número de pushes. Anthropic recomienda poner un límite de gasto mensual durante el piloto y mirar la columna de coste medio por repositorio en los ajustes de administración antes de abrirlo a todo.
Hay exclusiones claras: no está disponible para organizaciones con retención cero de datos, con la configuración HIPAA o con claves de cifrado gestionadas por el cliente (CMEK).
El problema que intenta resolver
Un estudio de investigadores de Harvard con datos de 718 empresas, recogido esta semana en la newsletter, vio que los agentes de código subían un 30% las líneas escritas, pero que las revisiones tardaban un 49% más. Es lo que Anthropic describe en su anuncio: el ritmo de escritura sube y el atasco de revisión no afloja.
Para quien no tenga plan Team o Enterprise hay alternativas en el propio Claude Code: el comando `/code-review` funciona en cualquier plan desde tu sesión, y se puede montar Claude en tu propio CI con GitHub Actions o GitLab usando una clave de API. Code Review es la opción gestionada, sin infraestructura propia, que vimos crecer junto a los agentes en paralelo de Claude Code Projects.
Cómo activar Code Review en tu organización
Según la documentación oficial:
1. Un Owner de la organización de Claude activa Code Review en los ajustes de Claude Code. 2. Instala la GitHub App de Claude y elige los repositorios. 3. Elige el nivel (Quick, Standard o Deep) y cuándo se lanzan las revisiones. 4. Fija un límite de gasto mensual para el servicio en los ajustes de uso.
A partir de ahí, a los desarrolladores no les toca configurar nada: las revisiones salen solas en las PR nuevas.
Por qué importa
Si tu equipo ya programa con agentes, el embudo está en la revisión, y ahí es donde se cuelan los bugs caros. Un primer pase automático de 6-10 minutos antes de que mire una persona libera a tus seniors para lo que de verdad necesita criterio: arquitectura, producto, decisiones de negocio.
Mi consejo es empezar por un repositorio crítico en Deep y uno rutinario en Quick, con límite de gasto, y medir durante un mes cuántos hallazgos acaban en arreglo. Con los 10.000 dólares de créditos, en Enterprise ese piloto sale prácticamente gratis.
Fuente original: claude.com
Relacionado
