Documentación

Encuentra lo que buscas

• Buenas prácticas: configuraciones para equipos con y sin revisión de código, implantación y cómo reducir el ruido.
• Revisiones en GitHub: cómo leer una revisión, Corregir con HeyDeer, la comprobación HeyDeer Review, los comandos en comentarios de PR y las revisiones de seguimiento.
• Configurar revisiones: cómo funciona la configuración, las revisiones automáticas y sus filtros, la profundidad de revisión, el alcance de los comentarios, la publicación y la aprobación automática.
• Enseña tu código a HeyDeer: qué lee HeyDeer, AGENTS.md, REVIEW.md, comprobaciones del repositorio, skills, instrucciones de revisión y conectores.
• Espacio de trabajo y facturación: miembros, Estadísticas, el correo de notificaciones, créditos, planes, recarga automática y límites de uso.
• Referencia: todos los ajustes, los permisos de la GitHub App, la solución de problemas y las preguntas frecuentes.

¿Algo no funciona? Consulta Solución de problemas.

Cómo funciona

Qué ves en un pull request

HeyDeer publica sus hallazgos como una revisión de GitHub. La mayoría son comentarios en línea sobre las líneas a las que se refieren, con la gravedad, qué falla y, a menudo, una corrección sugerida. Los hallazgos sobre código fuera del diff aparecen en el comentario de la revisión. Consulta Cómo leer una revisión.

src/sync/retry.ts

18for (let attempt = 1; ; attempt++) {

19 const res = await fetch(url);

20 if (res.ok) return res;

21 await sleep(backoff(attempt));

heydeerbot

🟠 Alta (Fiabilidad): El bucle de reintentos nunca se detiene ante un 404

fetchWithRetry() reintenta todas las respuestas fallidas, incluido un 404 que nunca tendrá éxito, así que el trabajo de sincronización se queda en bucle hasta que se agota el tiempo de espera.

Cambio sugerido

- if (res.ok) return res;

+ if (res.ok) return res;

+ if (res.status < 500 && res.status !== 429) throw new HttpError(res);

Más información

Corrección sugerida: Reintenta solo los errores del servidor y las respuestas 429, y lanza una excepción para los demás errores del cliente.

Para que HeyDeer corrija los hallazgos que elijas, selecciona Corregir con HeyDeer en la revisión. HeyDeer abre un PR independiente para que lo revises y lo fusiones; consulta Corregir con HeyDeer.

Por qué HeyDeer

• HeyDeer revisa cada cambio con independencia de la persona o el agente que lo escribió.
• Verifica cada hallazgo con el código antes de publicarlo.
• Aplica las convenciones de tu AGENTS.md y los requisitos de tus comprobaciones del repositorio a los archivos que abarcan.

Configurar HeyDeer

Un espacio de trabajo nuevo empieza en Free con 1000 créditos el primer mes y 300 cada mes después. La guía de inicio rápido te acompaña desde la instalación de la GitHub App hasta tu primera revisión.

Después, elige la configuración que mejor se adapte a cómo fusiona hoy tu equipo:

• Equipos sin revisión de código: los agentes hacen commit directamente en main, o los pull requests se fusionan en cuanto pasa la CI.
• Equipos con revisores humanos: las personas revisan cada pull request antes de que se fusione.