Google назначила дату, после которой для многих разработчиков Antigravity CLI станет не альтернативой, а фактической заменой Gemini CLI. С 18 июня пользователи Google AI Pro, Ultra и бесплатного тарифа лишатся доступа к Gemini CLI, IDE-расширениям Gemini Code Assist и Gemini Code Assist for GitHub. Для русскоязычной IT-аудитории это не просто новость про очередной ребрендинг: речь о том, как крупный вендор сворачивает открытый инструмент в пользу закрытой платформы с другой логикой доступа, лимитами и контролем над продуктом.
Об этом сообщает The New Stack. По данным издания, переход затронет почти всех, кроме двух категорий: корпоративных клиентов и тех, кто работает через API-ключи. Для пользователей с платными API-ключами Gemini и Gemini Enterprise Agent Platform API доступ к Gemini CLI сохранится. Без изменений останется и работа для тех, кто использует Gemini CLI или IDE-расширения через лицензии Gemini Code Assist Standard или Enterprise, а также Gemini Code Assist for GitHub через Google Cloud. Иначе говоря, Google аккуратно разделила аудиторию на тех, кому оставят старый маршрут, и всех остальных, кому предложат новый.
Новый маршрут называется Antigravity CLI, и он принципиально отличается от Gemini CLI не только лицензией. Если Gemini CLI был open source, то Antigravity CLI Google продвигает как закрытую платформу, построенную вокруг агентного подхода. В формулировках компании это “premier agent-first development platform” с серверным harness и новым терминальным интерфейсом. Google обещает, что инструмент по-прежнему сможет отвечать на быстрые вопросы, помогать со scaffold новых проектов, участвовать в разработке и даже в разворачивании облачной инфраструктуры. Но главное обещание звучит иначе: Antigravity должен лучше работать в сценариях, где несколько агентов параллельно выполняют сложные задачи, а обновления ядра быстро раскатываются всем пользователям благодаря единой архитектуре.
С точки зрения продуктовой стратегии шаг довольно прозрачный. На Google I/O компания прямо объяснила, что хочет сконцентрировать усилия на одном продукте, а не размазывать их между несколькими инструментами. В переводе с маркетингового на инженерный это обычно означает следующее: поддержка open-source CLI, IDE-расширений, GitHub-интеграции и новой агентной платформы одновременно стала слишком дорогой и организационно неудобной. Когда вендор говорит, что будет “лучше служить сообществу”, вкладывая ресурсы в единый продукт, сообщество обычно слышит более приземленную мысль: свободы выбора станет меньше, а зависимость от внутренней дорожной карты компании — больше.
Для разработчиков неприятный момент в том, что сам Google заранее признает отсутствие полного паритета функций между старым и новым инструментом. Компания прямо предупреждает, что на старте не будет соответствия “один в один”. Это важная деталь, потому что миграция с CLI на CLI редко ломается на красивых демо. Она ломается на рутине: привычных командах, поведении в скриптах, интеграции с локальным окружением, предсказуемости лимитов и скорости ответа в длинных рабочих сессиях. Если переход происходит не по желанию пользователя, а по календарю, фраза “функциональность догонит позже” звучит не как roadmap, а как просьба потерпеть.
Именно поэтому первая реакция сообщества, на которую ссылается The New Stack, оказалась довольно кислой. Издание пишет, что разработчики уже жалуются на лимиты использования в Antigravity, причем некоторые утверждают, что упираются в них быстрее, чем раньше в Gemini. Публичная цитата с Reddit, приведенная в материале, хорошо передает общий нерв рынка: еще недавно от AI-новостей ждали прорывов, а теперь все чаще получают новости о том, что AI становится дороже. Формально в статье нет большого массива метрик или независимых бенчмарков, но сам характер претензий узнаваем: если новая платформа обещает больше агентности, а на практике быстрее заканчивает квоту, пользователь видит не прогресс, а более дорогой способ прийти к тем же ограничениям.
Контекст здесь шире одного Google. The New Stack связывает эту историю с общим движением рынка к более жесткой монетизации AI-инструментов. В статье упоминаются и другие примеры: Anthropic разделяет биллинг и разводит Agent SDK по отдельным пулам кредитов, а GitHub переводит Copilot на usage-based billing. Тренд выглядит уже вполне оформившимся. Первая фаза генеративной разработки строилась на доступности и быстром росте пользовательской базы: бери, пробуй, встраивай в workflow. Вторая фаза выглядит менее романтично: больше платформенного контроля, меньше открытости, больше зависимость от тарифов, лимитов и серверной архитектуры поставщика.
Для бизнеса это означает, что выбор инструмента теперь все сильнее упирается не только в качество модели, но и в модель поставки. Open-source CLI можно изучить, встроить в процессы, форкнуть, адаптировать и хотя бы понимать, что у тебя происходит под капотом. Закрытая агентная платформа предлагает другой контракт: меньше прозрачности, зато больше централизованных обновлений и, возможно, более быстрый темп развития. Для стартапов и небольших продуктовых команд это вопрос контроля над затратами и предсказуемости пайплайна. Для крупных компаний — вопрос комплаенса, поддержки и интеграции с корпоративной лицензией. Google, судя по исключениях из новых правил, это прекрасно понимает: enterprise-сегмент она старается не трогать, а основные изменения ложатся на массовую аудиторию Pro, Ultra и free.
Для самих разработчиков история с Antigravity CLI — еще и напоминание о том, что “open” в AI-инструментах часто оказывается временным удобством, а не долгосрочным обещанием. Пока продукт борется за adoption, открытость помогает набрать сообщество и улучшить tooling. Когда появляется более выгодная платформенная схема, фокус быстро смещается на единый закрытый контур. Вопрос теперь не в том, сможет ли Google технически дотянуть Antigravity CLI до уровня Gemini CLI, а в том, готовы ли разработчики мириться с таким обменом: меньше контроля и привычных сценариев в обмен на агентную автоматизацию, которую вендор считает будущим. Открытым остается и более неприятный для рынка вопрос: сколько еще знакомых developer tools в ближайший год пройдут тот же путь от удобного CLI к управляемому сервису с лимитами и подпиской?