Selon un témoignage client d'OpenAI, Greptile dit tester les demandes de fusion en exécutant l'application avec GPT-6 Astra

Greptile décrit comment tester les demandes de fusion en exécutant l'application avec GPT-6 Astra

Le 26 octobre, OpenAI a publié un témoignage client sur Greptile, une entreprise qui développe des agents d'IA chargés de relire et de tester les modifications de code. Selon ce témoignage, Greptile utilise GPT-6 Astra pour tester les parcours des utilisateurs, Daybreak d'OpenAI pour renforcer la sécurité, et Codex pour réduire les reprises. Presque toutes les affirmations viennent du cofondateur et directeur général de Greptile, Daksh Gupta, et la page est un contenu marketing d'OpenAI. Elle ne contient aucun chiffre de référence, de taux d'erreur ou de coût. Elle est utile comme description d'une conception, pas comme preuve de résultats.

Tester le comportement, et pas seulement lire le code

L'idée centrale est que la lecture d'un différentiel ne révèle pas tous les défauts. Gupta donne un exemple : un bouton qui disparaît quand un site est affiché sur un iPhone. D'après le témoignage, Greptile peut démarrer un serveur de développement pour une demande de fusion, redimensionner le navigateur à la taille d'un téléphone et simuler un utilisateur qui parcourt l'application. La compréhension visuelle du modèle lui permet d'examiner l'écran et de remarquer le bouton manquant. Gupta attribue le mérite à l'utilisation d'ordinateur de GPT-6 Astra, c'est-à-dire la capacité du modèle à manipuler un logiciel à travers l'écran, et affirme qu'une société d'assurance qualité humaine testant chaque modification est « d'une lenteur irréaliste » au rythme que les modèles permettent désormais. Le témoignage ne dit pas combien de défauts cette méthode trouve, combien d'alertes sont fausses, ni combien de temps dure une exécution.

Sécurité et base de connaissances partagée

Sur la sécurité, Gupta explique que des modèles plus puissants facilitent l'exploitation des applications par les attaquants, de sorte que même des entreprises qui n'étaient pas des cibles typiques sont exposées. Il dit que Greptile utilise Daybreak pour donner à ses clients des défenses plus sophistiquées que l'offensive des attaquants, et qu'elle le fait « d'une manière très sûre ». Aucun détail technique ne suit. Le témoignage décrit ensuite la Knowledge Base de Greptile, qui indexe le code d'une entreprise et documente son fonctionnement sous une forme que les personnes et les agents peuvent lire. Greptile l'expose à Codex par un serveur Model Context Protocol (MCP) afin que le code généré suive les modèles existants. Gupta dit que des milliers de clients ont connecté Codex à la base de connaissances. Il ajoute que l'équipe suit la fréquence à laquelle le code écrit par l'IA est annulé, et qu'il y a moins d'annulations lorsque les agents disposent du contexte. Aucun taux d'annulation n'est donné.

Ce qu'il faut demander avant de s'y fier

Le témoignage s'achève sur l'intérêt de Gupta pour « Ultrafast », qu'il voit comme un moyen d'accélérer le développement. La page ne définit pas de quoi il s'agit. Les lecteurs qui évaluent un outil similaire peuvent demander des taux de détection et de fausses alertes mesurés sur leurs propres dépôts. Un autre point compte pour la sécurité : exécuter le code d'une demande de fusion dans un serveur de développement et piloter un navigateur contre lui revient à exécuter du code qui n'a pas encore été relu. Ce sont des questions de lecteur, pas des affirmations du témoignage. Le bac à sable, les données que le modèle peut voir et le coût par exécution devraient être clairs avant qu'un tel système touche un code privé.