heydeer Iniciar sesión
Revisiones en GitHub

Corregir con HeyDeer

Convierte los hallazgos de una revisión en un pull request que puedas examinar y fusionar. Elige qué corregir, añade instrucciones y deja que HeyDeer haga los cambios.

Iniciar una corrección

  1. Selecciona Corregir con HeyDeer en un comentario de revisión de GitHub, o Corregir hallazgos en la página de la revisión en HeyDeer. Un enlace desde un hallazgo individual lo deja preseleccionado. Abrir la página no consume créditos.
  2. Elige los hallazgos que quieres abordar. Usa Añadir instrucciones para cualquier hallazgo que necesite más contexto, como un enfoque que seguir o un comportamiento que conservar.
  3. Inicia la corrección con el botón situado debajo de la selección. La página de la tarea muestra el progreso, los créditos usados y el resultado. Si ya hay una corrección activa para este PR, selecciona Ver corrección para abrirla.

La lista incluye hallazgos de las revisiones del PR y asuntos anteriores que aún necesitan atención. Se excluyen los hallazgos que se decidió no abordar en la conversación. HeyDeer vuelve a comprobar tu selección con la versión guardada del código y puede omitir los hallazgos que ya no sean aplicables.

Revisar y fusionar la corrección

HeyDeer crea una rama nueva y abre un PR dirigido a la rama del PR original. Lee el resumen y usa Ver PR de corrección para examinar los cambios. Tú decides si fusionarlos en el PR original.

Si no hacen falta cambios en el código, la tarea puede finalizar sin abrir un PR.

El resumen describe los cambios, los hallazgos omitidos, los resultados de las pruebas locales y las comprobaciones que HeyDeer no pudo ejecutar. Después de fusionar la corrección, solicita una revisión de seguimiento en el PR original o deja que se ejecute su revisión automática programada. Crear un PR de corrección no resuelve por sí solo los hallazgos ni hace que la comprobación HeyDeer Review se supere.

Requisitos y límites

Las correcciones requieren un PR abierto con ambas ramas en el mismo repositorio y que alguien con acceso de escritura al repositorio las inicie. No se admiten PR de forks. HeyDeer necesita permisos de lectura y escritura en Contents y Pull requests; consulta GitHub App y permisos. Solo puede haber una corrección activa por PR.

HeyDeer no puede publicar cambios en los archivos de flujos de trabajo de GitHub Actions en .github/workflows/. Una corrección que contenga esos cambios se detiene antes de publicar ningún archivo.

Comprobaciones locales y CI

Al iniciar una corrección, permites que HeyDeer edite código, instale dependencias y ejecute comprobaciones locales en un entorno aislado con acceso a internet público. Usa las instrucciones del espacio de trabajo y del repositorio, además de las guías del repositorio, sin conectarse a tus servidores MCP. Consulta Seguridad para saber cómo se aísla la ejecución del código.

Tus automatizaciones de GitHub pueden ejecutarse en el PR de corrección. Los flujos de trabajo limitados a una rama base como main quizá solo se ejecuten después de fusionar la corrección en el PR original. HeyDeer no espera a CI ni reintenta automáticamente una corrección cuando CI falla.

Créditos y cancelación

Las correcciones usan los créditos del espacio de trabajo y comparten la capacidad de ejecución con las revisiones. A cada corrección se le aplica el cargo mínimo vigente de una revisión Estándar y después consume créditos según el trabajo realizado. Se aplican los límites de uso del espacio de trabajo. Consulta Cómo funcionan los créditos.

Alguien con acceso de escritura puede seleccionar Cancelar corrección hasta que HeyDeer empiece a guardar los cambios en GitHub. La preparación anterior al inicio del agente no se cobra; una vez iniciado, la cancelación mantiene el cargo mínimo y los créditos ya usados. Si se agotan los créditos, la corrección se detiene y debes solicitar otra.

Si cambia el PR original

Una corrección usa el commit y la rama guardados al iniciarla. Los commits posteriores o el cierre del PR original no cancelan la tarea. Comprueba si hay conflictos antes de fusionar. Si se elimina o cambia de nombre la rama de destino, usa Ver commit de corrección para examinar los cambios guardados y decidir cómo aplicarlos.