Greptile construit le contexte de la base de code et l'utilise pour vérifier les modifications. Son objectif est d'aider à remarquer les conséquences au-delà des lignes modifiées et de transmettre des commentaires spécifiques au développeur.

Page officielle de Greptile : revue de code par IA avec le contexte du dépôt. Ouvrir la source

Liens entre les fichiers

Un petit diff peut rompre un contrat dans un autre module. Greptile décrit un index sous forme de graphe des fichiers, fonctions et dépendances, utilisé lors de la revue des pull requests. L'agent analyse la modification dans un contexte plus large et laisse des commentaires avec des propositions de correction.

Cela est utile dans les projets où plusieurs composants appellent une même fonction. Mais l'index ne remplace pas la spécification et ne garantit pas la connaissance des utilisateurs externes du code. Si un autre service utilise le contrat, préparez une description vérifiable et assurez-vous que la source correspondante figure dans le contexte. Sinon, une remarque formulée avec assurance peut ne reposer que sur une partie du système.

Adapter la revue à l'équipe

Greptile prend en charge des règles et du contexte supplémentaire ; les retours sur les commentaires permettent d'affiner la pertinence des remarques. L'équipe a intérêt à déterminer à l'avance quels risques bloquent réellement une modification et quelles questions relèvent du style. Sinon, l'automatisation ne fait qu'allonger la liste des discussions.

Précisez par exemple que l'API publique doit rester compatible et que les renommages internes ne nécessitent pas de remarque distincte si le comportement est préservé. Les règles doivent évoluer avec l'architecture. Une ancienne exception que l'agent continue de répéter peut créer plus de bruit qu'elle n'apporte d'aide.

Exemple : modification de la vérification null

Le développeur a remplacé un contrôle explicite de valeur absente par un test de valeur vraie. Demandez au réviseur de vérifier les appels avec zéro, une chaîne vide et une valeur absente. La remarque attendue doit montrer où ces cas ont des significations différentes et quelle action incorrecte la nouvelle branche provoquerait.

Ouvrez ensuite le code appelant et reproduisez l'entrée problématique. Si le contrat n'autorise jamais zéro, la remarque peut être superflue ; s'il l'autorise, il faut un test avant et après correction. Le bouton permettant de transmettre la remarque à un agent accélère la récupération du contexte, mais ne prouve pas qu'on peut appliquer le code proposé sans le lire.

Coût et déploiement

La page actuelle propose Starter, avec un quota gratuit limité pour un développeur, une utilisation payante par crédits et des offres d'entreprise. Des programmes distincts sont prévus pour les projets open source admissibles. Comparez les limites et le périmètre de la revue à la taille des modifications réelles : les différents niveaux de contrôle ne consomment pas les mêmes ressources.

L'auto-hébergement pour les entreprises est décrit séparément du service cloud. Il exige un environnement convenu et une connexion à un modèle ; un compte ordinaire ne devient pas local pour autant. Greptile propose aussi un CLI et MCP, mais cela ne prouve pas à lui seul l'existence d'une API REST publique universelle. Dans le catalogue, l'indicateur d'accès programmatique reste non précisé tant que l'interface nécessaire et ses conditions ne sont pas établies.

Pour une révision répétée, assurez-vous que les remarques se réfèrent au dernier état de la branche. Le fichier corrigé et l'ancien commentaire peuvent sembler contradictoires. Lors de la transmission du contexte à un autre agent, il est utile d'enregistrer le numéro de ligne, le fragment lui-même et la version de la modification sur laquelle le problème est détecté.

Pour quelles tâches convient-il

Vérifier l'effet d'une PR sur les modules voisins
Configurer les règles de revue de code de l'équipe
Envoyer les commentaires à l'agent pour correction
Évaluer l'auto-hébergement pour une organisation

Fonctionnalités

Les points forts

Contexte du dépôt sous forme de graphe
Retours et règles de revue
Quota de démarrage gratuit et hébergement d'entreprise

Il faut prendre en compte

Limites

L'index ne remplace ni un contrat externe ni les exigences
Les différents niveaux de revue consomment des ressources différentes
CLI/MCP ne valent pas confirmation d'une API universelle

Choix et conditions

Mode gratuit: Oui
Période d'essai: Oui
Sans inscription: Non
Interface en russe: Non confirmé
Installation locale: Non confirmé
API: Non confirmé

« Non confirmé » signifie que les informations disponibles ne suffisent pas. La fonctionnalité peut exister ; vérifiez les conditions du développeur.

Formats d’entrée: Texte, Code
Résultat: Texte, Code

Conditions

Starter prévoit une limite par développeur et un quota mensuel ; l'essai et le programme OSS ont leurs propres conditions. L'offre Enterprise en auto-hébergement ne signifie pas qu'un forfait cloud ordinaire fonctionne localement.

De la tâche au premier résultat

Exemple pratique

Tâche: Vérifier l'effet d'une PR sur les modules voisins
Que préparer: Une pull request remplace la vérification d'une valeur absente par un test de valeur vraie. Le diff, le contrat de la fonction et des exemples avec 0, une chaîne vide et null sont préparés.

Consigne ou requête

Vérifiez la modification au regard du contrat initial. Cherchez les cas où le nouveau contrôle change le sens d'une entrée autorisée. Pour chaque remarque, indiquez le fragment du diff, un exemple reproductible et la conséquence. Si le contrat interdit une entrée, ne qualifiez pas son traitement de défaut. Ne proposez une correction minimale que pour un problème confirmé.

Résultat attendu

Des remarques sur la pull request précisant les conditions de l'erreur et les corrections proposées ; il s'agit d'un exercice, et non d'une revue déjà effectuée.

Comment vérifier le résultat

Ouvrez ces lignes et les appels associés dans la version actuelle de la branche.
Reproduisez le problème signalé avec un test et distinguez une violation du contrat d'une préférence de style.

Cet exemple pédagogique préparé par la rédaction décrit une tâche ; il ne présente pas le résultat d’un test personnel du service. Vérifiez la disponibilité du mode requis, les droits sur les fichiers d’origine et les conditions d’utilisation du résultat.

Vérifier les détails

Sources officielles

La description est faite à partir des matériaux du développeur. Les fonctionnalités, les prix et la disponibilité peuvent varier; vérifiez la source avant de l'utiliser.

Greptile.