Gemini 4 Argon: что проверить при переходе API и пересчёте бюджета

Что стало доступно 13 октября

13 октября 2026 года Google объявила общую доступность Gemini 4 Argon в своей облачной AI-платформе. В каталоге Gemini API модель с идентификатором gemini-4-argon имеет статус Stable. Это дата выхода в общую доступность; более ранние упоминания Argon не означали одинаковый доступ во всех продуктах Google. Запись о GA от 13 октября; карточка модели.

Этот материал посвящён переходу собственной интеграции на Gemini Developer API. Доступ и бюджет готового Gemini agent разобраны в отдельной статье. Подписка сотрудника и счета API относятся к разным вариантам использования.

До теста проверьте регион и платёжный проект. Argon отсутствует в бесплатном уровне API и в плане Google AI Pro. России на дату проверки нет в списке поддерживаемых регионов Gemini API и AI Studio. Русскоязычный материал адресован также компаниям, работающим в поддерживаемых странах; обход ограничений не входит в план внедрения. Условия доступа и оплаты; поддерживаемые регионы.

Одной замены имени модели недостаточно

Главные изменения нужно искать в коде, который собирает запрос, и в настройках используемого фреймворка:

1. Уберите явный кэш. Argon не поддерживает создание и использование explicit cache. Проверьте вызовы cachedContents, caches.create и ссылки cached_content.
2. Пересмотрите настройки генерации. temperature, top_p и top_k игнорируются. Прежнее значение temperature: 0 больше не является действующим способом настройки Argon.
3. Проверьте рассуждение и выходной лимит. thinking_level принимает low, medium или high; по умолчанию используется medium. Лимит max_output_tokens расходуется совместно на рассуждение и ответ. Google советует пересмотреть старые ограничения ниже 32 768 токенов.

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

Не увеличивайте лимит во всех очередях автоматически. Попросите разработчика показать фактическую конфигурацию после всех промежуточных библиотек. В интерфейсе может стоять одно значение, а общий клиент или тестовый инструмент подставлять другое. У каждой настройки должны быть владелец, основание и результат проверки.

Миллион токенов нужно распределить

Окно в 1 048 576 токенов общее для входа, рассуждения и ответа. Для Interactions API без фонового выполнения (background: false) предел рассуждения и ответа составляет 65 536 токенов. Модель принимает текст, изображения, аудио, видео и PDF, но выдаёт текст; генерация аудио и Live API в карточке не поддерживаются. Лимиты и возможности Argon.

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

Скидку кэша подтверждает расход

Неявное кэширование включено автоматически; для Argon минимальный вход составляет 4 096 токенов. Экономия возникает на токенах, действительно попавших в кэш. Общий префикс и близкое время запросов повышают вероятность попадания; проверить его можно по usage.total_cached_tokens. Правила implicit caching.

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

Пример приёмки: сравнение предложений поставщиков

Условная компания собирает для менеджера закупок сводку по трём PDF-предложениям: товар, количество, единица измерения, цена, валюта, доставка и срок действия. В одном документе цена дана за упаковку, в другом за штуку, в третьем отсутствует стоимость доставки. Задача модели — подготовить сравнение с указанием исходных фрагментов и незаполненных условий. Решение о поставщике принимает сотрудник.

Это редакционный сценарий проверки перехода, а не выполненное внедрение. До теста сотрудник составляет контрольную сводку. Зафиксируйте версии файлов и время получения предложений. Затем старая и новая конфигурации получают один и тот же разрешённый набор документов: обновлённая цена поставщика не должна искажать сравнение моделей. Выход сохраняют как черновик: закупка, письмо поставщику и изменение рабочих записей требуют отдельного процесса.

