Google сворачивает Gemini CLI — терминальный open-source инструмент для работы с ИИ, который успел набрать более 100 тысяч звезд на GitHub всего за год. Для разработчиков это не просто еще одна замена бренда на бренд: Google фактически говорит, что эпоха одиночного CLI-ассистента закончилась, а дальше ставка делается на агентные среды вроде Antigravity, где один ИИ уже не подсказывает команду, а координирует несколько процессов сразу.
Об этом сообщает The New Stack, разбирая не маркетинговую витрину, а практический смысл перехода с Gemini CLI на Antigravity. Формально история выглядит как стандартная миграция: старый инструмент выводят из игры, пользователей переводят на новую платформу, обещают перенос ключевых функций и более современную архитектуру. Но за этим решением видно более важное движение рынка: крупные вендоры перестают считать терминал конечной точкой AI-разработки и начинают строить вокруг него целые агентные контуры.
По имеющимся данным, Google уже прекратила развитие Gemini CLI как самостоятельного продукта и перевела фокус на Antigravity CLI, входящий в более широкую платформу Antigravity 2.0. Для индивидуальных пользователей переход оказался не факультативным: поддержка Gemini CLI и IDE-расширений Gemini Code Assist для бесплатных и платных частных тарифов должна была завершиться 18 июня 2026 года. При этом Google подчеркивает, что полного паритета на старте не будет. Это важная деталь, потому что в таких историях обычно обещают «все ваши привычные сценарии сохранятся», а затем выясняется, что часть рабочих привычек надо собирать заново. Компания, впрочем, заявляет, что в новую CLI-версию уже перенесены ключевые механики: Agent Skills, Hooks, Subagents и Extensions, которые теперь оформлены как плагины Antigravity.
В сухом остатке перед нами довольно показательный разворот. Gemini CLI был понятным инструментом для разработчиков, которым нужен ИИ в терминале без лишней архитектурной философии. Открыл сессию, дал задачу, получил код, команду или объяснение. Antigravity продает уже другую идею: не помощник в окне терминала, а «агентная» среда, где несколько ИИ-процессов могут работать параллельно, делить исследование, кодинг и проверку, а пользователь управляет этим как оркестром, а не как одиночным диалогом. Для части команд это действительно следующий логичный шаг. Для части — усложнение ради усложнения, потому что не всякая инженерная задача требует многослойной orchestration-машины там, где раньше хватало нормального CLI.
Именно здесь материал The New Stack попадает в нерв момента: рынок AI-инструментов для разработчиков все чаще продает не то, что уже стабильно работает в повседневной сборке, отладке и ревью, а то, что красиво смотрится на спецификации и в демо. Многоагентность, единый backend, общие workflow между IDE, desktop-приложением и командной строкой — все это звучит убедительно. Но у практикующего разработчика вопрос обычно другой: насколько быстро инструмент отвечает, насколько предсказуемо ведет себя в длинной сессии, не ломает ли он привычный pipeline и не заставляет ли переучиваться без заметной отдачи. Если читать историю с этой точки зрения, закрытие Gemini CLI выглядит не как обычный sunset, а как тест на зрелость всей категории agentic dev tools.
Для бизнеса и инженерных менеджеров в этой новости есть еще один неприятный, но полезный вывод. Ставка на open-source инструмент от большой корпорации больше не гарантирует длинную и спокойную жизнь продукта. Даже если у него шестизначное число звезд, тысячи pull request и активное сообщество, продукт могут довольно быстро подчинить новой внутренней стратегии. Для команд это означает старую добрую необходимость не только выбирать инструмент по текущим возможностям, но и заранее оценивать зависимость от вендора: насколько легко мигрировать, есть ли совместимые сценарии в IDE и CLI, можно ли сохранить расширения, хуки и автоматизацию. Когда AI-инструмент становится частью daily workflow, его закрытие бьет уже не по любопытству инженеров, а по реальной производительности команды.
Для русскоязычной аудитории здесь особенно важен прикладной слой. Если команда уже встроила Gemini CLI в локальную разработку, внутренние скрипты или онбординг, переход на Antigravity стоит рассматривать не как косметическое обновление, а как мини-миграционный проект. Нужно отдельно проверить скорость CLI, переносимость конфигов, поведение плагинов и то, как новая модель работы сочетается с корпоративными ограничениями и привычками разработчиков. Иначе можно получить типичную для 2026 года ситуацию: на презентации инструмент «умнее», а в реальной жизни инженеры просто тратят больше времени на обвязку вокруг него.
Главный вопрос теперь не в том, сможет ли Antigravity заменить Gemini CLI по списку функций. Вопрос в другом: готовы ли разработчики обменять простой и прозрачный терминальный инструмент на более тяжелую агентную платформу, если выигрыш в скорости и качестве пока нужно доказывать не слайдами, а ежедневной работой. Подробнее об этой перестановке сил пишет .