Le modèle sort du cercle des spécialistes
Google DeepMind rend Gemini 4 Carbon accessible à partir du 10 novembre aux développeurs, aux entreprises, aux scientifiques et à certains utilisateurs. La version API est offerte aux clients payants de Google AI Studio et Gemini pour les entreprises. Dans l’application Gemini et le mode IA de la recherche, elle se déploie aux abonnés Google AI Ultra. « Disponible » ne signifie donc pas que tous les comptes gratuits y ont accès. Carbon avait d’abord été mis à l’essai auprès de spécialistes en cybersécurité dans le programme Fairwind. Pour son lancement, Google le présente comme son modèle le plus puissant pour les tâches longues, le codage complexe et la recherche scientifique. L’entreprise précise toutefois que Gemini 4 Argon demeure son choix pour la majorité du travail de programmation et de connaissance. Carbon vise les demandes qui exigent plusieurs étapes de raisonnement et des cycles de vérification. Le prix d’introduction de l’API est de 2 $ US par million de jetons en entrée et 10 $ par million en sortie; Google annonce 4 $ et 20 $ après le 30 novembre. Le modèle ajoute ainsi un choix haut de gamme, dont le coût devra être évalué avec les tâches réelles d’une équipe.
Des résultats impressionnants, encore rapportés par Google
Google affirme que Carbon arrive premier sur CursorBench 4.0, WANDR de Perplexity et AutomationBench de Zapier, avec un coût par tâche plus de deux fois moindre que celui du meilleur modèle externe suivant. Sur son nouveau test multimodal de travail agentique, il se classe deuxième, tout en coûtant en moyenne plus de six fois moins cher par tâche que le premier. Ce sont des comparaisons rapportées par Google; elles ne remplacent pas une évaluation indépendante sur les dossiers et les outils d’une entreprise. La démonstration porte autant sur l’orchestration que sur une réponse isolée. Dans Google Antigravity, une fonction en aperçu appelée « /swarm » permet de répartir un mandat entre plusieurs agents Carbon et des modèles plus rapides. Google montre des exemples de migration de logiciels, de recherche dans des documents d’ingénierie et de création d’un prototype 3D. Les scénarios sont parlants, mais restent des démonstrations de l’entreprise, et non une mesure publiée du gain moyen dans les organisations. Pour un acheteur, la vraie question devient donc le coût d’un résultat vérifié : combien de reprises faut-il, quelles données sont envoyées et quel contrôle humain reste nécessaire? Le tarif par jeton seul ne répond pas à ces questions.
La cybersécurité donne au lancement sa portée particulière
Le volet cyber distingue Carbon d’une simple mise à jour de produit. Google dit que son système interne Project Fortify a atteint un rappel de 100 % au balayage et une précision de 95 % au triage, selon son propre jeu d’essai. Dans des tests de dépôts de code ouvert, Google rapporte aussi une hausse relative de plus de 25 % du rappel par rapport à Argon, ce qui aurait permis de repérer des failles logiques jusque-là manquées. L’équipe Google Cloud Vulnerability Research aurait confirmé, avec Carbon, que deux bogues dans un logiciel libre étaient exploitables; les responsables ont reclassé ces problèmes comme critiques et publié des correctifs. Google affirme également que le programme Scan for Good de Wiz a trouvé des failles de type « jour zéro » chez deux fournisseurs de logiciels-service en moins de deux heures. Les entreprises concernées ne sont pas nommées, le temps et le périmètre sont rapportés par Google, et les détails demeurent sous divulgation responsable. Ces exemples suggèrent un outil d’assistance pour repérer, confirmer et corriger des vulnérabilités. Ils ne montrent pas que Carbon remplace une équipe de sécurité, ni qu’un résultat pareil se répétera dans chaque environnement.
Les usages cyber spécialisés restent filtrés
Google sépare l’accès au modèle pour le travail général et les capacités cyber plus sensibles. Les clients peuvent employer Carbon pour le codage et l’analyse, mais les tâches qui servent à valider l’exploitabilité, faire de la rétro-ingénierie ou simuler une menace relèvent de Fairwind. Le programme est réservé aux défenseurs, aux partenaires gouvernementaux et aux spécialistes de sécurité vérifiés. Cette distinction répond au caractère à double usage de l’outil : la même capacité qui confirme une faille aide à la corriger, mais peut aussi rendre une attaque plus facile. Le rapport de sûreté de Google ajoute une nuance importante. Selon l’évaluation de l’entreprise, Carbon n’a pas franchi son seuil de changement matériel de capacité générale par rapport à Argon. En même temps, Google ne peut exclure un niveau critique de capacité cyber si le modèle est privé de ses mesures d’atténuation. Le rapport décrit des contrôles supplémentaires en production et un accès restreint aux fonctions offensives. Il indique aussi que la résistance aux injections de requêtes demeure incomplète : des attaques restent possibles, même si le modèle a résisté à tous les essais d’un banc d’essai précis. Ces constats proviennent des évaluations et des critères de Google. Ils éclairent la décision de déploiement, mais ne constituent pas une certification indépendante de sécurité.
Comment les organisations devraient l’évaluer
Pour une équipe québécoise, Carbon mérite un essai si elle travaille sur de gros dépôts de code, des documents denses ou des problèmes qui demandent plusieurs vérifications. Le test devrait partir d’un échantillon de tâches autorisées, comparer Carbon à l’outil déjà en place et noter le temps de correction, les erreurs, les reprises et le coût total. En cybersécurité, les résultats générés doivent rester dans un environnement isolé; une personne responsable doit revoir le correctif et confirmer qu’il passe les tests avant son intégration. Le lancement confirme surtout que les modèles de pointe s’approchent des tâches opérationnelles complexes, tandis que leur accès reste modulé selon le risque. Les chiffres de Google sont un point de départ à vérifier, pas une promesse de rendement. Le rapport de sûreté reconnaît lui-même que ses bancs d’essai ne couvrent pas toutes les attaques et que le modèle peut encore être trompé par certaines injections. Il faut donc garder les permissions minimales, la journalisation, les tests indépendants et une marche arrière rapide. L’illustration qui accompagne cet article est générée par IA et ne montre ni installation réelle ni intervention de sécurité.
