Skip to main content
GoogleGemini CLIAntigravity CLI

Google ховає Gemini CLI і тягне всіх в Antigravity

Google офіційно переводить розробників з Gemini CLI на Antigravity CLI та спонукає до міграції вже зараз. Для бізнесу це важливо не через ребрендинг, а через ризик зламати AI-автоматизацію, CI-скрипти та проєктні інструкції, як-от перехід з gemini.md на agents.md, що вплине на робочі процеси.

Технічний контекст

Я заглибився в анонс та нотатки Google щодо міграції, і суть там проста: Gemini CLI більше не є основним шляхом, тепер Google штовхає всіх до Antigravity CLI. Якщо у вас була AI-інтеграція через CLI у репозиторії, це не косметика, а реальна міграція робочого контуру.

Найнеприємніше не в назві. Я одразу спіткнувся об те, що проєктні інструкції треба переносити з gemini.md в agents.md, а отже, всі шаблони, репо-скрипти та внутрішні гайди, зав'язані на старе ім'я, починають брехати.

Google пише, що загальний робочий процес залишиться знайомим. Але я такі обіцянки завжди читаю з недовірою: якщо у вас є аліаси, shell-обгортки, кроки CI або документація із захардкодженим gemini, все це треба перевіряти руками.

Ще один момент: навколо Antigravity вже є плутанина, оскільки бренд використовують і для IDE, і для CLI. На практиці це означає зайві помилки встановлення, проблеми з PATH, з оточенням і з тим, який саме пакет людина завантажила.

Щодо термінів теж не розслабишся. В обговореннях вже з'являється дата зупинки запитів для частини платних сценаріїв з 18 червня 2026 року, тож відкладати міграцію до останнього я б не радив.

Що це змінює для бізнесу та автоматизації

Якщо у вас CLI вбудовано в AI-автоматизацію, проблема не в одному перейменуванні файлу. Ламаються тихі залежності: bootstrap-скрипти, онбординг нових розробників, автогенерація інструкцій для агентів, інтеграції в CI.

Виграють ті, у кого архітектура не прибита цвяхами до одного вендорського імені. Програють команди, які тягнули CLI як є, без шару абстракції та без нормального контролю конфігів.

Я в таких історіях зазвичай раджу не просто "оновити тулзу", а швидко перезібрати AI-архітектуру навколо нейтрального інтерфейсу: окремо інструкції агента, окремо виклики CLI, окремо секрети та auth. Саме такі переходи ми й закриваємо для клієнтів у Nahornyi AI Lab, коли потрібна не паніка після ребрендингу, а нормальна розробка AI-рішень під реальні процеси.

Якщо у вас вже є репозиторії, де сидять gemini.md, старі аліаси та крихка автоматизація, краще розібрати це зараз. Інакше в день X будете лагодити не Google, а свій прод. Якщо хочете, я з Nahornyi AI Lab допоможу спокійно перенести це в робочу схему та побудувати AI-автоматизацію так, щоб наступний раптовий ребрендинг не валив вам процеси.

Варто зазначити, що інструменти CLI постійно розвиваються, впливаючи на те, як ми взаємодіємо з системами ШІ та керуємо робочими процесами. Наприклад, раніше ми вже розглядали, як оновлення CLI в Obsidian 1.12 впливають на автоматизацію ШІ та архітектуру PKM, що підкреслює динамічність цих інтерфейсів.

Поділитися статтею