Qodo

Qu’est-ce que Qodo ?

Qodo est une plateforme de revue de code par l’IA et de gouvernance de la qualité du code destinée aux équipes de développement logiciel, anciennement nommée CodiumAI. Elle analyse les modifications de code via des plateformes Git, des IDE et une interface en ligne de commande, afin d’identifier les défauts logiques, les risques de régression, les violations de règles et les impacts entre différents dépôts, puis intégre directement des recommandations dans les Pull Request existants des développeurs ainsi que dans leurs processus de développement locaux.

L’objectif principal de Qodo aujourd’hui n’est pas de « permettre aux développeurs d’écrire plus de code rapidement », mais plutôt, avec la croissance rapide de la quantité de code généré par l’IA, d’aider les équipes à s’assurer que ce code est examinable, conforme aux normes et peut être intégré en toute sécurité. Qodo 2, qui sera lancé en 2026, intègre un système d’examen basé sur plusieurs agents, le contexte du dépôt de code, l’historique des PR et un système de règles, en mettant l’accent sur la détection des problèmes importants et la gouvernance au niveau de l’organisation.

Changement important : la capacité de génération de code est en voie d’être retirée

En avril 2026, Qodo a officiellement annoncé la suppression de la fonction de génération de code existante. Les utilisateurs ne pourront plus utiliser l’autocomplétion dans le plugin IDE Qodo, ni utiliser la messagerie comme point d’entrée pour la génération de code.

Les plugins IDE resteront, mais ils seront principalement utilisés pour les modifications locales et la revue avant soumission.

Ce changement a d’abord été appliqué aux utilisateurs gratuits ; les utilisateurs de Teams passeront à un mode uniquement de révision vers la fin du mois de mars 2026. De nombreuses anciennes critiques décrivent encore Qodo comme un « assistant pour la génération de tests par IA et le complétion de code », mais cette description est désormais obsolète.

La définition plus précise actuelle est l’audit de code par l’IA, l’exécution des règles et la gouvernance du SDLC.

Les noms de produits ont été unifiés

Qodo ne considère plus Qodo Merge, Qodo Gen, Qodo Command et Qodo Aware comme des produits indépendants principaux, mais les intègre tous dans la Qodo Platform :

• Qodo Merge：Il fait désormais partie de l’intégration Git et est chargé de la revue de code des Pull Request ;
• Qodo Gen：Il fait maintenant partie de l’expérience IDE, l’accent étant mis sur la révision avant soumission et la collaboration pour la correction des problèmes ;
• Qodo Command：Il fait maintenant partie de CLI et est utilisé pour les workflows en terminal et les agents personnalisés ;
• Qodo Aware：Maintenant, en tant qu’Engine de contexte, il fournit le contexte de base pour une compréhension inter-entrepôts.

Les anciennes commandes, les anciens documents et les tutoriels de tiers peuvent encore utiliser ces noms. Lors de la recherche, il faut se référer aux documents Qodo 2 ; les documents Qodo v1 ne servent qu’à maintenir les anciennes installations.

Fonctionnalités clés

1. Revue de code pour Pull Request agente

Lorsque Qodo se connecte à la plateforme Git, il analyse les différences, le contexte complet du répertoire ainsi que l’historique associé lors de la création ou de la mise à jour d’une Pull Request, afin d’identifier les problèmes spécifiques qui pourraient affecter la fiabilité, la sécurité, la maintenabilité et la compatibilité. Qodo 2 adopte une architecture multi-Agent, permettant à différentes étapes d’examen de se charger de la détection, de la validation et des recommandations, dans le but de réduire les commentaires généraux et peu utiles.

Chaque découverte est généralement associée à une position précise dans le code, et fournit un niveau de gravité, la cause ainsi que des indications pour la correction. Les commentaires de l’IA ne constituent pas une approbation finale ; l’équipe doit encore évaluer, en tenant compte des tests, de la sémantique métier, du modèle de menaces et d’une révision manuelle, si elle accepte ou non la correction.

2. Système de règles

L’équipe peut définir de manière centralisée des normes de codage, des contraintes architecturales, des exigences de conformité et des pratiques de projet à l’aide d’un système de règles, puis les appliquer par organisation, répertoire ou portée. Le système permet de générer des règles à partir du langage naturel, de découvrir des règles potentielles dans les bases de code et l’historique des PR, ainsi que de vérifier les doublons, les conflits, le taux d’adoption et les violations.

