Pourquoi Gemini a-t-il été interdit des outils de codage internes de Google ? L'histoire de Sergey Brin expliquée
L'expression « Interdiction de Gemini par Sergey Brin chez Google » donne à l'épisode un ton plus dramatique que ce que les preuves ne le soutiennent. Google n'a pas interdit Gemini au public, les régulateurs ne l'ont pas prohibé, et Brin n'a pas dit que le modèle avait échoué à un contrôle de sécurité. Il a décrit une situation plus restreinte et plus étrange : une page Web interne de Google répertoriant les outils de codage plaçait Gemini du côté « non ».
L'histoire provient de l'apparition de Brin à All-In Live à Miami le 20 mai 2025. Elle a refait surface dans la couverture technologique et les publications sur les réseaux sociaux en juillet 2026, c'est pourquoi de nombreux lecteurs la rencontrent comme une nouvelle fraîche. Le fait central est réel, mais la justification exacte de la politique n'a jamais été divulguée publiquement.
Source: Wikimedia Commons / Asoundd, CC BY-SA 4.0
Points clés à retenir
- Brin a déclaré que Gemini figurait sur une « liste de non-utilisation » interne de Google couvrant les outils que les employés pouvaient utiliser pour le codage.
- Il n'a décrit les raisons que comme historiques et « bizarres » ; Google n'a pas publié d'explication détaillée de la règle.
- Brin a également déclaré que la règle n'était pas vraiment appliquée, mais que la page Web interne existait toujours et créait un véritable problème d'approbation.
- La restriction a finalement été levée après un litige interne prolongé et une escalade.
- Il ne s'agissait pas d'une interdiction publique de Gemini et cela ne prouve pas que Google considérait Gemini comme généralement dangereux ou illégal.
Ce que Sergey Brin a réellement dit
Lors de l'interview, Brin discutait de son retour au travail technique pratique chez Google. Il a expliqué qu'il avait commencé à toucher différentes parties des systèmes de l'entreprise, à soumettre de petits changements de code et à exécuter des expériences afin de comprendre la technologie directement plutôt que seulement à partir de briefings de cadres.
La conversation s'est ensuite orientée vers le codage assisté par l'IA. Brin a déclaré que Google maintenait une liste définissant quels outils pouvaient ou ne pouvaient pas être utilisés pour écrire du code. Gemini, la propre famille d'IA phare de Google, figurait du côté prohibé de cette page interne. Il a déclaré que la situation lui avait « sidéré » l'esprit et a fait référence à une collection de raisons historiques plutôt qu'à une justification claire actuelle.
❝ Je veux dire, personne n'appliquerait cette règle, mais il y avait cette page Web interne réelle. ❞
Co-fondateur de Google, s'exprimant à All-In Live à Miami le 20 mai 2025
Brin a déclaré avoir combattu la politique et que sa résolution avait pris un temps « choquant ». Il a également dit que le problème avait finalement été résolu et que Google testait différents outils internes et externes de codage IA pour déterminer ce qui améliorait réellement la productivité des développeurs.
Pourquoi Gemini a-t-il été interdit des outils de codage internes de Google ?
La réponse la plus précise est : Google n'a pas donné publiquement de raison spécifique. Brin n'a identifié aucun incident de sécurité, aucun litige de droits d'auteur, aucune violation de la vie privée, aucune mauvaise performance de codage ni aucun ordre réglementaire. Sa propre explication était que Gemini avait été placé sur la liste interne de non-utilisation pour des raisons historiques qui n'avaient plus de sens pour lui.
Cette formulation suggère une décision d'approbation obsolète ou une politique qui a survécu aux circonstances qui l'ont créée. Elle ne nous dit pas quelles étaient ces circonstances originales. Toute affirmation selon laquelle la restriction était définitivement causée par une fuite de code source, des hallucinations de modèles, des préoccupations de licence ou une rivalité interne va au-delà des preuves publiques.
Source: commons.wikimedia.org
Les grandes entreprises contrôlent couramment quels assistants de codage peuvent accéder aux référentiels, aux invites et aux environnements de développement. Le récit de Brin montre comment une liste d'approbation peut rester en décalage avec la stratégie produit actuelle de l'entreprise.
Ce que signifie généralement une « liste de non-utilisation » interne
Une liste d'outils approuvés est un mécanisme de gouvernance, pas nécessairement un verdict que le produit est mauvais. Dans les organisations logicielles, un assistant de codage peut nécessiter un examen car il peut recevoir du code propriétaire, récupérer le contexte du référentiel, générer du matériel sous licence, appeler des services externes ou stocker des données télémétriques. Les équipes de sécurité peuvent également avoir besoin de contrôles d'identité, de journaux, de règles de traitement régionales et de garanties contractuelles avant d'approuver un outil.
La documentation publique de Google pour Gemini Code Assist illustre le type de contrôles auxquels les acheteurs d'entreprise s'attendent désormais. Elle décrit l'authentification via des identités gérées, l'accès basé sur IAM et des engagements en matière de protection des données. Ces contrôles publics aident à expliquer pourquoi les outils de codage sont soigneusement réglementés, mais ils ne prouvent pas pourquoi Gemini figurait sur la liste interne historique de Google.
Pour une explication plus large de ces questions de données, le guide de Zerlo sur les préoccupations relatives à la confidentialité des données de Google Gemini distingue les paramètres d'activité des consommateurs des engagements de gouvernance des données d'entreprise.
Ce que l'histoire ne signifie pas
| Interprétation courante | Ce que les preuves disponibles soutiennent |
|---|---|
| Google a interdit Gemini partout | Non. Brin a décrit une page d'approbation d'outils de codage interne, pas une interdiction de produit publique. |
| Gemini a échoué à un audit de sécurité confirmé | Aucune conclusion de ce type n'a été divulguée dans le récit de Brin. |
| Les ingénieurs de Google étaient complètement incapables d'utiliser Gemini | Brin a déclaré que la règle n'était pas vraiment appliquée, bien que la page interne formelle répertorie toujours la restriction. |
| L'incident s'est produit en juillet 2026 | Le récit public original date du 20 mai 2025 ; l'histoire a refait surface plus tard dans la couverture de 2026. |
| La restriction existe toujours | Brin a déclaré que cela avait été résolu et que Google déployait et testait des outils de codage IA. |
Gemini pour les consommateurs, les modèles Gemini et les produits de codage ne sont pas la même chose
Une partie de la confusion provient de l'utilisation de « Gemini » comme un seul terme pour plusieurs couches. Gemini peut faire référence à la famille de modèles de Google DeepMind, à l'application de chat publique Gemini, aux API utilisées par les développeurs ou aux produits de codage tels que Gemini Code Assist. Une politique interne peut approuver un déploiement et en restreindre un autre car les flux de données, les identités des utilisateurs, l'accès aux référentiels et les arrangements de journalisation diffèrent.
Source: commons.wikimedia.org
L'application Web publique Gemini est distincte d'un assistant de codage d'entreprise connecté à des référentiels privés. L'anecdote de Brin concernait l'approbation des outils de codage internes, pas l'accès ordinaire à cette interface destinée aux consommateurs.
Google a annoncé le 20 mai 2025 que Gemini Code Assist pour les particuliers et son produit d'examen de code GitHub étaient généralement disponibles et alimentés par Gemini 2.5. Ce lancement public coïncidant avec la date de l'interview de Brin rend la restriction interne particulièrement contradictoire, mais ne révèle toujours pas quand l'ancienne liste interne a été créée ni quand elle a été supprimée exactement.
Sundar Pichai a-t-il levé l'interdiction ?
Brin a clairement décrit l'escalade du problème après avoir eu du mal à le résoudre par le processus normal. Plusieurs rapports ultérieurs identifient le PDG de Google et Alphabet, Sundar Pichai, comme le cadre qui a aidé à lever la restriction. Cependant, la transcription largement diffusée du passage pertinent de l'interview ne nomme pas clairement Pichai à ce moment-là. La formulation la plus sûre est que Brin a escaladé le différend à la direction supérieure et a déclaré que le problème était résolu ; les rapports attribuent l'intervention finale à Pichai.
Cette distinction est importante car les résumés viraux transforment souvent une anecdote informelle en un calendrier d'entreprise précis. Google n'a pas publié la page Web interne, le dossier de décision original, l'équipe d'approbation, ni une analyse post-mortem formelle. Les preuves publiques proviennent principalement de l'histoire de Brin lui-même et des rapports ultérieurs à ce sujet.
Pourquoi l'anecdote est importante au-delà de Google
L'épisode est un exemple utile de la façon dont l'adoption de l'IA peut être ralentie par la structure organisationnelle plutôt que par la capacité du modèle. Une entreprise peut promouvoir publiquement un produit d'IA alors que les systèmes internes de sécurité, juridiques, d'approvisionnement et d'ingénierie le considèrent toujours comme non approuvé. Le résultat est un décalage entre l'intention stratégique et l'accès quotidien des développeurs.
Trois leçons se dégagent :
- Les listes d'approbation nécessitent des propriétaires et des examens d'expiration. Une règle sans propriétaire actuel peut survivre après la disparition de sa justification originale.
- Le « dogfooding » nécessite un chemin de déploiement approuvé. Les employés ne peuvent pas tester de manière responsable un produit sur du travail confidentiel simplement parce que leur entreprise l'a construit.
- L'escalade ne remplace pas la gouvernance. Brin pouvait faire remonter le problème ; les ingénieurs ordinaires ont besoin d'un processus documenté pour contester les restrictions obsolètes.
La partie la plus intéressante de l'histoire n'est donc pas que Google se méfiait autrefois de Gemini. Les preuves ne le prouvent pas. C'est que le système de contrôle interne de Google n'a apparemment pas suivi le rythme de la propre stratégie IA de Google, et même un co-fondateur a trouvé la correction étonnamment difficile.
FAQ
Gemini de Google était-il vraiment interdit au sein de Google ?
Selon Sergey Brin, Gemini figurait sur une « liste de non-utilisation » interne pour les outils que les employés étaient autorisés à utiliser pour le codage. Il a également déclaré que la règle n'était pas vraiment appliquée, de sorte que « listé comme non approuvé » est plus précis que de dire que toute utilisation interne de Gemini était techniquement bloquée.
Pourquoi Google a-t-il mis Gemini sur la liste de non-utilisation ?
Google n'a pas publié la raison. Brin a fait référence uniquement à des raisons historiques inhabituelles. Les préoccupations de sécurité, de confidentialité, de propriété intellectuelle et d'acquisition sont des raisons courantes pour les processus d'approbation des outils de codage, mais aucune n'a été confirmée comme étant la cause dans ce cas.
Quand Sergey Brin a-t-il raconté l'histoire ?
Il l'a racontée lors d'une interview All-In Live à Miami le 20 mai 2025. L'anecdote a de nouveau circulé en juillet 2026, donnant l'impression d'être nouvelle aux lecteurs qui n'avaient pas vu l'interview originale.
Sundar Pichai a-t-il levé l'interdiction de Gemini ?
Des rapports ultérieurs indiquent que Brin a fait remonter l'affaire à Sundar Pichai et que Pichai a soutenu la suppression de la restriction. Le récit public de Brin confirme l'escalade et la résolution, bien que la transcription couramment disponible ne nomme pas clairement Pichai dans le passage pertinent.
Gemini était-il considéré comme dangereux pour le codage ?
Brin ne l'a pas dit. Aucune défaillance de sécurité publique ni aucune conclusion formelle sur la sécurité n'ont été citées comme raison de la liste interne. Google a plus tard élargi les produits de codage basés sur Gemini et a publié des contrôles de sécurité d'entreprise et de gouvernance des données.
Gemini est-il toujours interdit des outils de codage internes de Google ?
Brin a déclaré que le problème avait été résolu et que Google testait et déployait plusieurs outils d'IA pour améliorer la productivité des développeurs. Il n'y a aucune preuve publique que la même restriction reste en vigueur.
En bref
L'histoire de l'interdiction de Gemini par Sergey Brin chez Google est mieux comprise comme un échec de gouvernance interne, et non comme une interdiction publique ou un jugement confirmé selon lequel Gemini était dangereux. Gemini figurait sur une « liste de non-utilisation » des outils de codage pour des raisons que Brin a qualifiées d'historiques et difficiles à comprendre. Il a contesté la politique, l'a fait remonter et a déclaré qu'elle avait finalement été corrigée. Ce qui reste inconnu, c'est la justification originale, quelle équipe était responsable de la règle et depuis combien de temps elle était obsolète.