Qodo n'écrit pas votre code, il vérifie qu'il tient debout
Résumé
L'autre moitié du travail : lire une fonction, écrire une suite qui couvre les chemins désagréables, puis expertiser la modification avant la fusion. Gratuit pour un développeur seul.
Recommander- Nom
- Qodo
- Version
- 2
- Open source
- Propriétaire
- Système
- WindowsmacOSLinux
- Site
- https://www.qodo.ai
- Mis à jour
- 2026-10-29 22:00
Presque toute l'attention de ce coin du marché va aux outils qui produisent du code plus vite. Qodo a pris l'autre moitié du travail : savoir si le code sorti est juste, si les tests le couvrent vraiment, et si une demande de fusion mérite d'être acceptée.
L'entreprise s'appelait CodiumAI et est devenue Qodo en 2024. D'un générateur de tests, elle est passée à une plateforme de revue à plusieurs agents, présente dans l'éditeur, dans la demande de fusion, en ligne de commande et dans les flux Git. Ses extensions dépassent le million et demi d'installations sur les deux places de marché, avec une note moyenne juste sous le maximum.
Le rapport à un assistant de code est complémentaire, pas concurrent. Un côté produit, l'autre valide. Plus la production accélère, plus la vérification pèse, et c'est exactement la moitié que ce produit occupe.
La génération de tests est la vitrine. Sélectionnez une fonction ou une classe, Qodo lit la logique et écrit une suite qui couvre le chemin normal, les cas limites, la gestion d'erreur et les bornes. Pas des assertions jetées pour gonfler un chiffre : la sortie montre que le rôle de la fonction a été compris. On peut aussi fixer un objectif de couverture et laisser combler l'écart.

Repérer les cas limites, voilà ce qui se paie. Entrées nulles, collections vides, accès concurrents, valeurs de bord - ce qu'on saute quand l'échéance approche - sont énumérés méthodiquement, selon les usages du cadre employé. Jest, Mocha, PyTest, JUnit, Go testing et Vitest figurent sur la liste, et la couverture des langages est presque ouverte.
Le panneau de dialogue sert aussi au nettoyage, à la détection de bogues et de failles et à la documentation, mais la direction ne change pas : plus solide, pas plus volumineux.
Pour les équipes, le centre de gravité est Qodo Merge, un robot de revue branché sur GitHub et GitLab. Chaque demande reçoit une description écrite, un parcours pour s'orienter vite, les lignes risquées en évidence et des suggestions classées par gravité - on fusionne dès que rien ne s'y oppose.

Cette revue est systématique comme ne l'est jamais une première lecture humaine, et attrape ce qu'un relecteur pressé fait défiler. Une équipe peut la braquer sur la sécurité, la performance ou le style maison.
Le centre de gravité est monté d'un cran, vers la gouvernance. Les standards d'équipe se condensent en un système de règles, et des règles apprenantes extraient motifs et usages du dépôt et de l'historique des demandes pour en faire des normes lisibles par machine que développeurs, relecteurs et agents doivent respecter. L'application est suivie : tendances de violation et taux de correction deviennent visibles au lieu d'être anecdotiques.
Une règle tient parce qu'elle s'applique aussi fort à celui qui écrit qu'à celui qui relit. L'œil humain glisse vers ce qu'il vient de voir ; une norme lisible par machine garde la même exigence d'un projet à l'autre. Suivre les violations et la vitesse de correction permet de décider s'il faut ajouter des règles ou en retirer, sur des chiffres plutôt qu'au feeling.
Dessous se trouve un moteur de contexte. Structure du dépôt, discussions passées et exigences des tickets sont réunis pour juger un changement à son rayon d'action entre dépôts plutôt qu'au diff seul. Les équipes d'ingénierie de NVIDIA et de Microsoft s'en servent pour la qualité.
Seul le contexte nécessaire aux tests est analysé, le transport passe par SSL, et le produit détient SOC 2 Type II. Les entreprises peuvent l'héberger chez elles, utiliser des modèles privés ou apporter leur clé LLM.

Le bon candidat est une équipe qui a déjà confié l'écriture à un outil et dont la vérification ne suit plus. Elle cesse de tout relire au premier passage et concentre le temps sur ce qui est risqué. À l'inverse, sur un petit projet où tests et revue tiennent encore à la main, l'offre gratuite appliquée à du vieux code suffit à se faire une idée.
Trois formules. Developer est gratuit : 75 crédits par mois, revue locale dans l'éditeur, revue des demandes Git et extension en ligne de commande. Teams coûte 30 dollars par personne en annuel, avec 2500 crédits chacune, un support privé et aucune conservation de données. Enterprise passe par le commercial et ajoute un moteur de contexte multi-dépôts, SSO, un déploiement isolé et des modèles dédiés. La plupart des requêtes coûtent 1 crédit ; un modèle haut de gamme comme Claude Opus en coûte 5 et Grok 4 en coûte 4. Les crédits se réinitialisent tous les 30 jours à partir du premier usage, et l'annuel économise environ un cinquième.
Le positionnement est lucide : pas de complétion, seulement de la qualité. Si un assistant écrit déjà votre code, voici l'inspecteur d'à côté. Un particulier peut braquer l'offre gratuite sur un vieux dépôt sans tests, et une équipe a intérêt à essayer Qodo Merge pour cesser de relire chaque demande à la main.