Симптом: личный аккаунт больше не выполняет запросы в Gemini CLI, а старые настройки и автоматизация остались на Mac.

Быстрое решение: если вы используете личный аккаунт, переходите на Antigravity CLI сейчас; если у вас корпоративная лицензия или платный API, оставьте Gemini CLI в резерве и проведите недельный двойной тест.

Эта инструкция предназначена для трёх групп:

  • разработчиков, которым нужно быстро восстановить ежедневную работу в терминале;
  • опытных пользователей со Skills, MCP Servers, Hooks, Agents и headless-скриптами;
  • руководителей, отвечающих за удалённые Mac, SSH-доступ, Xcode-сборки, безопасность и откат.

Последнее обновление — 15 августа 2026 года. Данные сверены с официальным объявлением о переходе Gemini CLI на Antigravity CLI, уведомлением от 18 июня 2026 года, официальным репозиторием Antigravity CLI и опубликованными материалами по миграции.

Сначала определите, какой доступ был отключён

Остановка 18 июня 2026 года относится не ко всем пользователям Gemini CLI. В официальном уведомлении указано, что запросы перестали обслуживаться для бесплатного индивидуального доступа, а также для личных уровней Google AI Pro и Google AI Ultra. Корпоративные пользователи с лицензиями Gemini Code Assist и пользователи с API-аутентификацией через поддерживаемые платные ключи не попали под это изменение в том же режиме. (github.com)

Проверьте свой случай по трём признакам:

  • вход выполнялся через личный Google-аккаунт в браузере;
  • в терминале не использовался корпоративный проект или платный API-ключ;
  • ошибка появилась именно после 18 июня 2026 года, хотя локальная установка и проект не менялись.

Если все три пункта совпадают, ожидание восстановления прежней OAuth-аутентификации — плохой план. Для личного пользователя Antigravity CLI становится основным направлением миграции.

Если доступ предоставлен организацией, не удаляйте Gemini CLI в первый день. Оставьте рабочую копию, назначьте тестовую ветку и сравните оба инструмента на одинаковых задачах. Официальная позиция допускает дальнейшее использование Gemini CLI для корпоративных и API-сценариев, но долгосрочные сроки поддержки старого терминального интерфейса не следует додумывать за Google. (github.com)

Перед установкой сохраните рабочий контур

Главная ошибка — запускать новый CLI в каталоге проекта и сразу удалять старую директорию. Так вы теряете возможность понять, что именно сломалось: авторизация, формат конфигурации, права или сама задача.

Сделайте отдельную копию следующих активов:

  • глобальных и проектных Skills;
  • конфигурации MCP Servers;
  • Agents и пользовательских профилей;
  • Hooks и команд, которые вызываются до или после ответа агента;
  • файлов памяти проекта, включая GEMINI.md;
  • расширений, которые могут преобразовываться в плагины;
  • shell-скриптов, CI-конфигураций и headless-команд;
  • переменных окружения, токенов и правил доступа к секретам.

Не переносите секреты в открытый архив. Для резервной копии используйте защищённое хранилище, а в рабочую копию положите только шаблон переменных окружения. Если скрипт зависит от SSH-агента, системного хранилища ключей или доступа к Xcode, запишите это отдельно.

Особое внимание уделите четырём зонам риска:

  1. Headless-режим. Интерактивный первый запуск может работать, а ночной скрипт без терминального интерфейса — завершаться с ошибкой.
  2. MCP. Сервер может импортироваться, но получить другие права на файлы, сеть или дочерние процессы.
  3. Hooks. Изменение имени команды, формата события или текущего каталога способно незаметно отключить проверку.
  4. Agents. Официальное объявление говорит о переносе поддерживаемых профилей, но обсуждения пользователей показывают, что отдельные пользовательские subagents могут потребовать ручной проверки формата. Это следует считать зоной совместимости, а не гарантированным импортом. (github.com)

Сохраните также список контрольных команд, которые вы запускаете каждый день. Например: тесты, форматтер, сборка, проверка diff, миграция базы или публикация артефактов. Именно этот список понадобится в первый день сравнения.

Первый час: проверьте импорт, а не только запуск

Установка Antigravity CLI для macOS и Linux выполняется официальным скриптом:

curl -fsSL https://antigravity.google/cli/install.sh | bash

После установки запустите:

agy --version
agy

Эти команды подтверждают наличие бинарного файла и запускают первоначальную настройку. Команда agy и способ установки указаны в официальном репозитории проекта. (github.com)