1. Запрос со старой настройкой кэша. Найдите и замените путь explicit cache до выпуска. В протоколе должен быть фактически отправленный запрос без секретов и лишних данных документов.
2. Прежний маленький лимит. Проверьте, не заканчивается ли обработка до полезной сводки. Пустой или неполный ответ должен оставить сравнение открытым для сотрудника. Увеличение лимита сопровождается новым расчётом расходов.
3. Три уровня рассуждения. Сравните low, medium и high на тех же документах. Отмечайте перепутанные единицы, потерянные условия и минуты исправлений. Выбирайте настройку по принятому результату.
4. Повторяющиеся условия закупки. Отдельно измерьте кэшируемый вход. Повторная отправка документа сама по себе не подтверждает скидку.
5. Тайм-аут или прерывание. Сотрудник должен видеть, какие предложения разобраны и чего не хватает. Возобновление не должно помечать отсутствующий результат готовым или молча запускать неограниченные повторы.

Сохраните версии модели и инструкции, настройки, статус завершения, токены, длительность и исправления. Сравнение лучше проводить без автоматического выбора «победителя»: самое дешёвое число может относиться к другой комплектации. Контрольная сводка проверяет смысл результата, а журнал показывает техническую причину изменений.

Если Argon не уменьшает существенные ошибки или время проверки, одного нового названия модели недостаточно для перехода. Общий процесс подготовки закупочного черновика описан в руководстве по AI и заказам поставщикам; здесь проверяется именно изменение API-конфигурации.

Посчитайте процесс по тарифу после 1 декабря

Для режима Standard Gemini Developer API Google публикует следующие ставки в USD за миллион токенов:

• До 30 ноября 2026 включительно: вход 2 USD, выход вместе с рассуждением 10 USD, кэшированный вход 0,10 USD.
• С 1 декабря 2026: вход 4 USD, выход вместе с рассуждением 20 USD, кэшированный вход 0,20 USD.

Это временная стартовая цена и следующая стандартная цена. У Batch и Flex другие ставки; не смешивайте режимы в одном расчёте. Текущая таблица цен.

Числа потребления придуманы для расчёта; они не обещают, что Argon решит конкретную задачу за 8 000 выходных токенов. Пример предполагает один завершённый вызов на сравнение, без кэш-скидки, инструментов и повторов. Отдельно добавляются инфраструктура, подготовка файлов, проверка сотрудником, разработка и применимые налоги.

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

Пропускная способность тоже ограничена: квоты API применяются к проекту, а доступные значения зависят от аккаунта и отображаются в AI Studio. Новый ключ не создаёт отдельную квоту проекта. Согласуйте очередь и обработку ошибок 429 до увеличения объёма. Правила ограничений API.

Когда длинный ответ меняет и хранение, и счёт

Для суммарной генерации рассуждения и ответа свыше 65 536 токенов через Interactions API нужен фоновый режим, увеличенный max_output_tokens и store: true. Один background: true без увеличения лимита оставляет прежний предел. Перед включением такого режима отдельно согласуйте сохранение данных на стороне сервиса. Условия long decode.

Длинная генерация продолжается порциями. Предыдущий контекст снова обрабатывается как вход и добавляет начисления с кэш-скидкой; входной счётчик суммирует эти повторные проходы. Не используйте его как размер текущего окна. Ошибочные и отменённые взаимодействия также могут иметь оплаченный расход. Подсчёт токенов и оплата продолжений.

Google не рекомендует long decode для обычных сводок, классификации и извлечения полей. Для приведённого сравнения предложений сначала проверяйте обычный режим. Если команда предлагает длинную фоновую обработку, попросите показать, какое требование не выполняется без неё и как сотрудник получает полный результат после прерывания. Подходящие задачи и ограничения.

С чем принимать решение о переходе

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

Для проекта с SABSUS опишите обмен через API и интеграции: откуда приходят файлы, где сохраняется черновик и кто его проверяет. Совместимость с Gemini 4 Argon, доступные операции и стоимость разработки подтверждаются для выбранного проекта; готовое подключение этой модели в статье не заявляется.

Автор: редакция SABSUS. Источники проверены 13 октября 2026 года UTC. Сценарий, арифметический пример и критерии приёмки являются редакционным анализом. Вызовы Argon, качество модели на документах и клиентское внедрение при подготовке материала не тестировались.