# Gemini 3.8 Flash тормозит в Antigravity: что видно и что делать

> Отсчёт повторов и 503 в Antigravity — нехватка мощности у Google, а не ваша квота: ждите или берите 3.7 Flash. Повтор одной команды — цикл, его останавливают.

- URL: https://blog.laozhang.ai/ru/posts/gemini-3-8-flash-antigravity-slow
- Published: 2026-09-21
- Updated: 2026-09-25
- Author: LaoZhang AI Team (https://blog.laozhang.ai/ru/about)
- Topic: Gemini и Google AI
- Tags: Gemini 3.8 Flash, Antigravity, Antigravity 2.0, Устранение неполадок

---
Если Gemini 3.8 Flash в Antigravity долго молчит или висит на «Working…», сначала посмотрите, что именно показывает окно: от этого зависит, ждать или вмешиваться. Обратный отсчёт с номером попытки, сообщение о высокой нагрузке или ошибка 503 `MODEL_CAPACITY_EXHAUSTED` означают, что на серверах Google не хватает мощности для модели. Клиент в это время сам повторяет запрос, а срочную работу можно временно перевести на Gemini 3.7 Flash. Если агент раз за разом запускает одну и ту же команду без нового результата, это цикл: его нужно остановить, пока он не израсходовал квоту. Если агент показал команду и ждёт кнопки, он не тормозит, а ждёт вас. А если подвисает само окно при переключении разговоров или открытии большого diff, поможет обновление клиента, а не смена модели.

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

## Что видно в окне и что с этим делать

| Что вы видите | Что это обычно значит | Что делать | Когда перестать ждать |
|---|---|---|---|
| Пауза в несколько секунд перед первым ответом на сложной задаче, особенно на уровне High | Модель рассуждает, прежде чем писать | Подождать; для простых задач поставить Low или Medium | Когда так же долго молчит короткий запрос в новом разговоре |
| Обратный отсчёт с номером попытки, «Our servers are experiencing high traffic right now» или 503 `MODEL_CAPACITY_EXHAUSTED` | Не хватает мощности модели на сервере; клиент повторяет запрос сам | Не отправлять сообщение заново; срочное перевести на 3.7 Flash | Если работа срочная, переключайтесь сразу; сам клиент прекращает повторы примерно через 12 минут |
| Агент показал команду терминала и ничего не делает | Включён режим Request Review: без вашего подтверждения команда не запустится | Прочитать команду, подтвердить или отклонить | Сразу: ждать здесь нечего |
| Работают инструменты, появляются новые файлы, выводы команд, правки | Агент делает работу; 3.8 Flash вызывает инструменты по нескольку раз подряд | Ждать и просматривать изменения | Пока каждый шаг приносит что-то новое, это не зависание |
| Одна и та же команда или правка повторяется без нового результата | Агент зациклился | Остановить, посмотреть вывод команды и diff | Как только повтор не дал ничего нового |
| Подтормаживает само окно: переключение разговоров, большие файлы, возврат после простоя | Проблемы клиента, часть из которых исправлена в версиях 2.14–2.17 | Обновить Antigravity 2.0 | Смена модели здесь не поможет |
| «Working…» без отсчёта и без шагов, даже на «привет» в пустом разговоре | Старая сборка без индикатора повторов или сбой на стороне сервиса | Сделать контрольную проверку (ниже), затем 3.7 Flash или отзыв | Если короткий запрос тоже висит |

Верхняя строка таблицы и последняя похожи только внешне. Рассуждать над «привет» модели не о чем, поэтому долгое молчание на коротком запросе в пустом разговоре указывает уже не на глубину рассуждений, а на очередь, повторы или сбой.

## От сборки зависит, что вы увидите

Одно и то же ожидание в разных сборках Antigravity 2.0 выглядит по-разному. До версии 2.14.0 единственная временная ошибка сервиса могла оборвать сессию. Начиная с 2.14.0 (15 сентября 2026 года) такие ошибки повторяются с нарастающими паузами примерно двенадцать минут: сессия не падает, но и ответа всё это время нет. Показывать, что происходит, клиент начал только в 2.16.0 (22 сентября): индикатор загрузки сообщает, чем занят агент, как идёт инициализация инструментов, а при повторе запроса выводит обратный отсчёт и номер попытки.

Отсюда практический вывод: на сборке между 2.14.0 и 2.16.0 долгое молчание без всякой ошибки вполне может оказаться серией повторов, которых просто не видно.

| Версия | Дата | Что меняется для «тормозов» |
|---|---|---|
| 2.14.0 | 15 сентября 2026 года | Временные ошибки повторяются около 12 минут вместо обрыва сессии; длинные разговоры открываются быстрее и занимают меньше памяти; убрано лишнее сканирование правил и skills при каждом сообщении; исправлено зависание на несколько секунд после переподключения; завершённые команды терминала больше не держат весь вывод в памяти |
| 2.15.0 | 18 сентября 2026 года | Быстрее переключаются разговоры; исправлены дубли записей разрешений, из-за которых файлы разговоров сильно разрастались и приложение замедлялось; ошибка, пришедшая без работы инструментов, больше не теряется, а показывается |
| 2.16.0 | 22 сентября 2026 года | Индикатор с отсчётом и номером попытки; карточки subagent-ов со статусом и кнопкой остановки; поиск skills на больших и сетевых проектах занимает меньше секунды вместо минуты с лишним; повторное открытие старого разговора больше не применяет его прежние правки поверх новой работы |
| 2.17.0 | 22 сентября 2026 года | Большие файлы и diff больше не замораживают приложение (файлы больше 100 КБ показываются простым текстом); у правил отдельный бюджет в 20 000 токенов |

Новые версии выкатываются постепенно и доходят до всех пользователей за несколько дней, так что ваша сборка может отставать от [changelog Antigravity](https://antigravity.google/changelog). Все номера выше относятся только к десктопному Antigravity 2.0: у Antigravity CLI и расширений для IDE своя нумерация (например, CLI 1.2.8 вышел 22 сентября).

## Долгая пауза перед ответом: где кончается норма

В [анонсе модели](https://blog.google/innovation-and-ai/models-and-research/gemini-models/3-8-flash-and-3-8-flash-cyber/) Google прямо пишет, что 3.8 Flash «работает усерднее»: на сложных задачах выполняет дополнительные шаги рассуждения, вызывает инструменты итеративно и иногда расходует больше токенов, особенно на высоких уровнях. Тем, кому важнее экономия, Google предлагает снизить уровень рассуждений или остаться на Gemini 3.7 Flash, которая по-прежнему полностью поддерживается.

Насколько длинной бывает пауза у исправной модели, показывают сторонние замеры Artificial Analysis. Через API Google на уровне high время до первого токена (TTFT) у Gemini 3.8 Flash составило 14,71 с, тогда как медиана у рассуждающих моделей того же ценового класса — 3,78 с. Скорость вывода при этом высокая, 292 токена в секунду. Цифры вроде «300 токенов в секунду» описывают скорость после начала генерации, а не ожидание до неё. Это данные API на уровне high, а не Antigravity на Medium или Low, и порогом «после N секунд — сбой» они не служат. Они показывают другое: четверть минуты тишины на тяжёлом запросе с высоким уровнем ещё укладывается в нормальную работу.

Уровень рассуждений (thinking level) выбирается в селекторе модели под полем ввода. В документации Antigravity для моделей Gemini Flash показаны варианты Fast, Low, Medium и High; чем именно отличается Fast, в тексте документации не объяснено. В Antigravity CLI уровень меняют командой `/effort` или флагом `--effort` при запуске. Для простой правки или короткого вопроса High не нужен; для многошаговой задачи лишние секунды — цена глубины. Как уровни задаются в API, подробно разобрано на примере другой модели в статье «[Как настроить уровни мышления Gemini 3.1 Pro](https://blog.laozhang.ai/ru/posts/gemini-3-1-pro-thinking-level)».

## Контрольная проверка за пару минут

Когда непонятно, виновата задача или сервис, помогает короткое сравнение, в котором меняется только одно условие.

![Три шага проверки: сохранить работу и поставить задачу на паузу, отправить в новом чате без инструментов запрос «Ответь одним словом: готово», затем сравнить начало ответа, модель и уровень рассуждений](https://blog.laozhang.ai/posts/ru/gemini-3-8-flash-antigravity-slow/img/controlled-comparison.webp)

1. Не бросайте текущую задачу посреди правок: дождитесь паузы или остановите агента и посмотрите, какие файлы он уже изменил.
2. Откройте новый разговор и отправьте запрос, которому не нужны инструменты, например «Ответь одним словом: готово». Модель и уровень оставьте те же.
3. Отправьте тот же запрос на Gemini 3.7 Flash.
4. Запишите номер сборки, модель и уровень, время по UTC, был ли отсчёт с номером попытки и текст ошибки, если она появилась.

Как читать результат:

- **Короткий запрос отвечает быстро, исходная задача нет.** Дело в самой задаче: длинный разговор, много шагов с инструментами, высокий уровень. Снизьте уровень, разбейте задачу на части, а очень длинный разговор продолжите в новом, передав краткий итог.
- **На 3.8 Flash короткий запрос висит, на 3.7 Flash отвечает.** Похоже на нехватку мощности именно для 3.8 Flash. Срочную работу ведите на 3.7 и вернитесь к 3.8 позже.
- **Висят обе модели.** Проблема шире одной модели: 15 сентября на форуме писали, что тормозят и 3.7, и все модели Gemini. Обновите клиент, если обновление уже доступно, подождите и отправьте отзыв с записанными данными.

Одна такая проверка показывает положение дел в конкретный момент и гарантией не является. 16 сентября на форуме в течение нескольких часов сообщали то «медленно», то «нормально», то снова «медленно», поэтому один быстрый ответ не значит, что следующий будет таким же.

## Отсчёт, «high traffic» и 503: мощность, а не ваша квота

В сообщениях с форума Google AI Developers встречаются две формы одного и того же явления. Первая — повторяющееся «Our servers are experiencing high traffic right now». Вторая — ошибка 503 `UNAVAILABLE` с причиной `MODEL_CAPACITY_EXHAUSTED` и текстом «No capacity available for model gemini-3.8-flash-medium on the server». Обе означают, что на сервере закончилась мощность для этой модели у всех, кто к ней обращается, а не что вы исчерпали свой лимит. Antigravity с первых дней разделяет сообщения «вы упёрлись в свою квоту» и «все пользователи упёрлись в общую мощность».

Строка `gemini-3.8-flash-medium` в ошибке — внутреннее имя варианта модели на сервере, а не идентификатор, который нужно куда-то вписывать. Публичный ID модели в Gemini API — `gemini-3.8-flash`, а в Antigravity модель и уровень выбираются из списка.

Что делать, если вы видите отсчёт или такую ошибку:

- Не отправляйте то же сообщение повторно: клиент (начиная с 2.14.0) уже повторяет запрос сам.
- Если работа срочная, переключитесь на 3.7 Flash. Этот обходной путь 15 сентября предложил сотрудник форума Google AI Developers, и многим он помог. Но в той же ветке были сообщения, что тормозила и 3.7, так что это вариант, а не гарантированное решение.
- Если примерно двенадцать минут повторов закончились ошибкой, откройте новый разговор и сделайте контрольную проверку из раздела выше, а не перезапускайте длинную задачу целиком.

Списывается ли квота за ходы, которые не прошли из-за нехватки мощности, в документации не сказано: там нет ни обещания, что такие ходы не считаются, ни правила о возврате. От поста аккаунта antigravity в X доступен только начальный фрагмент: высокая нагрузка на 3.8 Flash, запросы завершаются ошибками, «will be resetting rate …». Полный текст, дата и условия этого «сброса» неизвестны. Рассчитывать на то, что квоту вернут, не стоит.

Если та же 503 приходит вам не в Antigravity, а в Gemini CLI или при вызове API, разбор по поверхностям есть в статье «[Ошибка Gemini High Demand: как быстро понять, что делать дальше](https://blog.laozhang.ai/ru/posts/gemini-high-demand-error)».

## Квота: где смотреть и почему цикл её сжигает

Лимиты в Antigravity зависят от плана, и конкретных чисел Google не публикует. По [документации о планах](https://antigravity.google/docs/plans):

- Google AI Ultra — самая большая квота, обновляется каждые пять часов, плюс самые высокие недельные лимиты;
- Google AI Pro — большая квота, обновляется каждые пять часов, пока не достигнут недельный лимит;
- остальные пользователи — квота, которая обновляется раз в неделю, с недельным лимитом.

Для диагностики важнее другое: лимиты связаны с объёмом работы агента, а не с числом сообщений. Простая задача, которую агент решает быстро, стоит немного, а длинная серия шагов стоит дорого. Поэтому агент, который по кругу гоняет одну команду, расходует квоту так же, как если бы делал полезную работу. Google также оговаривает, что лимиты могут меняться, чтобы управлять нагрузкой на систему.

Где посмотреть остаток:

- в Antigravity 2.0 — на странице настроек, где показано использование базовой квоты по моделям; время до обновления квоты видно и в селекторе модели;
- в Antigravity CLI — командой `/usage` (или `/quota`): она заново запрашивает квоты у сервиса и открывает панель Model Quotas.

У аккаунтов Enterprise и Business поквотного учёта по моделям нет, поэтому панели использования в селекторе у них тоже нет.

На планах Pro и Ultra есть настройка AI Credit Overages. В режиме Always после исчерпания базовой квоты Antigravity автоматически начинает тратить купленные AI-кредиты. Значит, зацикленный агент будет расходовать уже деньги. В режиме Never он просто дождётся обновления квоты. Пока вы разбираетесь с зависаниями, режим Never безопаснее.

Если вы упираетесь в ошибку 429 при работе с Gemini API напрямую, это другие лимиты с другой логикой; о них — в статье «[Лимиты Gemini API в 2026 году: как найти причину 429](https://blog.laozhang.ai/ru/posts/gemini-api-rate-limits-guide)».

## Агент ходит по кругу: остановить и проверить изменения

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

![Сравнение двух сценариев: сверху агент читает файл, находит ошибку, вносит правку и проверяет её, снизу раз за разом выполняет npm test без изменений, а рядом кнопка остановки и совет проверить вывод, разрешения и изменения файлов](https://blog.laozhang.ai/posts/ru/gemini-3-8-flash-antigravity-slow/img/progress-or-loop.webp)

Как выйти из цикла, не потеряв сделанного:

1. **Остановите выполнение.** Начиная с 2.16.0 работающий subagent можно остановить прямо с его карточки в разговоре, наведя на неё курсор.
2. **Прочитайте вывод повторяющейся команды.** Если команда каждый раз падает с одной и той же ошибкой, агент пытается «починить» её повтором. Дайте ему то, чего не хватает: путь, зависимость, точную цель. Либо выполните этот шаг сами.
3. **Проверьте изменения файлов.** Просмотрите diff и откатите лишнее, прежде чем продолжать. На сборках до 2.16.0 повторное открытие старого разговора могло заново применить его прежние правки поверх новой работы, а до 2.17.0 откат разговора назад мог восстановить устаревшие версии файлов. На старой сборке после таких действий diff стоит проверять особенно внимательно.
4. **Продолжите с узкой инструкцией.** Укажите, что уже сделано, какой следующий шаг и чего делать не нужно. С версии 2.17.0 есть команда `/plan`: агент сначала пишет план, который можно прочитать и поправить до того, как он начнёт менять код.
5. **Если 3.8 Flash зацикливается снова, попробуйте эту задачу на 3.7 Flash.** Автор одной из веток форума 18 сентября описывал циклы на простых командах оболочки в семи сессиях, а в ответе от 22 сентября другой пользователь написал, что помог только возврат на 3.7. Это отдельные сообщения без логов, но проверить такой вариант недорого.

Ослаблять разрешения, чтобы агент «проходил быстрее», не стоит. Режимы Turbo и Always Proceed снимают проверку команд, и зацикленный агент будет выполнять их без вашего участия.

## Агент не тормозит, а ждёт подтверждения

В режиме Request Review агент никогда не запускает команды терминала без вашего подтверждения, кроме тех, что явно добавлены в список разрешённых (Allow list). Пресеты разрешений (Default, Request Review, Turbo) находятся в Settings → General → Permission Settings, и для отдельного проекта их можно переопределить. Если вы переключились на другое окно, а агент в это время предложил команду, со стороны это выглядит как зависание: агент ничего не делает, пока вы не ответите. Вернитесь в разговор, прочитайте команду и подтвердите или отклоните её.

## Тормозит само приложение

Если медленно открываются разговоры, окно подвисает на большом файле или после возвращения к компьютеру, модель тут ни при чём. Большая часть таких симптомов прямо перечислена в исправлениях последних версий Antigravity 2.0 (таблица выше): долгие разговоры и память в 2.14.0, переключение разговоров и разросшиеся файлы разговоров в 2.15.0, медленный поиск skills на больших и сетевых проектах в 2.16.0, заморозка на больших файлах и diff в 2.17.0.

Что делать:

- обновите Antigravity 2.0; если новая версия до вас ещё не дошла, подождите несколько дней, выкатка идёт постепенно;
- очень длинный разговор продолжите в новом, передав краткий итог: медленная загрузка длинных разговоров — одна из проблем, которые исправляли в 2.14.0, и на более старой сборке она никуда не делась;
- для проектов с большим файлом правил учтите, что с 2.17.0 у правил отдельный бюджет в 20 000 токенов, а время на загрузку правил, workflows и агентов на больших проектах выросло с 3 до 15 секунд.

Удалять кэш, служебные папки или сам проект ради скорости не нужно: для перечисленных симптомов исправления пришли в обновлениях клиента.

## Что происходило с 15 по 24 сентября

История жалоб на [форуме Google AI Developers](https://discuss.ai.google.dev/t/gemini-3-8-in-antigravity-is-too-slow/183057) помогает понять, как выглядел сбой со стороны пользователя. Время указано по UTC.

- **15 сентября, 09:17.** Первое сообщение: Antigravity 2.0 обычно быстрый, но со вчерашнего дня время до первого токена «ползёт», и даже «hi» в новом пустом чате висит, причём без ошибок. Дальше одни пишут, что 3.7 работает нормально, другие — что медленная и 3.7, третьи видят повторяющееся «high traffic» или 503 `MODEL_CAPACITY_EXHAUSTED`.
- **15 сентября, 19:25.** Сотрудник форума отвечает, что инженерная команда знает о снижении производительности Gemini 3.8 Flash и разбирается, а в качестве временной меры советует переключиться на 3.7 Flash.
- **15 сентября, 22:31.** Тот же сотрудник пишет, что проблема решена.
- **16–18 сентября.** Снова жалобы: «медленно, потом нормально, потом опять медленно»; 17 сентября один пользователь пишет, что агент шесть часов висел на одном месте; 18 сентября — «всё ещё медленно».
- **24 сентября.** Новые сообщения: «медленно всю эту неделю» и «дело не только в 3.8, Working… не заканчивается», причём во второй раз за 20 минут.

Эта хронология не говорит, работает ли сервис сейчас: жалобы продолжались и после ответа «решено». Публичная страница статуса Antigravity в документации и changelog не указана (на форуме о ней просили), поэтому текущее состояние лучше проверять контрольным запросом, а не по дате последнего «исправлено».

## Когда отправлять отзыв и что приложить

Отправлять отзыв стоит, если короткий запрос в новом разговоре висит на обеих моделях, если после двенадцати минут повторов приходит ошибка или если агент зацикливается снова на узкой задаче. В ветке Google Help о задержках 3.8 Flash от 15 сентября лучший ответ сводится к тому же: отправьте отзыв из продукта, разработчики его читают.

Приложите:

- номер сборки Antigravity 2.0 (или версию CLI);
- модель и уровень рассуждений;
- время по UTC;
- точный текст ошибки: начиная с 2.13.0 кнопка копирования на неудавшемся ходе копирует подробности ошибки;
- был ли отсчёт с номером попытки и сколько попыток прошло;
- результат контрольной проверки: 3.8 против 3.7 на коротком запросе.

До 2.15.0 отзыв с большими диагностическими логами мог не отправиться; если он не уходит, сначала обновите клиент.

## Частые вопросы

### Поможет ли новый разговор?

Поможет, если тормозит сам длинный разговор, особенно на сборке старше 2.14.0: новый разговор с кратким итогом снимает с клиента тяжёлую историю. При нехватке мощности на сервере новый разговор ничего не меняет, а автор одной из веток форума писал, что новые чаты ему не помогли. Отличить эти случаи помогает контрольная проверка.

### Вернут ли квоту, потраченную во время сбоя?

В документации Antigravity такого обещания нет, и правила о том, считаются ли неудачные из-за нехватки мощности ходы, тоже нет. Фрагмент поста в X про «resetting rate …» условий не раскрывает. Надёжнее ограничить расход: останавливать циклы и держать AI Credit Overages в режиме Never, пока ситуация не прояснится.

### Может, просто перейти обратно на 3.7 Flash?

Для задач, где важнее скорость и расход, Google сам предлагает 3.7 Flash, и она остаётся полностью поддерживаемой. 3.8 Flash даёт больше глубины на сложных многошаговых задачах, за что и платит временем. Разумно держать обе: 3.7 для быстрых правок и на время сбоев, 3.8 для сложной работы. Если вы переводите на 3.8 Flash код, который вызывает модель через API, ID и цены разобраны в статье «[Gemini 3.8 Flash: цена, ID модели и переход с 3.7 без риска](https://blog.laozhang.ai/ru/posts/gemini-3-comparison)».

## Источники

Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 2026-09-25.

- [changelog Antigravity](https://antigravity.google/changelog) (antigravity.google)
- [анонсе модели](https://blog.google/innovation-and-ai/models-and-research/gemini-models/3-8-flash-and-3-8-flash-cyber/) (blog.google)
- [документации о планах](https://antigravity.google/docs/plans) (antigravity.google)
- [форуме Google AI Developers](https://discuss.ai.google.dev/t/gemini-3-8-in-antigravity-is-too-slow/183057) (discuss.ai.google.dev)