Les règles permettent de transformer les exigences, initialement dispersées dans les wikis et l’expérience des ingénieurs chevronnés, en contrôles continus, tels que l’interdiction de certains types de dépendances, l’exigence d’authentification, la limitation des frontières des modules ou la garantie de l’intégralité des informations des tickets. Les règles doivent être maintenues par l’équipe ; des règles erronées ou trop générales génèrent du bruit et entravent le travail.

3. Vérification avant soumission à l’IDE

L’extension Qodo IDE permet d’examiner les modifications locales, qu’elles soient soumises ou non, avant de soumettre du code ou de créer une PR, ce qui permet d’identifier les problèmes dès la phase de développement. Les développeurs peuvent d’abord corriger les défauts évidents avant de passer à l’examen officiel par l’équipe, réduisant ainsi les modifications nécessaires.

La nouvelle version de l’IDE peut également se connecter à Claude Code, Codex, Cursor CLI ou à un agent d’encodage CLI personnalisé, afin d’utiliser ces outils pour corriger les problèmes détectés par Qodo. Qodo s’occupe de la vérification, tandis que les agents externes s’occupent de la mise en œuvre ; les modifications finales doivent néanmoins être confirmées par le développeur.

La complétion automatique et la génération directe de messages des anciennes versions ne sont plus des fonctionnalités permanentes.

4. Moteur de contexte multi-entrepôts

Context Engine peut indexer plusieurs entrepôts et comprendre les bibliothèques partagées, les microservices, les interfaces et les dépendances. Lorsque la signature d’une fonction ou le contrat d’un entrepôt change et risque de perturber les services en aval, Qodo peut utiliser les indications contextuelles跨-entrepôts pour en mesurer l’impact.

L’analyse entre entrepôts nécessite d’accorder correctement les droits d’accès et de maintenir les index à jour. La configuration dynamique, la découverte de services en temps réel, les entrepôts externes et les systèmes non connectés peuvent ne pas être dans le contexte ; il ne faut pas interpréter l’absence de problèmes comme l’absence de risques de compatibilité.

5. Étude de l’histoire du PR

Qodo 2.2 intègre le PR Knowledge System et l’Finding Recommendation Agent, afin d’améliorer la pertinence des recommandations en s’appuyant sur les Pull Request passés, les retours et les méthodes de traitement de l’équipe. Il peut apprendre quels problèmes sont fréquemment acceptés ou ignorés par l’équipe, réduisant ainsi les commentaires qui ne correspondent pas aux pratiques de l’équipe.

Cette fonctionnalité est d’abord disponible en version bêta sur GitHub, puis s’étend progressivement à GitLab, Bitbucket et Azure DevOps. Le degré de disponibilité varie selon les plateformes Git ; il convient de vérifier cela dans la documentation actuelle avant l’achat.

6. Compétences d’audit « shift-left »

Qodo offre des capacités d’audit à exécuter avant la publication, en déplaçant les vérifications de sécurité, de test, de documentation et de règles vers l’IDE ou la CLI. Les équipes peuvent également utiliser des Playbooks, des Commandes et des Skills pour étendre des workflows spécifiques, tels que générer des suggestions de tests, vérifier des descriptions, valider des tickets ou effectuer des audits personnalisés.

Les compétences personnalisées exécutent les procédures et outils définis par l’équipe, et doivent faire l’objet d’un contrôle de version ainsi que d’une vérification de sécurité. Les compétences provenant de dépôts publics ne peuvent pas être considérées directement comme des règles de production fiables.

7. Tableau de bord et analyse

Le panneau de gestion affiche le solde de crédits, la consommation, les activités d’audit, l’adoption des règles et les tendances des problèmes. La version entreprise offre une analyse de gouvernance plus avancée, permettant aux responsables de voir quels entrepôts présentent des problèmes récurrents, si les règles sont appliquées et si l’audit par l’IA apporte de la valeur.

