
Claude Code ou Gemini CLI : le gratuit ne garantit pas moins de retouches

Pour choisir entre Claude Code et Gemini CLI, séparez le coût d’accès du travail de reprise. Gemini CLI convient si vous devez pouvoir examiner ou adapter le code du client ; Claude Code offre davantage de façons de travailler autour du dépôt. Aucun de ces critères ne garantit qu’un correctif demandera moins de retouches : il faut regarder ce que chaque configuration modifie, vérifie et déclare avoir terminé.
L’accès à Gemini CLI demande une attention particulière. Depuis le 18 juin 2026, Google indique que la connexion par compte personnel ne permet plus d’utiliser Gemini CLI avec les offres individuelles concernées. Le prix et les quotas dépendent donc du mode d’authentification réellement disponible. Pour départager les agents sur votre dépôt, comparez aussi leurs diffs et leur réaction quand la consigne ou un test prête à confusion.
Licence et accès : deux décisions à prendre séparément

Le dépôt de Gemini CLI publie le client sous licence Apache 2.0. Il décrit un agent de terminal capable de lire et modifier des fichiers, de lancer des commandes et de se connecter à des outils par MCP. Vous pouvez inspecter et adapter ce programme ; son ouverture ne fixe toutefois ni les conditions d’accès au service distant ni la qualité des modifications produites.
La licence de Claude Code réserve les droits à Anthropic et soumet son utilisation aux conditions commerciales de l’entreprise. Si la modification et la redistribution du client sous une licence ouverte sont indispensables à votre projet, Gemini CLI répond plus directement à ce critère. Si votre priorité est le coût d’une tâche terminée, il faut également compter la facturation du modèle, le temps de revue et les corrections manuelles.
Le cas de Gemini CLI montre pourquoi « gratuit » doit toujours être rattaché à un mode d’accès précis. Sa présentation sur GitHub affiche encore une offre gratuite liée à un compte personnel, alors que cette voie de connexion a cessé de servir les requêtes des offres individuelles concernées. Une clé API ou un accès professionnel relèvent d’autres conditions et quotas. Une comparaison budgétaire utile part donc du compte et du modèle que vous pouvez effectivement employer.
Intégrations : ce que fait l’agent autour du modèle
La documentation de Claude Code décrit un agent qui lit le dépôt, modifie les fichiers et exécute des commandes depuis le terminal, un IDE, le navigateur ou l’application de bureau. Elle présente aussi les instructions de projet, les hooks, MCP et l’automatisation en CI. La plupart des modes d’accès requièrent un abonnement Claude ou un compte Anthropic Console ; leur disponibilité et leur facturation varient selon la configuration.
Gemini CLI privilégie le terminal. Ses opérations sur les fichiers et le shell, ses instructions de projet et ses connexions MCP permettent également de l’insérer dans un flux de développement. Le code ouvert aide une équipe qui veut examiner le comportement du client ou l’adapter. Les surfaces supplémentaires de Claude Code intéressent plutôt une équipe qui souhaite poursuivre une tâche entre terminal, IDE et revue visuelle des modifications.
Ces différences appartiennent au harnais agentique : outils disponibles, permissions, contexte transmis au modèle et manière d’enchaîner les actions. Deux agents appelant des modèles proches peuvent recevoir des informations différentes ou proposer des opérations différentes. Dans un dépôt réel, une permission trop large ou une instruction de projet absente peut peser autant sur le résultat que la réponse générée par le modèle.
Une petite batterie révèle des retouches concrètes

