18 июня 2026 года Gemini CLI перестанет обслуживать большинство пользователей, а Google фактически переведет их на новый Antigravity CLI. Для разработчиков это не просто смена вывески: вместо открытого инструмента с кодом на GitHub им предлагают закрытую альтернативу, да еще и без полного совпадения по функциям. Для русскоязычной IT-аудитории сигнал неприятный, но знакомый: строить процессы вокруг «бесплатного и открытого» инструмента крупной платформы по-прежнему рискованно.
О грядущем отключении сообщает The Register со ссылкой на объявление команды Gemini CLI и комментарии Google на GitHub. По данным издания, с 18 июня запросы перестанут обслуживаться для пользователей тарифов Google AI Pro и Ultra, а также для тех, кто работал бесплатно через Gemini Code Assist for individuals. Ограничения затронут и расширения Gemini Code Assist для IDE, и интеграцию Gemini Code Assist for GitHub: новые установки последней прекратятся 18 июня, а обработка запросов будет отключаться в следующие недели. Исключение сделали для корпоративных клиентов. Если доступ идет через лицензии Gemini Code Assist Standard или Enterprise, либо через enterprise-аккаунты Google Cloud, сервис сохранится. Отдельно Google уточняет, что Gemini CLI останется доступен и через платные API-ключи Gemini и Gemini Enterprise Agent Platform.
То есть формула довольно прямолинейная. Для массового пользователя старый инструмент уходит в режим «репозиторий жив, пользоваться по-прежнему можно только если вы платите». Для компаний с корпоративными контрактами почти ничего не меняется. Для всех остальных выбор, по сути, один: переходить на Antigravity CLI. При этом сама Google заранее предупреждает, что полного паритета между продуктами на старте не будет. В новой CLI обещаны поддержка skills, hooks, subagents и extensions, но это не означает, что весь привычный сценарий работы из Gemini CLI будет воспроизведен один в один. Для команд, которые уже встроили агент в редактор, CI-пайплайн или локальные developer workflows, такая оговорка звучит не как техническая деталь, а как приглашение срочно пересчитать риски миграции.
Главный раздражитель здесь даже не forced migration как таковая, а разворот от open source к закрытой модели. У Gemini CLI есть полноценный открытый репозиторий с кодом. У Antigravity CLI в публичном GitHub-репозитории, как пишет The Register, пока видны в основном README, changelog и демонстрационный GIF. Для разработчиков разница принципиальная. Открытая CLI встраивается в инфраструктуру не только потому, что «бесплатно», а потому что ее можно читать, аудировать, патчить, форкать и хотя бы понимать, что именно у тебя запускается в терминале. Закрытый агент от вендора ломает эту логику: зависимость от дорожной карты поставщика становится жестче, прозрачности меньше, а стоимость ошибки выше. Особенно если инструмент лезет в кодовую базу, shell-команды и автоматизацию.
Реакция сообщества на GitHub оказалась предсказуемо жесткой. В обсуждениях под сообщением продакт-менеджера Gemini CLI Дмитрия Лялина пользователи жалуются не только на сам факт миграции, но и на лимиты использования. Несколько разработчиков, по данным The Register, писали, что упирались в недельную квоту буквально после пары запросов. На странице issues у Antigravity CLI есть похожие претензии: людей интересует, какие реальные ограничения действуют у нового инструмента и насколько он пригоден для ежедневной разработки, а не для короткого демо на конференции. Отдельная линия критики еще неприятнее для Google: часть сообщества прямо обвиняет компанию в том, что вклад open-source-разработчиков помог улучшить продуктовую логику, которая в итоге уехала в закрытый продукт. Формально это не отменяет Apache 2.0 у исходного проекта, но эмоционально история читается именно так.
Сам Google пытается смягчить удар знакомой для крупных платформ формулировкой: проект никуда не делся, репозиторий остается под Apache 2.0, обновления будут выходить, баги и security fixes тоже. Но здесь важен нюанс, который и вызывает раздражение. Репозиторий сохраняется, однако практическая ценность для широкой аудитории резко снижается, потому что доступ к рабочему сервису остается у enterprise-клиентов и тех, кто готов платить за API. Иными словами, открытым остается код, а не равноправный доступ к продукту. Для инженеров это почти всегда означает одно и то же: формальная открытость не компенсирует потерю предсказуемости. Если завтра меняется модель тарификации, лимиты или список поддерживаемых сценариев, спорить с этим уже особенно не на что.
Для рынка AI-инструментов разработчика это показательная история. За последний год крупные вендоры все активнее продвигают агентные интерфейсы не как библиотеку или API, а как готовую среду работы со своими ограничениями, правилами доступа и монетизацией. Командная строка здесь особенно чувствительна, потому что она давно считалась последней территорией, где разработчик контролирует стек лучше, чем поставщик облака. Antigravity CLI, судя по позиционированию Google, должен стать единым интерфейсом для multi-agent-сценариев. С точки зрения продуктовой стратегии ход понятный: один клиент, одна линия развития, единая телеметрия, удобнее продавать enterprise. С точки зрения разработчика это означает противоположное: меньше независимости, больше vendor lock-in и меньше шансов опереться на сообщество, если что-то пойдет не так.
Для российских команд и фаундеров здесь есть вполне практический вывод, без романтики вокруг open source. Если CLI-агент участвует в кодогенерации, ревью, автоматизации задач или работе с GitHub, нужно заранее разделять три слоя риска: доступ к модели, доступ к клиентскому инструменту и лицензионный режим. История с Gemini CLI показывает, что даже если исходники лежат публично, это не гарантирует стабильного доступа к самому сервису. Поэтому при выборе AI-инструмента имеет смысл сразу проверять не только качество модели, но и то, можно ли пережить изменение тарифов, лимитов или резкий перевод на другой клиент без остановки процессов. В противном случае любая «бесплатная» интеграция живет ровно до следующего анонса на большой сцене.
Сейчас вопрос уже не в том, сможет ли Google дотянуть Antigravity CLI до функционального уровня предшественника. Важнее другое: готовы ли разработчики и компании мириться с тем, что базовые инструменты ежедневной инженерной работы превращаются из открываемого и проверяемого софта в управляемую подпиской точку доступа к чужому агенту. В истории с Gemini CLI ответ сообщества пока звучит довольно ясно. Подробности исходного анонса собрал .