Gemini CLI
Официальный Gemini CLI от Google говорит с Gemini API, не с OpenAI Chat Completions. Стабильного режима «подставь Base URL LLM Mart и Model ID» в нём нет: заявк
Переменная вроде GEMINI_API_BASE_URL меняет адрес Gemini-протокола, а не включает OpenAI-совместимый шлюз. Ключ sk-… и путь /api/v1/chat/completions туда не подойдут.
Что использовать вместо этого
| Задача | Куда |
|---|---|
| Тот же класс CLI-агента с OpenAI-compatible | Qwen Code — массив modelProviders |
| Скрипты и бэкенд | OpenAI SDK |
| Маршрутизация нескольких моделей | LiteLLM |
Если в вашей сборке Gemini CLI всё же появилось поле OpenAI-compatible endpoint (форк, корпоративная сборка), типичные значения такие:
- Base URL:
https://www.llmmart.ru/api/v1 - API Key:
sk-… - Model: slug с llmmart.ru/models
Перед этим проверьте gemini --help и официальный configuration: пока там нет первого класса для чужого OpenAI endpoint, не рассчитывайте на это в проде.
Типичные ошибки
| Симптом | Что проверить |
|---|---|
| Требует Google / Gemini ключ | это ожидаемо для официального CLI |
401 на sk-… | клиент шлёт Gemini-заголовок на OpenAI-шлюз — смените инструмент |
Модель gemini-… на LLM Mart | только slug из нашего каталога и клиент с OpenAI- или Anthropic-протоколом |
Проверено: 2026-09-01 по конфигурации Gemini CLI и открытым issue на OpenAI-compatible endpoint.
Что дальше
Codex CLI
CLI от OpenAI для агентной работы в терминале. С февраля 2026 Codex говорит только с Responses API (`wire_api = "responses"`). Переменных `OPENAI_API_KEY` + `OP
Qwen Code
CLI-агент (форк Gemini CLI). Кастомный шлюз задаётся массивом `modelProviders` в `~/.qwen/settings.json`: несколько моделей, у каждой свой `id` и `baseUrl`. Клю