Revisión de código con IA gratis para proyectos open source

Herramientas gratis de revisión de código con IA para open source: comparativa

Seis opciones gratuitas cubren los repositorios públicos, desde las que se instalan y funcionan al momento hasta las autoalojadas. Las mayores diferencias están en si hay que solicitarlas y en cuántas revisiones recibe cada proyecto.

Las seis opciones gratuitas, una por una

Las dos primeras funcionan en cuanto las instalas; las tres siguientes requieren una solicitud o una invitación; la última se ejecuta en tu propia infraestructura.

1. HeyDeer

HeyDeer revisa gratis los repositorios públicos hasta un límite de uso razonable, sin solicitud previa, y los repositorios públicos populares pueden ejecutar más revisiones a la vez que las que incluye el plan gratuito. Cada revisión lee el cambio en el contexto de todo el repositorio, comprueba cada hallazgo antes de publicarlo y sigue el REVIEW.md y el AGENTS.md del proyecto. HeyDeer tiene la mayor precisión en la vista predeterminada de ReviewBench (con revisión Profunda), así que los mantenedores dedican su tiempo a comentarios que merecen una respuesta.

Ideal para: proyectos de cualquier tamaño que quieren una revisión en cada pull request, también en los que llegan desde forks de colaboradores, sin pasar por una solicitud.

2. CodeRabbit

CodeRabbit da gratis a los repositorios públicos las funciones de su plan Team, sin tarjeta de crédito. Las revisiones de pull requests tienen un límite de entre 1 y 10 por desarrollador y hora según las estrellas del repositorio, y en los repositorios con menos de 10 estrellas las revisiones se lanzan a mano. También revisa en GitLab, Bitbucket y Azure DevOps.

Ideal para: proyectos consolidados fuera de GitHub, o equipos que quieren el mismo revisor en el IDE. Alternativas a CodeRabbit

3. Greptile

Greptile revisa gratis los repositorios públicos de GitHub y GitLab con una licencia aprobada por la OSI una vez que el proyecto lo solicita; los proyectos con 50 estrellas o más se aprueban automáticamente. Su página de precios presenta el programa como pensado para proyectos no comerciales que cumplan los requisitos.

Ideal para: proyectos no comerciales con 50 estrellas o más y bases de código grandes. Alternativas a Greptile

4. Qodo

Los proyectos de código abierto que cumplen los requisitos pueden solicitar acceso gratuito a Qodo for Open Source e instalar después la app de GitHub de Qodo en los repositorios que elijan. Qodo revisa en GitHub, GitLab, Bitbucket y Azure DevOps, y también en Gerrit con el plan Enterprise.

Ideal para: proyectos que replican su código en varias plataformas Git.

5. GitHub Copilot

GitHub da Copilot Pro gratis a los mantenedores de repositorios de código abierto populares y vuelve a evaluar la elegibilidad cada mes. Copilot Pro incluye revisiones de pull requests en GitHub, que se pagan con sus AI Credits mensuales, además de las funciones de programación de Copilot.

Ideal para: mantenedores que ya cumplen los requisitos y quieren la revisión dentro de la propia interfaz de GitHub. Revisión de código de GitHub Copilot

6. PR-Agent

PR-Agent es un revisor con licencia MIT que ejecutas tú mismo como GitHub Action, CLI, contenedor Docker o servicio de webhooks, con tu propia clave de OpenAI, Anthropic, Google, DeepSeek, Mistral o un modelo local. Lo mantiene la comunidad y es un proyecto aparte del producto alojado de Qodo.

Ideal para: proyectos que necesitan elegir el modelo o mantener el código en sus propios servidores.

Alojado o autoalojado: qué te cuesta lo gratis

Un revisor alojado paga el modelo por su cuenta; uno autoalojado es software libre que corre con tu factura del modelo. En un proyecto de código abierto, la diferencia que más pesa es quién puede lanzar una revisión.

La documentación de GitHub indica que un flujo de trabajo que se desencadena desde un repositorio bifurcado recibe GITHUB_TOKEN como único secreto. Por eso, un revisor con IA autoalojado que se ejecuta como GitHub Action pierde su clave de API del modelo en los pull requests desde forks de colaboradores, que es justo por donde llegan las contribuciones externas.

La solución habitual, el desencadenador pull_request_target, se ejecuta con los secretos del repositorio base, y GitHub advierte de sus riesgos de seguridad cuando un flujo de trabajo compila o ejecuta código del pull request. Una GitHub App alojada, como HeyDeer o CodeRabbit, esquiva los dos problemas: lee el pull request a través de su propia instalación y llama al modelo con sus propias credenciales, así que los pull requests desde forks reciben la misma revisión que las ramas de los mantenedores.

Qué opción gratuita encaja con tu proyecto

• Un proyecto nuevo o pequeño: HeyDeer revisa desde el primer pull request, tenga las estrellas que tenga.
• Un proyecto popular con muchos colaboradores externos: una GitHub App alojada (HeyDeer o CodeRabbit) con los pull requests desde forks incluidos; comprueba también si tus mantenedores pueden recibir Copilot Pro gratis.
• Un proyecto no comercial con 50 estrellas o más: el programa de Greptile lo aprueba automáticamente.
• Código que tiene que quedarse en tus servidores: PR-Agent con un modelo alojado por ti, revisando las ramas de los mantenedores.

Para valorar la precisión además del precio, consulta el ranking de herramientas de revisión de código con IA por precisión o prueba dos revisores con los mismos pull requests siguiendo la guía de evaluación (en inglés). Los planes de pago para repositorios privados se comparan en precios de la revisión de código con IA.

Cómo añadir revisión de código con IA gratis a un repositorio de código abierto

Con HeyDeer, la configuración lleva unos minutos; en una organización de GitHub, un propietario aprueba la instalación:

1. Inicia sesión con GitHub y elige la cuenta u organización dueña del proyecto.
2. En GitHub, selecciona los repositorios públicos que HeyDeer va a revisar.
3. Incluye los pull requests de colaboradores: en Configuración del espacio de trabajo → Reglas de revisión, añade Fork al filtro Origen del PR. Las revisiones automáticas empiezan cubriendo solo los pull requests del mismo repositorio.
4. Añade un REVIEW.md con las convenciones del proyecto, para que las revisiones exijan a los colaboradores lo mismo que a los mantenedores.
5. Comenta @heydeer review en cualquier pull request abierto para revisarlo al momento.

En un proyecto con colaboradores externos, el ajuste más útil es el filtro de forks: los pull requests de colaboradores son los que los mantenedores conocen menos, y una revisión con IA que llega primero le da al mantenedor una lista de problemas concretos que comprobar antes de leer el cambio.

Fuentes

1. HeyDeer: planes y repositorios públicos
2. Precios de CodeRabbit
3. CodeRabbit: planes y límites de uso
4. Greptile para open source
5. Qodo for Open Source
6. GitHub Docs: Acceso gratis a Copilot Pro como profesor o mantenedor de código abierto
7. Planes de GitHub Copilot
8. PR-Agent en GitHub
9. GitHub Docs: Uso de secretos en GitHub Actions
10. GitHub Docs: Eventos que desencadenan flujos de trabajo