Greptile

Greptile

Greptile · Programación

Greptile es un agente de revisión de código con IA que indexa todo el repositorio, revisa cada pull request en unos tres minutos y manda las correcciones a Claude Code, Cursor o Codex con un clic.

Vista previa de la interfaz de Greptile

Acerca de Greptile

About

Qué es Greptile

Greptile es un servicio de revisión automática de código pensado para equipos que trabajan con pull requests. No mira el diff aislado: construye un grafo con cada archivo, función y dependencia del repositorio y luego pone a un grupo de agentes a revisar el cambio sobre ese mapa. Los hallazgos llegan como comentarios normales en el PR, con ruta de archivo, número de línea y un parche sugerido. La revisión de código en GitHub y en GitLab pasa por la misma app, sin nada que instalar en el runner.

El problema que ataca es concreto: el fallo que parece correcto dentro de las líneas modificadas pero rompe algo a tres archivos de distancia. La propia empresa lo plantea así, un revisor de código IA con contexto de todo el repo ve el daño fuera del diff, y asegura que sus clientes detectan unas 100.000 incidencias al mes. Más de 22.000 equipos lo usan, entre ellos Brex, WorkOS y Mintlify, según el proveedor.

No sustituye a tus revisores. Se queda con la primera pasada para que el equipo dedique la cabeza al diseño y a la intención. Antes de contratarlo conviene mirar tres límites. El consumo va por créditos, así que un monorepo muy activo sale caro. Algunos comentarios son erróneos o triviales, y el sistema de aprendizaje tarda unas semanas en bajar el ruido. Además, cualquier herramienta de revisión de código que lea tus repositorios pasa por una revisión de seguridad antes de instalarse, y eso frena las compras en casi todas las empresas.

Cómo empezar

  1. Entra con GitHub o GitLab e instala la app de Greptile en la organización que quieras revisar.
  2. Activa los repositorios que se van a indexar. Un proyecto pequeño termina en minutos; un monorepo grande tarda más en la primera pasada.
  3. Define tus criterios con reglas personalizadas en lenguaje natural, un enlace a tu guía de estilo o un archivo ./greptile/rules limitado a ciertos patrones de archivo.
  4. Abre un pull request y lee la revisión. Marca pulgar arriba o abajo en cada comentario para que las siguientes revisiones se ajusten al gusto de tu equipo.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de Greptile.

Plan gratuitoSí
Planes de pago$0 to $1 per credit; Enterprise custom pricing
PlataformaWeb app; GitHub, GitLab, Bitbucket, Gitea and Perforce; self-hosted on Docker or Kubernetes
DesarrolladorGreptile
CategoríaProgramación
Fecha de lanzamientoN/A
Última actualizaciónOct 2026
Visitas al sitio web253.2K
Ranking global del sitio151.9K
Disponibilidad de la APISí

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Equipos pequeños sin revisor dedicado
  • Equipos de plataforma con monorepos grandes
  • Responsables de ingeniería que quieren datos

Tareas

  • Detectar fallos entre archivos antes del merge
  • Aplicar las reglas de la casa
  • Sacar adelante una cola de PR atascada
  • Pasar los comentarios a un agente de código

Casos de uso

  • Un volumen de PR que supera la atención disponible
  • Entornos regulados que no pueden enviar código a una nube compartida
  • Mantenimiento de open source con contribuciones sueltas

Funciones clave

Índice de grafo del repositorio

Greptile analiza el repositorio en archivos, funciones y dependencias antes de revisar nada. Ese mapa permite que un comentario cite un consumidor a dos servicios de distancia en lugar de adivinar a partir del diff. La indexación se repite cuando el código cambia, así que el contexto no se queda congelado en el día de la instalación.

Agentes en paralelo que leen más allá del diff

Cada pull request pasa a un grupo de agentes que trabajan a la vez en partes distintas del cambio. Uno sigue una comprobación de autenticación por el middleware, otro mira las rutas de error o los valores nulos. El resultado llega como una sola revisión y no como varios hilos que compiten, y eso mantiene el PR legible.

Corregir con tu agente y Fix All

Cada comentario lleva un botón Fix with your Agent que empaqueta la ruta, la línea y el código sugerido para Claude Code, Codex, Cursor, Conductor o Devin. El botón Fix All del resumen envía todo de golpe. Si ya trabajas con agentes de código, te ahorras el copiar y pegar entre la revisión y el parche.

Aprendizaje con las reacciones del equipo

Los pulgares arriba y abajo, más las respuestas, alimentan un modelo de lo que tu equipo considera relevante. La empresa afirma que deja de comentar los patrones que ignoras en dos o tres semanas. El mismo mecanismo sostiene el contexto entre repositorios y una base de conocimiento compartida, de modo que las convenciones de un servicio pasan a otro.

Extras dentro del PR

Además de los comentarios en línea, cada revisión añade una puntuación de confianza de cero a cinco, un resumen del PR y diagramas de secuencia o de flujo cuando el cambio toca varios componentes. Se redactan pruebas unitarias para el código nuevo o modificado, y puedes preguntar en el hilo del PR sin abrir otra ventana de chat.

Validación en ejecución con TREX

TREX, en beta, es un agente aparte que escribe y ejecuta pruebas de cada pull request dentro de un entorno aislado. Cubre el hueco entre leer el código y verlo funcionar, donde suelen aparecer los fallos de lógica ligados a entradas reales. Estas pruebas consumen créditos además de la revisión.

Ventajas y desventajas

Ventajas

  • El contexto entre archivos detecta fallos que las herramientas por línea y los linters dejan pasar, sobre todo en llamadas y estado compartido.
  • La revisión aparece en unos tres minutos, lo bastante rápido para vivir dentro del ciclo normal de un PR.
  • El envío con un clic a Claude Code, Cursor, Codex o Devin encaja con equipos que ya corrigen con agentes.
  • El bucle de aprendizaje reduce el ruido con el tiempo en vez de repetir las mismas quejas.
  • Soporte amplio de proveedores, de GitHub y GitLab a Bitbucket, Gitea y Perforce, con opción autoalojada.

Desventajas

  • El precio va por créditos, no por asientos. Una revisión Apex cuesta 10 créditos, así que el uso intenso en un repo grande se nota en la factura.
  • Algunos comentarios son erróneos o repiten el diff, y las primeras semanas son las más ruidosas.
  • El autoalojamiento y el SSO quedan en Enterprise, de modo que los equipos pequeños no pueden mantener el código en su red.
  • El plan gratuito admite un desarrollador y 50 créditos al mes: sirve para probar el flujo, no para mover un equipo entero.

Preguntas frecuentes

Revisa los pull requests de forma automática y publica comentarios con correcciones sugeridas usando el contexto completo del repositorio, no solo las líneas cambiadas. Conectas un proveedor de código, eliges repositorios y actúa en cada PR nuevo salvo que configures otros disparadores.