Saltar al contenido principal
A medida que los agentes de programación se vuelven más comunes, el cuello de botella pasa de escribir código a revisarlo. Devin Review es una plataforma integral de revisión de código dentro de la aplicación web de Devin que transforma PRs grandes y complejas de GitHub en diffs organizados de forma intuitiva y explicaciones precisas.
Devin Review es gratuito y está disponible para PRs en repositorios estándar de GitHub (no GitHub Enterprise). Los PRs públicos no requieren una cuenta de Devin. Los PRs privados se pueden ver con una cuenta de Devin o mediante la CLI.

​
Funcionalidades

Organización inteligente de diffs

Agrupa los cambios de forma lógica, reuniendo las ediciones relacionadas en lugar de ordenarlas alfabéticamente.

Detección de copias y movimientos

Detecta cuando se ha copiado o movido código y muestra los cambios de forma clara, en vez de mostrar eliminaciones e inserciones completas.

Detector de errores

Busca errores y los etiqueta según su nivel de confianza. Los errores graves requieren atención inmediata.

Compatibilidad con GitHub

Deja comentarios, aprueba PRs, solicita cambios, todo dentro de Devin Review, sincronizado con GitHub.

Chat con contexto del código

Haz preguntas sobre el PR y obtén respuestas con contexto relevante del resto de la base de código. También puedes consultar a Devin directamente desde cualquier comentario, error o marca en la vista de diff.

​
Primeros pasos

  • Aplicación web de Devin — Ve a app.devin.ai/review para ver tus PRs abiertos organizados por categoría (asignados a ti, creados por ti, revisión solicitada). Cuando Devin cree PRs, verás un botón naranja “Review” en el chat.
  • Atajo de URL — Para cualquier enlace de PR de GitHub, reemplaza github.com por devinreview.com en la URL. Para PRs privados, inicia sesión en Devin primero o usa la CLI.
  • CLI — Ejecuta npx devin-review {pr-url} desde un clon local. Consulta la sección CLI más abajo para obtener más detalles.

​
Revisión automática

Devin puede revisar PRs automáticamente sin que tengas que iniciarla manualmente. Configura la revisión automática en Settings > Review, o desde el icono de configuración en cualquier página de revisión de PR.

​
¿Cuándo se ejecuta la revisión automática?

La revisión automática se activa cuando:
  • Se abre un PR (que no sea borrador)
  • Se envían nuevos commits a un PR
  • Un PR en borrador se marca como listo para revisión
  • Se añade a un usuario inscrito como revisor o como persona asignada
Los PR en borrador se omiten hasta que se marcan como listos.

​
Autoinscripción (Todos los usuarios)

Cualquier usuario con una cuenta de GitHub conectada puede inscribirse para revisiones automáticas, sin necesidad de permisos de administrador.
  1. Ve a Settings > Review
  2. Haz clic en “Add myself (@yourusername)” para inscribirte
Una vez inscrito, Devin revisará automáticamente cualquier PR que crees, en el que te agreguen como revisor o que te asignen, en cualquier repositorio. También puedes autoinscribirte directamente desde la página de revisión de un PR haciendo clic en el ícono de configuración y activando “Me (@username)”.

​
Configuración de administrador

Los administradores tienen opciones adicionales en Settings > Review:
  • Repositories — Agregar repositorios para revisar automáticamente TODOS los PR en ese repositorio. Usa el menú desplegable para buscar y seleccionar entre los repositorios conectados.
  • Users — Ver y administrar todos los usuarios registrados en la organización. Agrega cualquier nombre de usuario de GitHub a la lista de revisión automática.
  • Insert link in PR description — Cuando está habilitado (de forma predeterminada), Devin agrega un enlace a la revisión en la descripción del PR.
Enterprise accounts: La configuración se aplica a todas las organizaciones de la cuenta Enterprise. Solo los usuarios de la organización principal con permisos de administrador de Enterprise pueden administrar la configuración. Los usuarios de organizaciones no principales solo pueden inscribirse por su cuenta.
La revisión automática no está disponible para repositorios públicos que no estén conectados a tu organización.

​
Capturador de errores

El Capturador de errores analiza automáticamente tu PR (pull request o solicitud de extracción) en busca de posibles problemas y muestra los hallazgos en la barra lateral de análisis. Los hallazgos se organizan en dos categorías: Bugs y Flags.

​
Errores

Los errores son problemas accionables que deben corregirse en el código. Representan incidencias sobre las que Bug Catcher tiene un alto grado de confianza de que son problemas reales. Los errores se muestran con dos niveles de gravedad:
  • Grave — Problemas de alta confianza que requieren atención inmediata
  • Menos grave — Problemas de menor gravedad que aun así deben revisarse
Cuando veas un error, debes investigarlo y corregirlo en tu código.

​
Flags

Los flags son anotaciones de código informativas que pueden o no requerir acción. Se dividen en dos clases:
  • Investigar — Flags que merecen una investigación más profunda. Debes revisar tú mismo el código marcado y verificar si realmente hay un error o problema.
  • Informativo — Bug Catcher ha concluido que algo es correcto o está explicando cómo funciona. Estos flags te ayudan a entender los cambios en el código sin requerir acción.

​
Resolución de hallazgos

Puedes marcar errores y flags como resueltos una vez que los hayas abordado o hayas determinado que no requieren acción. Los elementos resueltos aparecen atenuados en la barra lateral y se ordenan al final de cada sección.

​
CLI