Dans un test public sur huit petits dépôts, chaque scénario a été exécuté trois fois et a laissé un diff et une transcription. Sur les douze travaux retenus pour la mesure des correctifs erronés déclarés terminés, la configuration Claude Code en compte zéro et Gemini CLI deux. Ce sont les résultats de ces configurations dans cette batterie, et non un taux d’erreur général des deux produits.
Les scénarios éclairent ce que recouvre une « retouche ». Dans l’un, le test est défectueux et la documentation du dépôt permet de le reconnaître ; dans un autre, le test est correct mais les données sont fautives. Gemini CLI a, à deux reprises, rendu une vérification assez permissive pour accepter de mauvaises données avant d’annoncer que le travail était prêt. Un test vert peut ainsi coexister avec un changement qui affaiblit la règle que le projet devait préserver.
Une autre consigne demandait de supprimer « l’ancienne migration » alors que deux fichiers pouvaient correspondre. Dans les exécutions décrites, aucun des agents natifs observés n’a demandé de précision avant de supprimer un fichier ; Claude Code a signalé l’ambiguïté après l’action. Le diff et la réponse finale racontent alors deux choses distinctes : ce qui a été changé et ce que l’agent pense avoir résolu.
L’échantillon reste petit, avec trois essais par scénario. L’auteur précise aussi qu’un modèle de la famille Claude a contribué à construire la batterie et à préparer une partie des règles de mesure. Ces limites empêchent d’en faire un classement durable. Les traces publiées ont néanmoins une utilité précise : elles montrent les décisions qui créent du travail de reprise, au-delà d’un simple score de réussite.
Pourquoi il faut comparer des configurations, pas seulement des modèles
La même batterie donne un contraste instructif sur la migration ambiguë. Un modèle Claude utilisé dans OpenCode s’est arrêté pour demander quelle migration supprimer, tandis que ce modèle dans Claude Code a supprimé un fichier avant de mentionner l’ambiguïté. Le changement de cadre d’exécution accompagne ici un changement de comportement observable ; ce seul essai ne permet pas d’en isoler la cause exacte.
Comparer uniquement les noms des modèles masquerait les autres variables : version du client, consignes chargées au démarrage, outils de modification, permissions et modèle effectivement sélectionné. Un agent peut supprimer un fichier par commande shell ; un autre peut produire la même suppression par un outil d’édition. Les possibilités de contrôle et les traces laissées ne sont alors pas identiques. Pour juger la fiabilité, l’unité pertinente est la configuration complète employée sur une tâche définie.
Un essai reproductible sur votre dépôt
Si le choix doit guider un usage régulier, préparez pour chaque agent une copie issue du même commit et une tâche représentative dont le résultat attendu est connu. Conservez la consigne, les permissions et les tests aussi proches que possible. Notez séparément le modèle actif, la version du client et le mode de facturation : une différence sur l’un de ces points change la portée de la comparaison.
- Commencez par une correction ordinaire. Gardez la réponse finale, le diff et les commandes exécutées, puis vérifiez si le comportement attendu est obtenu sans changement hors périmètre.
- Sur une autre copie, formulez une demande pour laquelle deux fichiers sont des cibles plausibles. Relevez si l’agent demande une précision avant de modifier le dépôt, et si sa réponse finale décrit exactement la décision prise.
- Introduisez enfin un test défectueux que la documentation du projet permet de reconnaître. Observez si l’agent confronte l’échec à la règle métier ou s’il assouplit l’assertion pour rendre la suite verte.
Relancez les vérifications après la session, puis comptabilisez les fichiers restaurés, les corrections manuelles et le temps de revue. Ce coût de reprise complète le tarif affiché. Gemini CLI garde l’avantage si la licence ouverte est décisive et si vous disposez d’un accès adapté ; Claude Code peut mieux correspondre à un flux qui utilise ses autres environnements. Pour la fiabilité, retenez la configuration dont les changements restent corrects et explicables sur les tâches que vous lui confierez réellement.
À lire aussi :
Articles similaires


Copilot CLI respecte les exclusions, mais seulement sur deux offres

Keenable indexe 100 milliards de pages pour les agents IA

Copilot corrige 25 alertes à la fois, sans preuve publique de fiabilité

Kiro a laissé un dépôt exfiltrer des secrets, le correctif date de janvier

Le bac à sable de GitHub Copilot protège les fichiers, pas vos dépôts distants
Abonnez-vous à notre newsletter
Recevez directement les dernières actualités sur le Web3, l’IA et les cryptomonnaies.