При первом запуске Antigravity CLI должен обнаружить локальные данные Gemini CLI и показать варианты миграции. По официальному уведомлению, в область автоматического переноса входят Skills, MCP Servers, Agents и совместимость с файлами GEMINI.md. Расширения в материалах проекта описываются как элементы, которые могут импортироваться в формат Antigravity plugins. (github.com)

Проверяйте импорт в таком порядке:

  1. Откройте пустой или учебный репозиторий, а не главный рабочий проект.
  2. Подтвердите импорт только после того, как увидите список обнаруженных компонентов.
  3. Запустите команду чтения структуры проекта.
  4. Попросите агента прочитать файл памяти, но не менять код.
  5. Выполните безопасный вызов одного MCP-сервера.
  6. Создайте небольшой файл и проверьте запрос разрешения на запись.
  7. Удалите тестовый файл и убедитесь, что операция также требует ожидаемого подтверждения.
  8. Проверьте, загружается ли пользовательский плагин или Skill.
  9. Повторите запуск в новом сеансе и убедитесь, что настройки не были только временными.

Не удаляйте старую конфигурацию, пока не проверены минимум проектная память, MCP, расширения и права на изменение файлов. Успешный запуск agy означает только то, что приложение стартовало. Он не доказывает перенос автоматизации.

Первый день: сравните одинаковую задачу в двух контурах

Функциональный список не покажет реальную стоимость перехода. Возьмите один небольшой репозиторий без production-секретов и выполните одну и ту же последовательность.

Проверка должна включать:

  • объяснение архитектуры по нескольким файлам;
  • изменение двух или более взаимосвязанных файлов;
  • запуск тестов и анализ ошибки;
  • выполнение команды через терминал;
  • просмотр diff перед сохранением;
  • запуск фоновой или длительной операции;
  • восстановление после прерванной сессии;
  • повторное выполнение задачи после изменения требований.

Для каждого запуска записывайте не только время ответа. Фиксируйте:

  • сколько раз вы вручную вмешивались;
  • какие разрешения были запрошены;
  • пришлось ли повторно объяснять структуру проекта;
  • корректно ли обработан неудачный тест;
  • сохранился ли контекст после переподключения;
  • совпадает ли итоговый diff с заданием;
  • не появились ли новые файлы, команды или сетевые обращения.

Не называйте один инструмент быстрее или надёжнее без собственной записи в одинаковой среде. Официальные описания Antigravity CLI заявляют поддержку многошагового рассуждения, редактирования нескольких файлов, вызова инструментов и удалённых SSH-сессий, но это описание возможностей, а не результат независимого теста производительности. (github.com)

Для корпоративной команды полезен режим «две линии»:

  • Gemini CLI остаётся доступным через текущую корпоративную или API-аутентификацию;
  • Antigravity CLI запускается на той же ветке или на копии репозитория;
  • результаты проверяются человеком;
  • изменения не объединяются автоматически до завершения ревью.

Так вы измеряете не впечатление от нового интерфейса, а количество ручных исправлений и реальный риск для процесса.

Первая неделя: отдельно примите Mac и SSH

На macOS проверяйте не только запуск терминала. В рабочем процессе важны системная авторизация, доступ к файлам, SSH и инструменты Apple-разработки.

Пройдите следующий сценарий:

  1. Войдите локально на Mac и проверьте, где сохраняются учётные данные.
  2. Выйдите из CLI и повторите авторизацию.
  3. Откройте SSH-сеанс на удалённом Mac.
  4. Запустите agy без графического доступа.
  5. Проверьте, как CLI выдаёт ссылку или другой способ завершить вход на локальном устройстве.
  6. Выполните чтение и изменение файла в рабочем каталоге.
  7. Запустите сборку Xcode-проекта.
  8. Выполните тесты и проверьте подпись только в разрешённом тестовом контуре.
  9. Прервите SSH-сеанс и восстановите его.
  10. Убедитесь, что предыдущий контекст не дал агенту лишних прав после переподключения.

Официальный репозиторий указывает, что локальная авторизация может использовать системное хранилище ключей, а удалённая SSH-сессия может показать URL для завершения входа на другом компьютере. Это нужно проверить именно в вашей схеме доступа: локальный терминал, jump host, удалённый Mac и корпоративная сеть могут вести себя по-разному. (github.com)