La Devin Review CLI te permite realizar revisiones de código directamente desde la terminal. Esto es especialmente útil para repositorios privados o cuando necesitas un flujo de trabajo local más ágil.

​
Instalación y uso

Ejecuta la CLI desde un clon local del repositorio, sin necesidad de autenticación: 
cd path/to/repo
npx devin-review https://github.com/owner/repo/pull/123
Debes ejecutar este comando desde el repositorio que se está revisando. Cómo funciona:
  1. Extracción de diff basada en Git — La CLI usa tu acceso local a Git para recuperar la rama del PR y calcular el diff. Esto significa que necesitas acceso de lectura al repositorio en tu máquina.
  2. Checkout en worktree aislado — La CLI crea un git worktree en un directorio en caché para hacer checkout de la rama del PR. Esto mantiene tu directorio de trabajo intacto: sin stash, sin cambios de rama. El worktree se limpia automáticamente cuando finaliza la revisión.
  3. Diff enviado a los servidores de Devin — El diff calculado y el contenido de los archivos se envían a los servidores de Devin para su análisis.

​
Privacidad y control de acceso

La CLI usa un servidor localhost para autenticar tu sesión de revisión:
  • Acceso solo local de forma predeterminada — Cuando ejecutas devin-review, se inicia un servidor localhost en tu máquina que expone un token seguro. Solo los procesos en tu máquina local pueden acceder a este token, lo que significa que solo tú puedes ver la página de revisión mientras no hayas iniciado sesión.
  • Transferencia a tu cuenta de Devin — Si inicias sesión en una cuenta de Devin que tiene acceso a la organización de GitHub, la sesión de revisión se transfiere a tu cuenta. Esto te permite acceder a la revisión desde otros dispositivos y compartirla con tu equipo.
Cuando ejecutas la CLI, devin-review puede ejecutar comandos localmente en tu máquina para recopilar contexto adicional para encontrar errores. Esto permite un análisis más profundo que una revisión basada solo en el diff. El Bug Catcher puede ejecutar un conjunto limitado de operaciones de solo lectura restringidas al directorio de la worktree:
  • Lectura de archivos — Leer el contenido de archivos dentro del repositorio
  • Búsqueda — Ejecutar grep para buscar patrones y usar globbing para nombres de archivos
  • Comandos de Bash — Solo comandos de solo lectura como ls, cat, pwd, file, head, tail, wc, find, tree, stat y du

​
AGENTS.md / Archivos de instrucciones

Devin Review respeta los archivos de instrucciones en tu repositorio. Si alguno de estos archivos existe, se usarán como contexto al analizar tu pull request (PR):
  • REVIEW.md
  • AGENTS.md
  • CLAUDE.md
  • CONTRIBUTING.md
  • .cursorrules
  • .windsurfrules
  • .cursor/rules
  • *.rules
  • *.mdc
Estos archivos pueden contener estándares de codificación, convenciones del proyecto u otras directrices que ayudan a ofrecer comentarios más relevantes.

​
Reglas de revisión personalizadas

Puedes configurar archivos adicionales para que se usen como contexto de revisión desde Settings > Review en la sección Review Rules. Esto te permite agregar patrones de glob de archivos personalizados más allá de los valores predeterminados indicados arriba. Para agregar una regla personalizada:
  1. Ve a Settings > Review
  2. En Review Rules, escribe un patrón de glob de archivos (por ejemplo, docs/**/*.md)
  3. Haz clic en Add
Las reglas personalizadas aparecen en la lista junto con la regla predeterminada **/REVIEW.md. Puedes eliminar cualquier regla personalizada haciendo clic en el icono de papelera junto a ella. Esto resulta útil cuando tu proyecto tiene documentación relevante para la revisión en ubicaciones no estándar, como registros de decisiones de arquitectura, guías de estilo o convenciones específicas del equipo almacenadas en rutas personalizadas.

​
REVIEW.md

REVIEW.md es un archivo de instrucciones específico de Devin Review. Colócalo en cualquier lugar de tu repositorio para personalizar cómo Devin revisa los pull requests (PR) de tu proyecto. Devin detecta automáticamente los archivos REVIEW.md en cualquier nivel de directorio (**/REVIEW.md), por lo que puedes acotar las pautas de revisión a subdirectorios específicos si es necesario. Usa REVIEW.md para definir pautas específicas de revisión, como:
  • Áreas de la base de código que requieren una revisión más exhaustiva
  • Errores comunes o anti-patrones a tener en cuenta
  • Convenciones específicas del proyecto que quienes revisan deben hacer cumplir
  • Archivos o directorios que se pueden omitir de forma segura durante la revisión
  • Consideraciones de seguridad o rendimiento exclusivas de tu proyecto
Ejemplo de REVIEW.md: 
# Review Guidelines

## Critical Areas
- All changes to `src/auth/` must be reviewed for security implications.
- Database migration files should be checked for backward compatibility.

## Conventions
- API endpoints must include input validation and proper error handling.
- All public functions require TypeScript return types — do not use `any`.
- React components should use functional components with hooks, not class components.

## Ignore
- Auto-generated files in `src/generated/` do not need review.
- Lock files (package-lock.json, yarn.lock) can be skipped unless dependencies changed.

## Performance
- Flag any database queries inside loops.
- Watch for N+1 query patterns in API resolvers.

​
Limitaciones

Las siguientes funcionalidades NO están disponibles actualmente en esta página (pero llegarán pronto):
  • Un botón para aprobar y fusionar cambios en el repositorio
  • Realizar cambios directamente en el PR (pull request) o sugerir cambios/correcciones