Les indicateurs sont adaptés pour améliorer les processus et ne devraient pas être utilisés simplement pour évaluer les développeurs individuels. La taille des PR, le type de code, les systèmes hérités et la phase du projet influencent tous le nombre de problèmes et la consommation de Credits ; classer uniquement en fonction du nombre de commentaires peut entraîner des incitations erronées.

Git et plateformes de développement pris en charge

L’intégration de Qodo Git prend en charge les plateformes cloud GitHub, GitLab et Bitbucket ; les documents anciens mentionnaient également GitHub Enterprise, GitLab Self-Managed et Bitbucket Data Center. Les fonctionnalités pour les entreprises couvrent Azure DevOps et Gerrit ; le niveau de support et les modalités de déploiement doivent être confirmés selon la solution en vigueur.

L’interface IDE couvre principalement VS Code et la série JetBrains. La CLI est utilisée pour le terminal, l’automatisation et la collaboration avec d’autres agents de codage.

Les différentes entrées partagent des règles et un contexte communs, mais leurs fonctionnalités ne sont pas identiques.

Essai de 14 jours et prix Pro Team

Qodo ne propose actuellement aucun plan gratuit permanent pour les projets privés ordinaires. Les nouvelles équipes peuvent bénéficier d’une période d’essai complète de 14 jours, sans carte de crédit, avec un nombre illimité de vérifications et de Crédits pendant cette période d’essai.

L’examen est suspendu à la fin ; il faut choisir un forfait payant pour continuer.

Les projets open source remplissant les conditions peuvent demander une utilisation gratuite de Qodo for Open Source.

Pro Team est facturé en crédits, le prix actuel sur le site officiel est de 0,012 dollar par crédit, les crédits étant partagés au sein de l’équipe. Les principaux forfaits mensuels sont :

Le nombre d’examens nécessaires dépend de la taille et de la complexité du PR, donc « environ 18 fois » n’est pas un chiffre fixe. Pro Team est conçu pour un maximum d’environ 30 utilisateurs ; il n’y a pas de limite stricte au nombre de dépôts et d’examens, mais les véritables limites sont le pool de Credits et la limite mensuelle de consommation supplémentaire définie par l’équipe.

Une fois les Credits de base épuisés, l’utilisation supplémentaire se fait au même tarif unitaire, sans majoration supplémentaire, jusqu’atteinte du plafond mensuel fixé par l’équipe. Les Credits mensuels non utilisés expirent à la fin du cycle et ne sont pas reportés.

La page officielle indique également que l’on peut changer de forfait Credit à tout moment ; Pro Team est facturé mensuellement sans obligation de contrat annuel.

Solution d’entreprise Enterprise

Enterprise s’adresse aux organisations de 30 personnes ou plus ayant des exigences plus élevées en matière de gouvernance, de sécurité et de déploiement, et propose des contrats annuels avec tarification négociée. Par rapport à Pro Team, il intègre :

• SSO, SAML et journaux d’audit ;
• Analyse avancée de la gouvernance et capacité d’apprentissage autonome ;
• Fonctionnalités inter-entrepôts et flux de travail d’agent personnalisé ;
• BYOK : il est possible d’utiliser ses propres modèles OpenAI, Anthropic, Azure OpenAI ou des modèles hébergés soi-même ;
• SaaS à un seul locataire, déploiement local ou déploiement sur réseau isolé ;
• Soutien pour Gerrit et les plateformes d’entreprise plus larges ;
• Soutien prioritaire, SLA et personnel dédié au succès client.

Une mise en œuvre locale ou avec isolation réseau peut réduire le risque de fuite de code, mais les modèles, les mises à jour, la télémétrie, la vérification des licences et les canaux de support doivent néanmoins être confirmés lors de l’évaluation de l’architecture et dans le contrat.

Sécurité des données et vie privée

Selon les informations officielles de Qodo, les codes clients ne sont pas utilisés pour entraîner les modèles d’IA. Les directives de sécurité du site web insistent sur un zéro stockage des données : les codes sont utilisés uniquement pour la génération, puis supprimés après vérification, sans être stockés, enregistrés ou utilisés à des fins d’entraînement.

Les entreprises peuvent également choisir BYOK, un seul locataire ou déploiement local.

La plateforme est certifiée SOC 2 Type II.

