Gemini 4 Argon в OpenCode: настройка и текущие ограничения

Gemini 4 Argon можно настроить в OpenCode через его нативный провайдер Google. Полезнее выяснить, что происходит после первого ответа: сохраняет ли клиент подписанные части, правильно ли возвращает результаты инструментов и распознаёт ли ответ для продолжения генерации? Наша офлайн-проверка OpenCode v1.19.0 показала корректную обработку текста и сообщений инструментов, но выявила проблемы с продолжением длинного вывода и обрывами потока.

Это руководство даёт начальную конфигурацию и точно обозначает границы полученных подтверждений. Оно не доказывает, что полноценная интеграция агента для программирования с SeedRouter проверена на реальных вызовах. Если вам нужен более простой клиент с одним осознанно отправляемым запросом на каждый ход, воспользуйтесь руководством по диалогу на Python.

Настройте Gemini 4 Argon в OpenCode

Проверьте установленную версию командой opencode --version. Приведённые ниже результаты относятся к опубликованной сборке v1.19.0, проверенной 14 октября 2026 года. Более новая сборка требует отдельной проверки: наличие функции в ветке разработки не доказывает, что установленный релиз её поддерживает.^[1]

Для первой проверки создайте пустой каталог проекта. Скачайте в него конфигурацию OpenCode. Её раздел подключения выглядит так:

{
  "provider": {
    "google": {
      "npm": "@ai-sdk/google",
      "options": {
        "apiKey": "{env:SEEDROUTER_API_KEY}",
        "baseURL": "https://api.seedrouter.ai/v1beta"
      },
      "models": {
        "gemini-4-argon": {
          "name": "Gemini 4 Argon",
          "reasoning": true,
          "tool_call": true,
          "limit": { "context": 1048576, "output": 4096 },
          "options": {
            "thinkingConfig": { "thinkingLevel": "low", "includeThoughts": true }
          }
        }
      }
    }
  }
}

OpenCode поддерживает подстановку переменных окружения в файлах конфигурации.^[2] Задайте SEEDROUTER_API_KEY в оболочке, не включая ключ в коммиты проекта. Скачиваемый файл также выбирает google/gemini-4-argon, отключает общий доступ и автоматические обновления и разрешает только инструмент read. Проверьте эти разрешения перед работой с существующим репозиторием. Флаги reasoning и tool_call описывают поведение клиента; они не доказывают, что конкретный аккаунт или сервис поддерживает все операции.

Значение вывода 4096 — намеренно выбранный начальный лимит в этой конфигурации, а не официальный максимум Argon. Рассуждения тоже расходуют этот лимит. Правила для контекста, вывода и продолжения приведены в справочнике API.

Начните с одного короткого запроса

Проверьте конфигурацию и текущие тарифы, затем выполните:

OPENCODE_CONFIG="$PWD/gemini-4-argon-opencode.json" \
OPENCODE_DISABLE_MODELS_FETCH=1 \
OPENCODE_DISABLE_AUTOCOMPACT=1 \
opencode run --model google/gemini-4-argon \
  "Explain a mutex in one sentence. Do not use tools."

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

Путь нативного запроса должен заканчиваться на gemini-4-argon:streamGenerateContent?alt=sse. В проверенной сборке провайдер Google отправлял учётные данные в x-goog-api-key. Это отличается от примеров cURL с заголовком Bearer в общем руководстве по API; выбор универсального провайдера OpenAI не создаёт такой же нативный запрос.

Что подтвердили офлайн-проверки

В тесте использовались опубликованная версия CLI, локальный имитатор API и фиктивные учётные данные. Было выполнено 17 запросов через loopback-интерфейс в восьми сценариях. Ни один ответ не был сгенерирован моделью, а указанные значения токенов были искусственными. Эти наблюдения описывают клиент, а не качество модели или реальное начисление платы.

Сценарий	Наблюдаемое поведение в v1.19.0
Нативный текстовый поток	Отдельные текстовые события объединялись в ожидаемый ответ
Второй ход диалога	Проверяемые подписи рассуждений и текста сохранялись в частях модели
Вызов инструмента чтения и возврат результата	Клиент читал временный тестовый файл и возвращал его содержимое в `functionResponse`
`MAX_TOKENS`	В этом тестовом случае сообщалось об остановке по лимиту длины без дополнительного запроса
HTTP 400	В этом тестовом случае клиент завершал работу с ошибкой без повторного запроса
HTTP 429	Клиент повторял запрос один раз и получал успешный имитируемый ответ

Тест подтверждает, что thinkingConfig был отправлен. Он не доказывает, что реальный сервис применил эту настройку. Аналогично, передача синтетической подписи через историю не доказывает, что настоящая подпись будет принята в следующем запросе.

Почему длинный вывод требует дополнительных проверок

Ответ Argon с CONTINUATION требует исходного запроса и последнего значения поля верхнего уровня continuationToken. При возобновлении этой генерации нельзя добавлять частичный вывод в обычную историю диалога.^[3]

В нашем тестовом случае OpenCode v1.19.0 классифицировал CONTINUATION как неизвестное значение. Следующий запрос не содержал токен и добавлял частичный ответ в историю. Когда поток обрывался после частичного вывода без завершающего события, клиент также отправлял дополнительные обычные запросы. Имитируемый сервис останавливал этот сценарий после шести вызовов; это не доказывает, что лимит повторных попыток клиента равен шести.

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

Вопросы о настройке OpenCode

Включает ли это реальные проверки инструментов и начисления платы?

Нет. Базовая потоковая выдача текста в SeedRouter прошла отдельную локальную сквозную проверку, но в этой проверке OpenCode использовались имитируемые ответы. Реальный выбор инструментов, подписи, медиа, разрешения аккаунта и начисление платы по-прежнему требуют отдельных проверок.

Можно ли вместо этого использовать конфигурацию, совместимую с OpenAI?

Это другой протокол с другой областью совместимости. Здесь проверяются нативное содержимое Gemini и подписи. В документации Google по long decode указано, что его OpenAI-совместимый эндпоинт не поддерживает эту возможность.^[3]

Прекратятся ли повторные запросы, если отключить автоматическое сжатие контекста?

Нет. Сжатие контекста и повторные запросы — разные механизмы. Переменная окружения в примере не гарантирует жёсткого ограничения на число запросов или стоимость.

Решите, что проверять дальше

При работе с Gemini 4 Argon в OpenCode начните с короткого обмена текстом, а затем проверьте нужное вам поведение инструментов и истории. Проверяйте продолжение и обрывы потока как отдельные приёмочные сценарии. Держите страницу модели и справочник нативного API рядом с конфигурацией клиента, чтобы было удобно сверять детали протокола и текущие цены.