Почему Gemini запретили во внутренних инструментах кодирования Google? История Сергея Брина с объяснениями
Фраза «Запрет Gemini от Сергея Брина в Google» делает эпизод более драматичным, чем это подтверждают факты. Google не запретил Gemini для общественности, регуляторы не запретили его, а Брин не говорил, что модель не прошла проверку безопасности. Он описал более узкую и странную ситуацию: внутренний веб-сайт Google, перечисляющий инструменты кодирования, поставил Gemini в категорию «нет».
История прозвучала во время выступления Брина на All-In Live в Майами 20 мая 2025 года. Она снова всплыла в новостях технологий и в социальных сетях в июле 2026 года, поэтому многие читатели воспринимают ее как свежую новость. Центральный факт реален, но точная причина политики так и не была публично раскрыта.
Источник: Wikimedia Commons / Asoundd, CC BY-SA 4.0
Ключевые выводы
- Брин заявил, что Gemini появился во внутреннем «списке запрещенных» Google, охватывающем инструменты, которые сотрудники могли использовать для кодирования.
- Он назвал причины лишь историческими и «странными»; Google не предоставил подробного объяснения правила.
- Брин также сказал, что правило на самом деле не применялось, но внутренний веб-сайт все еще существовал и создавал реальную проблему с утверждением.
- Ограничение было в конечном итоге снято после длительного внутреннего спора и эскалации.
- Это не был публичный запрет Gemini, и это не свидетельствует о том, что Google считал Gemini небезопасным или незаконным.
Что на самом деле сказал Сергей Брин
Во время интервью Брин обсуждал свое возвращение к практической технической работе в Google. Он объяснил, что начал касаться различных частей систем компании, внося небольшие изменения в код и проводя эксперименты, чтобы лучше понять технологию, а не только из брифингов руководства.
Затем разговор перешел к кодированию с помощью ИИ. Брин сказал, что Google ведет список, определяющий, какие инструменты можно использовать для написания кода, а какие нельзя. Gemini, флагманское семейство ИИ Google, находилось в запрещенном разделе этой внутренней страницы. Он сказал, что эта ситуация «ошеломила» его, и сослался на совокупность исторических причин, а не на четкое текущее обоснование.
❝ Я имею в виду, никто не применял это правило, но эта внутренняя веб-страница действительно существовала. ❞
Сооснователь Google выступает на All-In Live в Майами 20 мая 2025 года.
Брин сказал, что он боролся с политикой, и ее решение заняло «шокирующее» количество времени. Он также сказал, что проблема в конечном итоге была устранена, и что Google экспериментировал с различными внутренними и внешними инструментами кодирования ИИ, чтобы определить, что действительно повышает производительность разработчиков.
Почему Gemini был запрещен во внутренних инструментах кодирования Google?
Наиболее точный ответ: Google публично не предоставил конкретной причины. Брин не указал на инцидент безопасности, спор по авторским правам, нарушение конфиденциальности, плохую производительность кодирования или постановление регулирующих органов. Его собственное объяснение заключалось в том, что Gemini попал во внутренний список запрещенных инструментов по историческим причинам, которые больше не имели для него смысла.
Эта формулировка предполагает устаревшее решение об одобрении или политику, которая пережила обстоятельства, которые ее создали. Она не говорит нам, каковы были первоначальные обстоятельства. Любое утверждение о том, что ограничение было определенно вызвано утечкой исходного кода, галлюцинациями модели, проблемами с лицензированием или внутренней конкуренцией, выходит за рамки публичных доказательств.
Источник: commons.wikimedia.org
Крупные компании обычно контролируют, какие помощники по кодированию могут получать доступ к репозиториям, запросам и средам разработки. Рассказ Брина показывает, как список одобренных инструментов может отставать от текущей продуктовой стратегии компании.
Что обычно означает внутренний «список запрещенных»
Список одобренных инструментов — это механизм управления, а не обязательно вердикт о том, что продукт плохой. В программных организациях помощник по кодированию может требовать проверки, поскольку он может получать проприетарный код, извлекать контекст из репозитория, генерировать материалы по лицензии, вызывать внешние службы или хранить телеметрию. Группы безопасности также могут нуждаться в средствах контроля идентификации, журналах, региональных правилах обработки и договорных гарантиях, прежде чем одобрить инструмент.
Публичная документация Google для Gemini Code Assist иллюстрирует тип контроля, который ожидают корпоративные покупатели. Она описывает аутентификацию через управляемые удостоверения, доступ на основе IAM и обязательства по защите данных. Эти публичные меры контроля помогают объяснить, почему инструменты кодирования тщательно регулируются, но они не доказывают, почему Gemini появился в историческом внутреннем списке Google.
Для более подробного объяснения этих вопросов данных руководство Zerlo по Конфиденциальность данных Google Gemini разделяет настройки потребительской активности и обязательства по управлению данными предприятия.
Что история не означает
| Распространенная интерпретация | Что подтверждают имеющиеся доказательства |
|---|---|
| Google запретил Gemini везде | Нет. Брин описал внутреннюю страницу одобрения инструментов кодирования, а не публичный запрет продукта. |
| Gemini провалил подтвержденный аудит безопасности | В рассказе Брина не было раскрыто такого вывода. |
| Инженеры Google были совершенно не в состоянии использовать Gemini | Брин сказал, что правило на самом деле не применялось, хотя на официальной внутренней странице все еще был указан запрет. |
| Инцидент произошел в июле 2026 года | Первоначальный публичный рассказ датируется 20 мая 2025 года; история позже всплыла в освещении 2026 года. |
| Ограничение все еще действует | Брин сказал, что проблема устранена, и Google внедряет и тестирует инструменты кодирования ИИ. |
Потребительский Gemini, модели Gemini и продукты для кодирования — это не одно и то же
Часть путаницы возникает из-за использования «Gemini» как одного термина для обозначения нескольких уровней. Gemini может относиться к семейству моделей Google DeepMind, публичному приложению Gemini, API, используемым разработчиками, или продуктам для кодирования, таким как Gemini Code Assist. Внутренняя политика может одобрить одно развертывание и запретить другое, потому что потоки данных, удостоверения пользователей, доступ к репозиториям и схемы ведения журналов отличаются.
Источник: commons.wikimedia.org
Публичное веб-приложение Gemini отличается от корпоративного помощника по кодированию, подключенного к частным репозиториям. Анекдот Брина касался внутреннего одобрения инструментов кодирования, а не обычного доступа к этому общедоступному интерфейсу.
Google объявил 20 мая 2025 года, что Gemini Code Assist для частных лиц и его продукт для обзора кода GitHub стали общедоступными и работают на базе Gemini 2.5. Этот публичный запуск, состоявшийся в тот же день, что и интервью Брина, делает внутреннее ограничение особенно противоречивым, но это по-прежнему не раскрывает, когда была создана старая внутренняя запись или когда именно она была удалена.
Убрал ли Сундар Пичаи запрет?
Брин четко описал эскалацию проблемы после того, как ему было трудно решить ее в обычном порядке. Несколько последующих отчетов называют генерального директора Google и Alphabet Сундара Пичаи руководителем, который помог снять ограничение. Однако широко распространенная стенограмма соответствующего фрагмента интервью не указывает явно на Пичаи в этом месте. Наиболее точная формулировка заключается в том, что Брин эскалировал спор высшему руководству и сказал, что проблема была решена; отчеты приписывают окончательное вмешательство Пичаи.
Это различие имеет значение, потому что вирусные резюме часто превращают неформальный анекдот в точную корпоративную хронологию. Google не опубликовал внутреннюю веб-страницу, запись первоначального решения, команду, одобрившую его, или официальный анализ постмортем. Публичные доказательства в основном получены из рассказа самого Брина и последующих сообщений о нем.
Почему этот анекдот важен за пределами Google
Этот случай — полезный пример того, как внедрение ИИ может замедляться организационной структурой, а не возможностями модели. Компания может публично продвигать продукт ИИ, в то время как внутренние системы безопасности, юридические, закупочные и инженерные системы все еще рассматривают его как неутвержденный. Результатом является разрыв между стратегическим намерением и повседневным доступом разработчиков.
Выделяются три урока:
- Списки одобрения нуждаются в владельцах и обзорах срока действия. Правило без текущего владельца может сохраниться после исчезновения первоначального обоснования.
- «Dogfooding» требует утвержденного пути развертывания. Сотрудники не могут ответственно тестировать продукт на конфиденциальной работе просто потому, что его создала их компания.
- Эскалация не является заменой управления. Брин мог поднять вопрос вверх; рядовым инженерам нужен документированный процесс оспаривания устаревших ограничений.
Самая интересная часть истории, следовательно, не в том, что Google когда-то не доверял Gemini. Доказательства этого не устанавливают. Дело в том, что внутренняя система контроля Google, по-видимому, не успевала за собственной стратегией ИИ Google, и даже сооснователь находил исправление на удивление трудным.
FAQ
Был ли Google Gemini действительно запрещен внутри Google?
По словам Сергея Брина, Gemini появился во внутреннем «списке запрещенных» инструментов, которые сотрудники могли использовать для кодирования. Он также сказал, что правило на самом деле не применялось, поэтому «указан как неутвержденный» является более точным, чем говорить, что все внутреннее использование Gemini было технически заблокировано.
Почему Google включил Gemini в список запрещенных?
Google не опубликовал причину. Брин ссылался только на необычные исторические причины. Проблемы безопасности, конфиденциальности, интеллектуальной собственности и закупок являются распространенными причинами процессов одобрения инструментов кодирования, но ни одна из них не была подтверждена как причина в этом случае.
Когда Сергей Брин рассказал эту историю?
Он рассказал ее во время интервью All-In Live в Майами 20 мая 2025 года. Анекдот снова разошелся в июле 2026 года, представляясь новым читателям, которые не видели оригинального интервью.
Снял ли Сундар Пичаи запрет на Gemini?
Более поздние сообщения говорят, что Брин передал этот вопрос Сундару Пичаи, и что Пичаи поддержал снятие ограничения. Публичное заявление Брина подтверждает эскалацию и решение, хотя общедоступная стенограмма не четко называет Пичаи в соответствующем отрывке.
Считался ли Gemini небезопасным для кодирования?
Брин этого не говорил. Никаких публичных неустранимых сбоев в безопасности или официальных заключений о безопасности не было указано в качестве причины внутреннего списка. Google позже расширил продукты для кодирования на основе Gemini и опубликовал корпоративные меры безопасности и управления данными.
Запрещен ли Gemini по-прежнему для внутренних инструментов кодирования Google?
Брин сказал, что проблема была решена, и что Google тестирует и внедряет несколько инструментов ИИ для повышения производительности разработчиков. Нет никаких публичных доказательств того, что тот же запрет остается в силе.
Итог
Историю о запрете Gemini в Google Сергеем Брином лучше всего понимать как сбой внутренней системы управления, а не как публичный запрет или подтвержденное суждение о небезопасности Gemini. Gemini появился во внутреннем «списке запрещенных» инструментов кодирования по причинам, которые Брин назвал историческими и трудными для понимания. Он оспорил политику, эскалировал ее и сказал, что она была в конечном итоге исправлена. Неизвестным остается первоначальное обоснование, какая команда владела правилом и как давно оно устарело.