¿Por qué Gemini fue prohibido en las herramientas de codificación internas de Google? La historia de Sergey Brin explicada
La frase “prohibición de Sergey Brin en Google Gemini” hace que el episodio suene más dramático de lo que la evidencia soporta. Google no prohibió Gemini al público, los reguladores no lo prohibieron y Brin no dijo que el modelo había fallado una revisión de seguridad. Describió una situación más limitada y extraña: una página web interna de Google que enumeraba herramientas de codificación colocó a Gemini en el lado del "no".
La historia provino de la aparición de Brin en All-In Live en Miami el 20 de mayo de 2025. Resurgió en la cobertura tecnológica y en publicaciones sociales en julio de 2026, razón por la cual muchos lectores la encuentran como noticia reciente. El hecho central es real, pero la justificación exacta de la política nunca se reveló públicamente.
Fuente: Wikimedia Commons / Asoundd, CC BY-SA 4.0
Conclusiones clave
- Brin dijo que Gemini apareció en una "lista de no usar" interna de Google que cubría las herramientas que los empleados podían usar para codificar.
- Describió las razones solo como históricas y "extrañas"; Google no ha publicado una explicación detallada de la regla.
- Brin también dijo que la regla en realidad no se aplicaba, pero la página web interna todavía existía y creaba un problema de aprobación genuino.
- La restricción se eliminó finalmente después de una prolongada disputa interna y escalada.
- Esta no fue una prohibición pública de Gemini y no es evidencia de que Google considerara a Gemini generalmente inseguro o ilegal.
Lo que dijo realmente Sergey Brin
Durante la entrevista, Brin estaba discutiendo su regreso al trabajo técnico práctico en Google. Explicó que había comenzado a tocar diferentes partes de los sistemas de la empresa, enviando pequeños cambios de código y ejecutando experimentos para poder comprender la tecnología directamente en lugar de solo a través de informes ejecutivos.
La conversación luego pasó a la codificación asistida por IA. Brin dijo que Google mantenía una lista que definía qué herramientas se podían y no se podían usar para escribir código. Gemini, la propia familia insignia de IA de Google, estaba en el lado prohibido de esa página interna. Dijo que la situación "lo desconcertó" y se refirió a una colección de razones históricas en lugar de una justificación clara y actual.
❝ Quiero decir, nadie aplicaría esta regla, pero existía esta página web interna real. ❞
Cofundador de Google, hablando en All-In Live en Miami el 20 de mayo de 2025
Brin dijo que luchó contra la política y que resolverla tomó una cantidad de tiempo "impactante". También dijo que el problema finalmente se resolvió y que Google estaba probando diferentes herramientas internas y externas de codificación de IA para determinar qué mejoraba genuinamente la productividad de los desarrolladores.
¿Por qué Gemini fue prohibido en las herramientas de codificación internas de Google?
La respuesta más precisa es: Google no ha dado públicamente una razón específica. Brin no identificó un incidente de seguridad, una disputa de derechos de autor, una violación de la privacidad, un rendimiento de codificación deficiente o una orden regulatoria. Su propia explicación fue que Gemini había aparecido en la lista interna de "no usar" por razones históricas que ya no tenían sentido para él.
Esa redacción sugiere una decisión de aprobación obsoleta o una política que sobrevivió a las circunstancias que la crearon. No nos dice cuáles fueron esas circunstancias originales. Cualquier afirmación de que la restricción fue definitivamente causada por fugas de código fuente, alucinaciones del modelo, preocupaciones de licencia o rivalidad interna va más allá de la evidencia pública.
Fuente: commons.wikimedia.org
Las grandes empresas controlan comúnmente qué asistentes de codificación pueden acceder a repositorios, indicaciones y entornos de desarrollo. El relato de Brin muestra cómo una lista de aprobación puede permanecer desfasada con la estrategia de producto actual de la empresa.
Qué suele significar una "lista de no usar" interna
Una lista de herramientas aprobadas es un mecanismo de gobernanza, no necesariamente un veredicto de que un producto es malo. En organizaciones de software, un asistente de codificación puede requerir revisión porque puede recibir código propietario, recuperar contexto del repositorio, generar material con licencia, llamar a servicios externos o almacenar telemetría. Los equipos de seguridad también pueden necesitar controles de identidad, registro, reglas de procesamiento regional y garantías contractuales antes de aprobar una herramienta.
La documentación pública de Google para Gemini Code Assist ilustra el tipo de controles que los compradores empresariales esperan ahora. Describe la autenticación a través de identidades administradas, acceso basado en IAM y compromisos de protección de datos. Esos controles públicos ayudan a explicar por qué las herramientas de codificación se rigen cuidadosamente, pero no demuestran por qué Gemini apareció en la propia lista interna histórica de Google.
Para una explicación más amplia de estas cuestiones de datos, la guía de Zerlo sobre Preocupaciones de privacidad de datos de Google Gemini separa la configuración de actividad del consumidor de los compromisos de gobernanza de datos empresariales.
Lo que la historia no significa
| Interpretación común | Lo que apoya la evidencia disponible |
|---|---|
| Google prohibió Gemini en todas partes | No. Brin describió una página interna de aprobación de herramientas de codificación, no una prohibición de producto público. |
| Gemini falló una auditoría de seguridad confirmada | No se reveló ningún hallazgo de este tipo en el relato de Brin. |
| Los ingenieros de Google no pudieron usar Gemini en absoluto | Brin dijo que la regla en realidad no se aplicaba, aunque la página interna formal todavía figuraba la restricción. |
| El incidente ocurrió en julio de 2026 | El relato público original data del 20 de mayo de 2025; la historia resurgió más tarde en la cobertura de 2026. |
| La restricción todavía existe | Brin dijo que se corrigió y que Google estaba lanzando y probando herramientas de codificación de IA. |
Gemini para consumidores, modelos Gemini y productos de codificación no son lo mismo
Parte de la confusión proviene de usar "Gemini" como una sola etiqueta para varias capas. Gemini puede referirse a la familia de modelos de Google DeepMind, la aplicación de chat Gemini pública, las API utilizadas por los desarrolladores o los productos de codificación como Gemini Code Assist. Una política interna puede aprobar una implementación y restringir otra porque los flujos de datos, las identidades de usuario, el acceso a repositorios y los arreglos de registro difieren.
Fuente: commons.wikimedia.org
La aplicación web Gemini pública es distinta de un asistente de codificación empresarial conectado a repositorios privados. La anécdota de Brin se refirió a la aprobación interna de herramientas de codificación, no al acceso ordinario a esta interfaz orientada al consumidor.
Google anunció el 20 de mayo de 2025 que Gemini Code Assist para individuos y su producto de revisión de código de GitHub estaban disponibles generalmente y potenciados por Gemini 2.5. Ese lanzamiento público que ocurrió el mismo día de la entrevista de Brin hace que la restricción interna parezca especialmente contradictoria, pero aún no revela cuándo se creó la antigua lista interna ni cuándo se eliminó exactamente.
¿Sundar Pichai eliminó la prohibición?
Brin describió claramente la escalada del problema después de luchar para resolverlo a través del proceso normal. Varios informes posteriores identifican al CEO de Google y Alphabet, Sundar Pichai, como el ejecutivo que ayudó a eliminar la restricción. Sin embargo, la transcripción ampliamente difundida del pasaje de entrevista relevante no nombra claramente a Pichai en ese momento. La formulación más segura es que Brin escaló la disputa a la alta dirección y dijo que el problema se resolvió; los informes atribuyen la intervención final a Pichai.
Esta distinción es importante porque los resúmenes virales a menudo convierten una anécdota informal en una línea de tiempo corporativa precisa. Google no ha publicado la página web interna, el registro de la decisión original, el equipo aprobador o un postmortem formal. La evidencia pública proviene principalmente de la propia historia de Brin y de informes posteriores sobre ella.
Por qué la anécdota importa más allá de Google
El episodio es un ejemplo útil de cómo la adopción de IA puede verse ralentizada por la estructura organizacional en lugar de la capacidad del modelo. Una empresa puede promover públicamente un producto de IA mientras que los sistemas internos de seguridad, legales, de adquisiciones e de ingeniería todavía lo tratan como no aprobado. El resultado es una brecha entre la intención estratégica y el acceso diario de los desarrolladores.
Tres lecciones se destacan:
- Las listas de aprobación necesitan propietarios y revisiones de caducidad. Una regla sin un propietario actual puede sobrevivir después de que desaparezca su justificación original.
- El "dogfooding" (uso interno de productos propios) necesita una ruta de implementación aprobada. Los empleados no pueden probar responsablemente un producto en trabajos confidenciales simplemente porque su empresa lo creó.
- La escalada no es un sustituto de la gobernanza. Brin podía escalar el problema hacia arriba; los ingenieros comunes necesitan un proceso documentado para impugnar restricciones obsoletas.
La parte más interesante de la historia, por lo tanto, no es que Google desconfiara una vez de Gemini. La evidencia no establece eso. Es que el sistema de control interno de Google aparentemente no se mantuvo al día con la propia estrategia de IA de Google, e incluso un cofundador encontró la corrección sorprendentemente difícil.
Preguntas frecuentes
¿Estaba Google Gemini realmente prohibido dentro de Google?
Según Sergey Brin, Gemini apareció en una "lista de no usar" interna para las herramientas que los empleados tenían permitido usar para codificar. También dijo que la regla en realidad no se aplicaba, por lo que "listado como no aprobado" es más preciso que decir que todo uso interno de Gemini estaba técnicamente bloqueado.
¿Por qué Google puso a Gemini en la lista de "no usar"?
Google no ha publicado la razón. Brin se refirió solo a razones históricas inusuales. Las preocupaciones de seguridad, privacidad, propiedad intelectual y adquisiciones son razones comunes para los procesos de aprobación de herramientas de codificación, pero ninguna ha sido confirmada como la causa en este caso.
¿Cuándo contó Sergey Brin la historia?
La contó durante una entrevista en All-In Live en Miami el 20 de mayo de 2025. La anécdota circuló nuevamente en julio de 2026, haciéndola parecer nueva para los lectores que no habían visto la entrevista original.
¿Sundar Pichai levantó la prohibición de Gemini?
Informes posteriores dicen que Brin escaló el asunto a Sundar Pichai y que Pichai apoyó la eliminación de la restricción. El relato público de Brin confirma la escalada y la resolución, aunque la transcripción comúnmente disponible no nombra claramente a Pichai en el pasaje relevante.
¿Se consideró Gemini inseguro para codificar?
Brin no dijo eso. No se citó ningún fallo de seguridad público ni hallazgo formal de seguridad como razón del listado interno. Google luego expandió los productos de codificación basados en Gemini y publicó controles empresariales de seguridad y gobernanza de datos.
¿Gemini todavía está prohibido en las herramientas de codificación internas de Google?
Brin dijo que el problema se resolvió y que Google estaba probando y desplegando múltiples herramientas de IA para mejorar la productividad de los desarrolladores. No hay evidencia pública de que la misma restricción siga vigente.
En resumen
La historia de la prohibición de Sergey Brin en Google Gemini se entiende mejor como una falla de gobernanza interna, no como una prohibición pública o un juicio confirmado de que Gemini era inseguro. Gemini apareció en una "lista de no usar" de herramientas de codificación por razones que Brin calificó de históricas y difíciles de entender. Desafió la política, la escaló y dijo que finalmente fue corregida. Lo que se desconoce es la justificación original, qué equipo era el propietario de la regla y cuánto tiempo había estado desactualizada.