Права проверяйте отдельно для:

  • текущего каталога проекта;
  • родительских каталогов;
  • запуска дочерних процессов;
  • сетевых MCP-серверов;
  • чтения секретов;
  • доступа к SSH-ключам;
  • команд сборки и подписи.

Не включайте глобальное разрешение всех команд только ради уменьшения числа подтверждений. Для AI-агента это меняет границу риска: ошибка в инструкции или вредоносный файл в рабочем дереве получает более широкий путь к системе.

Сценарий для удалённой разработки

Представьте, что вы арендуете или используете удалённый Mac для iOS-проекта. Antigravity CLI импортировал Skills, но SSH-сессия не сохранила ожидаемый способ авторизации. Локальная задача продолжает работать, а ночная сборка падает до запуска тестов.

В этом случае проблема не в «качестве AI». Проблема — в незавершённой цепочке:

  • вход;
  • доступ к каталогу;
  • разрешение команд;
  • Xcode toolchain;
  • подпись;
  • восстановление после разрыва.

Поэтому Mac-среду нельзя считать принятой, пока агент не прошёл полный цикл от изменения кода до сборки и теста.

Через неделю выберите миграцию или двойной режим

Используйте эту схему выбора:

Условия после недельной проверки Решение Что сохранить
Личный аккаунт, старый вход не работает, Skills и MCP прошли тест Полностью переходить на Antigravity CLI Архив Gemini CLI и условия отката
Личный аккаунт, но headless или пользовательские Agents не работают Переходить поэтапно Старые скрипты, тестовую ветку и ручной запуск
Корпоративная лицензия или платный API, Gemini CLI стабилен Временно оставить двойной режим Еженедельную проверку совместимости
SSH, Xcode или права не проходят Не считать миграцию завершённой Рабочий старый контур и отдельный Mac для исправления
MCP-сервер импортирован, но получил неверные права Остановить автоматизацию Конфигурацию с минимальными разрешениями

Перед окончательным переключением отметьте все пункты:

  • [ ] личный, корпоративный или API-доступ документирован;
  • [ ] резервная копия конфигурации создана;
  • [ ] Skills импортированы и вызваны в тестовом проекте;
  • [ ] MCP-серверы проверены по одному;
  • [ ] Agents и пользовательские subagents просмотрены вручную;
  • [ ] Hooks и headless-команды имеют успешный тест;
  • [ ] права на файлы, сеть и дочерние процессы ограничены;
  • [ ] SSH-вход повторён после выхода из системы;
  • [ ] Xcode-сборка и тесты выполнены;
  • [ ] определено условие отката;
  • [ ] старый конфиг переведён в архив, а не удалён.

Стоимость перехода — это не только текущий тариф. Учитывайте время адаптации, повторную проверку MCP, исправление CI, ручное ревью и возможный простой после ошибки авторизации. Официальные страницы и условия доступа могут меняться, поэтому перед закупкой или изменением корпоративной схемы проверяйте актуальные документы, а не старые публикации.

Что делать с текущим решением и когда нужен удалённый Mac

Если вы просто продолжите использовать старый Gemini CLI с личной OAuth-аутентификацией, главный недостаток уже известен: запросы для этой категории аккаунтов остановлены 18 июня 2026 года. Если вы оставите только локальную установку Antigravity CLI без теста, получите другой риск — непроверенные Agents, MCP, headless-скрипты и SSH-права. А если будете тестировать всё на случайном компьютере, не увидите проблем полноценного macOS-цикла с Xcode.

Практичный порядок такой: сначала сохраните конфигурацию, затем выполните недельную проверку на реальном проекте, и только после этого решайте, нужен ли постоянный Mac. Если текущая машина не позволяет стабильно проверять macOS, SSH и Xcode, можно рассмотреть аренду Mac для тестового периода или выбрать подходящую конфигурацию Mac mini. Это разумнее, чем покупать устройство до того, как вы подтвердили совместимость рабочего контура.

MACCOME имеет смысл рассматривать именно как временную инфраструктуру для миграционного теста: отдельный удалённый Mac, чистая среда, повторяемый SSH-доступ и возможность проверить сборку без изменения основного компьютера. Для постоянной тяжёлой нагрузки, физических устройств, локальных периферийных интерфейсов или строгих требований к хранению данных аренда подходит не всегда. Но для восстановления терминального AI-процесса и принятия решения по Antigravity CLI сначала нужен проверяемый тестовый цикл, а не долгий контракт.