Greptile

Greptile

Greptile · Programmation

Greptile est un agent de revue de code par IA qui indexe tout le dépôt, commente chaque pull request en trois minutes environ et envoie les corrections à Claude Code, Cursor ou Codex en un clic.

Aperçu de l'interface de Greptile

À propos de Greptile

About

Qu'est-ce que Greptile

Greptile est un service de revue de code automatisée destiné aux équipes qui livrent par pull requests. Il ne se contente pas de lire le diff : il construit un graphe de chaque fichier, fonction et dépendance du dépôt, puis confie la modification à un groupe d'agents qui l'examinent sur cette carte. Les remarques arrivent comme des commentaires ordinaires dans la PR, avec chemin de fichier, numéro de ligne et correctif proposé. La revue de code GitHub et GitLab passe par la même application, sans rien installer sur vos runners.

Le défaut visé est précis : celui qui semble correct dans les lignes modifiées mais casse quelque chose trois fichiers plus loin. L'éditeur le formule ainsi, un relecteur de code IA qui voit tout le dépôt repère les dégâts hors du diff, et affirme que ses clients attrapent environ 100 000 anomalies par mois. Plus de 22 000 équipes l'utilisent, dont Brex, WorkOS et Mintlify, selon l'éditeur.

Il ne remplace pas vos relecteurs. Il prend la première passe pour que l'équipe garde son attention sur la conception et l'intention. Trois limites comptent avant de souscrire. La facturation se fait en crédits, donc un monorepo actif revient cher. Certains commentaires se trompent ou répètent le diff, et le système d'apprentissage demande quelques semaines avant de faire baisser le bruit. Enfin, tout outil de revue de code qui lit vos dépôts passe par un audit de sécurité avant installation, ce qui ralentit l'achat dans la plupart des entreprises.

Premiers pas

  1. Connectez-vous avec GitHub ou GitLab et installez l'application Greptile sur l'organisation à examiner.
  2. Activez les dépôts à indexer. Un petit projet prend quelques minutes, un gros monorepo demande plus de temps à la première passe.
  3. Définissez vos critères avec des règles personnalisées en langage courant, un lien vers votre guide de style ou un fichier ./greptile/rules limité à certains motifs de fichiers.
  4. Ouvrez une pull request et lisez la revue. Réagissez avec un pouce vers le haut ou vers le bas sur chaque commentaire pour que les revues suivantes collent aux habitudes de l'équipe.

Informations sur le produit

Aperçu des tarifs, des plateformes compatibles et des performances de Greptile.

Offre gratuiteOui
Offres payantes$0 to $1 per credit; Enterprise custom pricing
PlateformeWeb app; GitHub, GitLab, Bitbucket, Gitea and Perforce; self-hosted on Docker or Kubernetes
DéveloppeurGreptile
CatégorieProgrammation
Date de lancementN/A
Dernière mise à jourOct 2026
Visites du site253.2K
Classement mondial du site151.9K
Disponibilité de l’APIOui

Idéal pour

Les utilisateurs, tâches et cas d'usage où cet outil convient le mieux.

Utilisateurs

  • Petites équipes sans relecteur dédié
  • Équipes plateforme sur de gros monorepos
  • Responsables d'ingénierie en quête de données

Tâches

  • Repérer les bugs entre fichiers avant le merge
  • Faire respecter les règles maison
  • Désengorger une file de PR
  • Confier les commentaires à un agent de code

Cas d'usage

  • Un volume de PR supérieur à l'attention disponible
  • Des environnements réglementés qui ne peuvent pas envoyer de code vers un cloud partagé
  • La maintenance open source avec des contributions ponctuelles

Fonctionnalités clés

Un index en graphe du dépôt

Greptile analyse le dépôt en fichiers, fonctions et dépendances avant toute revue. Cette carte permet à un commentaire de citer un consommateur situé deux services plus loin au lieu de deviner à partir du diff. La réindexation reprend quand le code change, donc le contexte ne reste pas figé au jour de l'installation.

Des agents parallèles qui lisent au-delà du diff

Chaque pull request part vers un groupe d'agents qui travaillent en même temps sur des parties différentes de la modification. L'un suit un contrôle d'authentification dans le middleware, l'autre regarde les chemins d'erreur ou les valeurs nulles. Le résultat arrive en une seule revue et non en plusieurs fils concurrents, ce qui garde la PR lisible.

Corriger avec votre agent et Fix All

Chaque commentaire porte un bouton Fix with your Agent qui emballe le chemin, la ligne et le code suggéré pour Claude Code, Codex, Cursor, Conductor ou Devin. Le bouton Fix All du résumé envoie l'ensemble d'un coup. Pour les équipes qui corrigent déjà avec des agents, le copier-coller entre revue et correctif disparaît.

L'apprentissage par les réactions de l'équipe

Les pouces vers le haut et vers le bas, plus les réponses, nourrissent un modèle de ce que votre équipe juge utile de signaler. L'éditeur annonce l'arrêt des remarques sur les motifs ignorés au bout de deux à trois semaines. Le même mécanisme alimente le contexte entre dépôts et une base de connaissances partagée, si bien que les conventions d'un service passent à l'autre.

Des extras intégrés à la PR

Au-delà des commentaires en ligne, chaque revue ajoute une note de confiance de zéro à cinq, un résumé de la PR et des diagrammes de séquence ou de flux quand la modification touche plusieurs composants. Des tests unitaires sont ébauchés pour le code nouveau ou modifié, et vous pouvez poser vos questions dans le fil de la PR sans ouvrir une autre fenêtre.

La validation à l'exécution avec TREX

TREX, en bêta, est un agent distinct qui écrit et exécute des tests pour chaque pull request dans un bac à sable. Il comble l'écart entre lire le code et le voir tourner, là où surgissent les bugs de logique liés à de vraies entrées. Ces tests consomment des crédits en plus de la revue.

Avantages et inconvénients

Avantages

  • Le contexte entre fichiers attrape des bugs que les outils ligne à ligne et les linters laissent passer, surtout sur les appels et l'état partagé.
  • La revue arrive en trois minutes environ, assez vite pour s'insérer dans la boucle normale d'une PR.
  • L'envoi en un clic vers Claude Code, Cursor, Codex ou Devin convient aux équipes qui corrigent déjà avec des agents.
  • La boucle d'apprentissage fait baisser le bruit avec le temps au lieu de répéter les mêmes reproches.
  • Une large prise en charge des hébergeurs, de GitHub et GitLab à Bitbucket, Gitea et Perforce, avec une option auto-hébergée.

Inconvénients

  • Le prix suit les crédits, pas les sièges. Une revue Apex coûte 10 crédits, donc un usage intensif sur un gros dépôt se voit vite sur la facture.
  • Certains commentaires se trompent ou paraphrasent le diff, et les premières semaines sont les plus bruyantes.
  • L'auto-hébergement et le SSO restent réservés à Enterprise, ce qui empêche les petites équipes de garder le code dans leur réseau.
  • L'offre gratuite se limite à un développeur et 50 crédits par mois : de quoi tester le flux, pas de quoi faire tourner une équipe.

Questions fréquentes

Il examine les pull requests automatiquement et publie des commentaires avec des correctifs, en s'appuyant sur tout le dépôt et non sur les seules lignes modifiées. Vous connectez un hébergeur, choisissez des dépôts, et il intervient sur chaque nouvelle PR sauf si vous réglez d'autres déclencheurs.