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.

​
Acciones de revisión

​
Iniciar una revisión

Al crear un nuevo comentario en línea o responder a un hilo existente, puedes marcar la casilla Start a review para agrupar tus comentarios en una revisión pendiente, en lugar de publicarlos individualmente. Esto reproduce el flujo de trabajo de revisión de GitHub, permitiéndote reunir todos tus comentarios antes de enviarlos. Una vez que una revisión está en curso, los comentarios posteriores se añaden automáticamente a ella y la casilla se oculta.

​
Resolver comentarios

Puedes resolver hilos de revisión para indicar que ya se han atendido. Cuando todos los hilos de una revisión generada por un bot están resueltos, Devin minimiza automáticamente esa revisión en GitHub para mantener limpia la conversación del PR. Si posteriormente un hilo vuelve a marcarse como no resuelto, la revisión se expande automáticamente de nuevo. En la vista de diff, puedes expandir o contraer hilos de comentarios individuales usando el botón de caret para centrarte en los comentarios pendientes.

​
Indicadores de propietario de código

Cuando se solicita a un propietario de código como revisor, Devin Review muestra un icono de escudo junto a su nombre en la barra lateral de revisores, con un tooltip que dice «Solicitado como propietario de código». Esto facilita identificar qué revisores pendientes son propietarios de código de los archivos modificados.

​
Corrección automática

Devin Review puede sugerir y aplicar automáticamente correcciones para los errores que detecte en tus PR. Cuando la Corrección automática está activada, Devin propondrá cambios de código directamente junto a los errores que haya encontrado.

​
Cómo activarlo

Hay tres formas de habilitar Auto-Fix:
  1. Desde el popover de configuración de revisión de PR: en cualquier página de Devin Review, haz clic en el icono de configuración (tres puntos) y activa Enable Autofix. Este control aparece en las PR creadas por Devin.
  2. Desde la configuración incrustada de revisión de PR: en la vista incrustada de Devin Review dentro de una sesión de Devin, abre el popover de configuración y activa Enable Autofix.
  3. Desde la configuración global de Customization: ve a Settings > Customization > Pull request settings > Autofix settings - bot comments, luego:
    • Establece el modo en Respond to specific bots only y añade devin-ai-integration[bot] a la lista de permitidos, o
    • Establece el modo en Respond to all bot comments.
Cuando Devin Review encuentra errores y Auto-Fix está habilitado, generará correcciones sugeridas que puedes revisar y aplicar directamente desde la vista de diff.

​
Permisos y restricciones

  • Solo los administradores de la organización pueden cambiar esta configuración.
  • Si el modo de comentarios del bot está configurado en Responder a todos los comentarios del bot, el interruptor de Auto-Fix aparece activado pero no se puede cambiar desde la configuración de revisión de PR. Usa la configuración de Customization para modificar el modo de comentarios del bot.
  • Los comentarios de resumen No Issues Found de Devin Review siempre se ignoran. Solo los comentarios con hallazgos reales activan Auto-Fix.
Si actualmente se están ignorando los comentarios de Devin Review en tu repositorio, verás un aviso en la línea de tiempo de la sesión para habilitarlos.

​
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

​
Atribución de commits y comentarios

  • Las detecciones de errores, marcas y anotaciones automatizadas siempre se muestran como Devin bot.
  • Cuando un usuario escribe un comentario o una revisión a través de Devin Review, aparece bajo la identidad de GitHub del usuario.
  • Cuando un usuario le pide al agente de chat que haga un cambio de código, el commit resultante se realiza como Devin bot.
  • GitHub Suggested Changes sigue el comportamiento estándar de GitHub: cualquier revisor (incluido Devin) puede dejar una edición sugerida en un comentario de revisión. Cuando un usuario hace clic en «Apply suggestion», el commit es creado por ese usuario, de la misma manera que en GitHub.
  • Devin nunca creará commits ni comentarios en nombre de un usuario sin que el usuario inicie explícitamente la acción.

​
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.