L’intégration Git doit lire le contenu des Pull Request et réécrire les commentaires dans le dépôt, ce qui nécessite généralement des droits d’administrateur d’organisation lors de l’installation. L’équipe doit vérifier les permissions de l’application GitHub ou de la plateforme Git, autoriser les dépôts, les sorties réseau, les modèles tiers, les journaux et les zones de données, et supprimer régulièrement les installations qui ne sont plus utilisées.

Projets open source et statut d’open source des produits

L’organisation officielle GitHub de Qodo, ayant été vérifiée en termes de nom de domaine, a publié plusieurs projets open source, mais les licences ne sont pas identiques. Par exemple, Qodo-Cover est un outil de génération automatique de tests et de mesure du taux de couverture, utilisant AGPL-3.0 ;

Des entrepôts tels que agents, qodo-skills et open-aware utilisent ou ont utilisé la licence MIT ; il y a aussi CLI, des plateformes intégrées et des projets de recherche sur les agents.

Ces entrepôts ne signifient pas que l’ensemble de la plateforme commerciale Qodo est open source. La vérification multi-Agent dans le cloud, la gouvernance par règles, le Context Engine, le Dashboard et le déploiement d’entreprise restent des produits commerciaux.

Avant d’utiliser un dépôt open source, il est nécessaire de vérifier une par une la licence et l’état de maintenance ; les obligations liées à l’utilisation en réseau et à la modification/distribution des projets AGPL exigent en particulier une évaluation juridique.

Guide d'utilisation de Qodo

Terminer une tâche de base

1. Définir les tâches de codage à effectuer dans Qodo, la portée du dépôt et les critères d’acceptation ;
2. Connectez ou importez le projet de test, et faites d’abord une sauvegarde de la branche actuelle ;
3. Commencez par utiliser le plan de revue de code Agentic Pull Request, puis confirmez les fichiers à modifier ;
4. Utiliser un système de règles pour effectuer de petites modifications ;
5. Exécuter des tests, des vérifications statiques et la compilation ; ne pas accepter directement de code non vérifié.
6. Vérifier manuellement les droits, les clés, les dépendances et gérer les exceptions avant de fusionner ;

Créer des flux de travail professionnels réutilisables

1. Choisir un projet réel à faible risque comme modèle ;
2. Fixer l’ordre d’utilisation de la revue de code Agentic Pull Request, du système de règles et de la revue avant soumission dans l’IDE ;
3. Enregistrer l’environnement, le modèle, les indications et les conditions d’échec ;
4. Définir une approbation manuelle pour les actions d’écriture, de déploiement et de suppression ;
5. Comparer la vitesse, le coût, le taux de réussite des tests et le volume de rétravail ;
6. Vérifiez la stabilité avant de l’étendre à l’équipe ou à l’environnement de production ;

À quelles équipes convient-il ?

• Équipes de R&D où les outils d’encodage IA entraînent une augmentation significative du nombre de PR et de la vitesse des modifications ;
• Les équipes qui souhaitent détecter automatiquement les défauts à haut risque sur GitHub, GitLab ou Bitbucket ;
• Organisations qui doivent appliquer de manière uniforme les normes d’architecture, de conformité et de codage dans plusieurs dépôts ;
• Les microservices, les bibliothèques partagées ou les dépendances multi-entrepôts sont complexes et nécessitent des équipes capables de travailler dans un contexte inter-entrepôt ;
• Les développeurs qui espèrent détecter des problèmes dans l’IDE avant soumission pour réduire les allers-retours de révision formelle ;
• Grandes entreprises ayant besoin de SSO, d’audit, de BYOK, d’un seul locataire ou d’un déploiement local.

Avantages du produit

• Se concentrer sur l’examen du code et la gouvernance, plutôt que d’ajouter davantage de code généré non vérifié ;
• Mécanisme de découverte et de validation multi-agents, dont l’objectif est d’améliorer la qualité du signal du problème ;
• Le système de règles peut transformer les normes d’équipe en contrôles continus et mesurables ;
• Couvre la revue préliminaire IDE, l’examen des PR Git, ainsi que l’analyse CLI et de gestion ;
• Le Context Engine multi-entrepôts convient aux scénarios de microservices et d’ingénierie de plateformes ;
• Les Credits peuvent être partagés au sein d’une équipe, en fonction de l’utilisation et non selon un calcul traditionnel par siège.
• L’entreprise propose des déploiements BYOK, single-tenant, locaux et isolés.

