Skip to main content

Corregir automáticamente errores en PR antes de hacer merge

Devin revisa cada PR para detectar errores y sube automáticamente las correcciones a la rama.
AuthorCognition
CategoryCalidad del código
FeaturesIntegraciones
1

Inscribir repos y usuarios para revisión automática

Devin Review puede revisar automáticamente cada pull request (PR) en tus repositorios, sin necesidad de iniciarlas manualmente. Empieza inscribiendo los repos y usuarios que quieras cubrir.
  1. Ve a Settings > Review en la aplicación web de Devin.
  2. En Repositories, busca y añade los repos que quieres que Devin revise automáticamente (por ejemplo, acme/frontend, acme/api-server).
  3. En Users, añade los nombres de usuario de GitHub cuyas PR deban revisarse siempre, o bien cualquier usuario puede autoinscribirse haciendo clic en “Add myself (@username)”.
Una vez inscritos, Devin revisa automáticamente las PR cuando se abren, cuando se envían nuevos commits o cuando un borrador se marca como listo para revisión.
Cualquier miembro del equipo con una cuenta de GitHub conectada puede autoinscribirse para revisiones automáticas, sin necesidad de permisos de administrador. Ve a Settings > Review y haz clic en “Add myself”.
2

Habilita Auto-Fix para que Devin envíe correcciones, no solo comentarios

De forma predeterminada, Devin Review publica los errores detectados como comentarios en línea. Auto-Fix va más allá: Devin propone cambios de código y puede enviar commits de corrección directamente a la rama de la PR.Para habilitarlo, ve a Settings > Customization > Pull request settings > Autofix settings - bot comments y elige una de estas opciones:
  • Respond to specific bots only: añade devin-ai-integration[bot] a la lista de permitidos (recomendado).
  • Respond to all bot comments: Devin actúa sobre todos los comentarios de bots, no solo los suyos.
También puedes activar o desactivar Auto-Fix por PR: abre cualquier página de Devin Review, haz clic en el icono de configuración (tres puntos en el encabezado) y habilita “Enable Autofix”.
“Respond to all bot comments” puede causar bucles infinitos si otros bots también comentan sobre los cambios de Devin. Usa el modo de lista de permitidos y añade solo devin-ai-integration[bot] para mantenerte seguro.
3

Ve qué detecta y corrige Devin

Cuando se abre una PR en un repo inscrito, Devin Review se ejecuta automáticamente y produce:
  • Errores detectados en la barra lateral Analysis, etiquetados por gravedad (Severe o Non-severe) y nivel de confianza.
  • Flags (alertas) para patrones que vale la pena investigar, aunque no sean necesariamente incorrectos.
  • Commits de corrección enviados directamente a la rama de la PR para los problemas que Devin puede resolver (cuando Auto-Fix está activado).
Por ejemplo, en una PR que añade una nueva página de configuración de usuario, Devin Review podría encontrar:
Bug (Severe): Null reference in UserSettings.tsx:38

`user.preferences.theme` throws if `preferences` is undefined,
which happens for accounts created before v2.3.

Fix pushed — commit e4a1b2c:
  const theme = user.preferences?.theme ?? 'system';
Puedes revisar cada hallazgo en la vista de diff, marcar errores como resueltos o hacer preguntas de seguimiento usando el chat con conocimiento del repositorio integrado: Devin tiene contexto de todo el repo, no solo del diff.
4

Enseña a Devin Review los estándares de tu equipo

Devin Review lee los archivos AGENTS.md y REVIEW.md en tu repositorio para aprender las convenciones de tu equipo. Usa estos archivos para definir preferencias de revisión, patrones comunes de errores a vigilar y estándares de codificación que quieres hacer cumplir:
<!-- REVIEW.md -->
## Guías de revisión

- Todos los manejadores de rutas de API en src/routes/* deben validar
  el cuerpo de la petición con esquemas de zod antes de acceder a sus
  propiedades. Marca cualquier manejador que lea campos de req.body
  sin validación.
- El hook useUnsafeEffect en src/hooks/useUnsafeEffect.ts es
  intencional: no lo señales como un problema de dependencias faltantes.
- Revisa que no haya casos de error sin manejar en las llamadas a la API.
- Asegúrate de que las nuevas consultas a la base de datos tengan
  índices apropiados.
Haz commit de este archivo en tu repo y Devin Review seguirá estas guías en cada PR. Actualízalo a medida que tu equipo descubra nuevos patrones; por ejemplo, después de un error en producción, añade el patrón que lo habría detectado para que Devin marque problemas similares en revisiones futuras.También puedes usar el Review chat en cualquier PR para pedirle a Devin que busque patrones específicos en el diff; por ejemplo: “¿Hay alguna llamada a la API en esta PR que no maneje el caso de error?”.