Google переводит Gemini CLI в Antigravity CLI: агентские devtools уходят на единый backend
Google переводит Gemini CLI в Antigravity CLI. Что изменится для agent tooling, enterprise API access, rate limits и production reliability.
19 мая 2026 года Google Developers Blog объявил, что Gemini CLI переходит в Antigravity CLI — новый терминальный интерфейс агентской платформы Google Antigravity. Первоисточник: Google Developers Blog — https://developers.googleblog.com/an-important-update-transitioning-gemini-cli-to-antigravity-cli/
Google объясняет переход тем, что разработческие workflows вышли за рамки одиночного терминального помощника: командам всё чаще нужны несколько агентов, общий backend, фоновые асинхронные задачи и единая архитектура между CLI и desktop-средой. Antigravity CLI должен сохранить ключевые элементы Gemini CLI — Agent Skills, Hooks, Subagents и Extensions, теперь в формате Antigravity plugins.
Важная дата для consumer-сегмента: 18 июня 2026 года Gemini CLI и Gemini Code Assist IDE extensions перестанут обслуживать запросы Google AI Pro и Ultra, а также бесплатный доступ через Gemini Code Assist for individuals. Для Gemini Code Assist for GitHub также остановятся новые установки в GitHub organizations, а затем будут прекращаться запросы.
Для enterprise-клиентов Google делает исключение: организации с Gemini Code Assist Standard или Enterprise, а также пользователи Gemini Code Assist for GitHub через Google Cloud сохраняют доступ. Google отдельно пишет, что Gemini CLI останется доступен через платные Gemini и Gemini Enterprise Agent Platform API keys. Use Antigravity CLI when нужен единый агентский backend для терминала, desktop-среды и фоновых задач; используйте enterprise Gemini CLI only when ваша организация уже опирается на платные ключи и текущие интеграции.
Мнение API429: это важный инфраструктурный сигнал: agent tooling быстро становится не просто локальным CLI, а управляемым backend-сервисом с разными правилами доступа для consumer и enterprise-клиентов. Для production-команд риск не в названии CLI, а в зависимости workflow от одного канала доступа, одного набора API keys и одного вендорского lifecycle. Самый безопасный production-паттерн — отделять агентскую оболочку от слоя модельного доступа: маршрутизация, fallback, лимиты, 429-ошибки и контроль ключей должны жить в отдельном gateway-слое. API429 помогает строить такой слой для OpenAI-compatible запросов, снижая риск остановки автоматизаций при изменении лимитов, лицензий или доступности конкретного AI tooling.
Подключим Gateway с управлением лимитами, платежами и отказоустойчивой маршрутизацией для OpenAI, Gemini и Anthropic.