Limites et précautions

• L’audit de code par l’IA entraîne des faux positifs, des faux négatifs et une compréhension insuffisante de la sémantique métier ;
• Il ne peut pas remplacer le propriétaire du code, la modélisation des menaces, les tests de performance, le balayage des dépendances et l’évaluation architecturale manuelle.
• Un nombre excessif de commentaires automatiques peut également amener les développeurs à développer une habitude d’ignorer ces derniers ; il convient donc d’ajuster en permanence les règles et les seuils de gravité.
• La consommation de crédits est liée à la taille et à la complexité du PR : les PR de grande taille augmentent considérablement les coûts et réduisent également la précision de l’examen.
• L’équipe doit encourager des modifications en petites quantités, mesurer le volume réel d’examen mensuel pendant une période d’essai, puis choisir le forfait Credit ;
• L’apprentissage de l’histoire du PR peut renforcer les habitudes existantes au sein de l’équipe, y compris des pratiques peu idéales ;
• Les règles clés en matière de sécurité, de conformité et d’architecture doivent être définies explicitement par l’organisation, et il ne faut pas laisser le système en déduire uniquement à partir des taux d’acceptation historiques.
• La suppression de la génération de code affectera les utilisateurs qui dépendent encore du complétion automatique et de l’écriture de code par chat de Qodo ;
• Lorsqu’une génération de code est nécessaire, il convient de choisir un autre assistant IDE.
• Qodo peut se connecter à des agents CLIA externes pour corriger les problèmes détectés lors de la révision, mais ne met plus sa propre capacité de génération au cœur de son fonctionnement.

Questions fréquentes

Qodo est-il toujours un outil de génération de code IA ?

Actuellement, ce n’est plus le cas. Qodo s’est tourné vers l’examen du code et la gouvernance, et a mis fin en 2026 aux fonctionnalités de complétion automatique de l’IDE ainsi qu’au chat de code génératif ; les plugins d’IDE continuent d’être utilisés pour l’examen avant soumission.

Où est passé Qodo Merge ?

Qodo Merge a été intégré à l’intégration Git de la plateforme unifiée. Les anciens noms et la documentation v1 restent visibles, mais la nouvelle version du produit est organisée selon Git, IDE, CLI et Context Engine.

Qodo est-il gratuit ?

Les projets privés ordinaires ne disposent pas d’une version gratuite permanente ; ils offrent une période d’essai de 14 jours sans limite de modération et avec des crédits. Les projets open source remplissant les conditions peuvent demander le plan gratuit.

Combien coûte Qodo ?

Pro Team facture 0,012 dollar par crédit ; les tarifs mensuels pour 2500, 5000 et 20000 crédits sont respectivement de 30, 60 et 240 dollars. Demande de devis pour l’édition entreprise.

Combien de Credits consomme une revue PR ?

Cela dépend de la taille et de la complexité du PR. Les autorités estiment 2500 crédits pour environ 18 vérifications, mais ce n’est pas un taux de conversion fixe ; la consommation réelle peut être consultée sur le tableau de bord.

Est-ce que cela prend en charge GitHub, GitLab et Bitbucket ?

Soutien. Les entreprises peuvent également utiliser des plateformes auto-hébergées, Azure DevOps ou Gerrit selon leur stratégie.

Les dates de lancement des nouvelles fonctionnalités sur différentes plateformes peuvent varier.

Qodo utilise-t-il du code pour entraîner les modèles ?

Les autorités ont clairement indiqué qu’elles n’utiliseraient pas les codes clients pour entraîner les modèles, et ont annoncé une politique de conservation de données stricte ou nulle. Les entreprises peuvent en outre utiliser BYOK, un environnement monotenant et un déploiement local.

Qodo est-il open source ?

La plateforme commerciale n’est pas entièrement open source, mais GitHub officiel propose Qodo-Cover, des agents, des compétences et d’autres projets open source. Chaque répertoire a une licence différente ; on ne peut pas considérer le fait que certaines parties soient open source comme représentatif de l’ensemble de la plateforme.