CloseRouter
Один шлюз для нескольких поставщиков
Приложение получает общий адрес API вместо отдельного подключения к каждому поставщику моделей. Аккаунт, ключ и баланс объединены на стороне CloseRouter. Это упрощает эксплуатацию проекта, который использует несколько моделей.
Шлюз остаётся дополнительным участником цепочки обработки. Условия исходной модели и ограничения выбранного провайдера сохраняют значение.
Совместимые форматы запросов
Поддерживаются OpenAI-совместимые chat/completions и responses, а также Anthropic-совместимый messages. Для авторизации используются Bearer или x-api-key. Совместимость формата позволяет подключать клиенты, где меняются ключ и базовый адрес API.
Поддержку конкретного параметра следует проверять для выбранной модели и маршрута. Одинаковое имя интерфейса не гарантирует одинаковое поведение всех поставщиков.
Auto выбирает доступный маршрут
Автоматический режим учитывает интерфейс запроса, потоковую передачу, параметры, контекст и доступность провайдера. Среди подходящих вариантов он ищет самый дешёвый доступный маршрут.
Это помогает избежать ручного сравнения каждого запроса. Для задачи со строгими требованиями к поставщику стоит заранее ограничить допустимые маршруты.
Ручная цепочка задаёт порядок
Вместо Auto можно выбрать собственную последовательность провайдеров. По FAQ ручной режим использует только указанные варианты. Порядок становится частью настройки доступа к модели.
Каталог важнее общего рекламного сравнения
На сайте цены показываются для конкретных моделей и единиц использования. Текст обычно оплачивается по входным и выходным токенам, изображения могут тарифицироваться за результат, видео - за секунды.
Общее обещание экономии нельзя переносить на любую задачу. Итог зависит от модели, маршрута и фактического объёма ответа.
Общий баланс упрощает учёт
Оплата использования собирается в одном аккаунте. Это удобно для нескольких приложений, но требует следить за тем, какой ключ и проект расходует средства. При настройке клиента следует начинать с небольшого контролируемого запроса.
Бонус привязан к Telegram
На осень 2026 года главная предлагает $1 на баланс за привязку Telegram. Это отдельное стартовое предложение. Его следует отличать от постоянного бесплатного доступа к отдельным моделям.
Сам факт наличия Telegram не означает, что все модели становятся бесплатными. У бонусных моделей есть собственные условия допуска.
Бесплатные модели имеют общий предел
Документация связывает бонусный доступ с пополнением баланса и привязкой Telegram. Модели определяются по признаку access.type со значением free в каталоге. Нулевая отображаемая цена сама по себе не является таким признаком.
На осень 2026 года общий лимит составляет 100 принятых запросов за календарный день UTC. Он разделяется между ключами, моделями, интерфейсами API, веб-чатом и Telegram-чатом.
Смена ключа не создаёт новую квоту
Переключение клиента или модели сохраняет общий дневной предел бесплатных запросов. Внутренние повторные попытки провайдера в уже принятом запросе не считаются повторно. Это полезно учитывать при проектировании обработки ошибок.
Диагностика использует идентификатор запроса
Ошибки возвращаются в общем JSON-формате с кодом и техническими метаданными. request_id помогает связать конкретный сбой с обращением в поддержку. Например, ошибку ключа следует отличать от исчерпанного баланса.
Для дневного ограничения предусмотрены сведения о типе лимита и Retry-After. Бесконечные повторы такого запроса только создают лишнюю нагрузку клиента.
Где работает
Подтверждены веб-кабинет, API и Telegram-чат. В FAQ отдельно описана совместимость с агентными клиентами, которые позволяют указать собственные ключ и адрес API. Это интеграция с внешним клиентом.
Отдельные собственные приложения для компьютера и телефона здесь не подтверждены. Их наличие у подключаемого агента не переносится на сам шлюз.
Оплата зависит от выполненного использования
Стоимость платного запроса определяется выбранной моделью и её текущей ставкой. По FAQ списание происходит за подтверждённое оплачиваемое использование. Отклонённый до выполнения запрос без корректных сведений о потреблении не должен тарифицироваться.
Для бюджетного контроля важно обрабатывать ошибки на стороне приложения и проверять фактическое использование. Подробные ставки следует брать из текущего каталога.
Метаданные отделены от содержимого
Сервис заявляет отказ от хранения содержимого пользовательских запросов и ответов. Технические сведения нужны для тарификации, безопасности и диагностики. Политика отдельно перечисляет данные аккаунта, платежей и использования.
Это описание относится к границе CloseRouter. У подключённых поставщиков моделей могут действовать собственные условия обработки контекста.
Подключение стоит проверять на одном сценарии
Преимущества шлюза - общие ключи, баланс и управление маршрутами. Ограничения связаны с доступностью внешних провайдеров, совместимостью параметров и условиями бесплатных моделей. Практичный первый шаг - один тестовый сценарий с заранее определённым бюджетом.
Клиенты для такого сценария описаны в карточках Cline и OpenCode . Наличие интеграции следует проверять на конкретной конфигурации.
| Возможности сервиса | |
|---|---|
| Нужен VPN | Нет |
| Русский язык | Да |
| Русский интерфейс | Да |
| Доступность | |