Свои модели и ключи

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

Как подключить

  1. Откройте Настройки → Интеграции и создайте интеграцию Свой ключ модели.
  2. Заполните Адрес сервиса (например https://api.example.com/v1) и API-ключ.
  3. Нажмите Загрузить у провайдера — платформа запросит список моделей по этому адресу. Если провайдер такого списка не отдаёт, добавьте модели вручную кнопкой Добавить вручную.
  4. Включите переключатель у нужных моделей: загруженные модели по умолчанию выключены.
  5. У каждой строки выберите Назначение модели — Чат, Эмбеддинги или Rerank.
  6. Сохраните интеграцию.
app.iterna.ai

Интеграции

Свой ключ модели

Проверить подключениеСоздать
Адрес сервиса
https://api.example.com/v1
API-ключ*
••••••••••••
Модели
вкл gpt-4o Чат Изображения · Аудио · Документы вкл text-embedding-3-small Эмбеддинги выкл rerank-v3.5 Rerank

Текст модель принимает всегда; галки модальностей ограничивают, какие вложения ей отправлять. Снятые «Документы» означают, что PDF на этой модели вызовет ошибку, а не уедет непрочитанным.

Список моделей внутри одной интеграции: назначение задаётся построчно.

Как модель попадает в списки

Модель из интеграции получает идентификатор вида ws:<id интеграции>:<id модели> и встаёт рядом с моделями каталога — но только в том выпадающем списке, который соответствует её назначению:

НазначениеГде появитсяПример имени в списке
Чатполе Model ноды llmAcme · gpt-4o
Эмбеддингинода embedding, создание базы знанийAcme · text-embedding-3-small
Rerankнода rerankAcme · rerank-v3.5

Имя в списке — это «название интеграции · название модели», поэтому две интеграции с одинаковой моделью различимы. В разделе Настройки → Модели такие строки лежат в группе моделей рабочего пространства, и их видимость переключается там же.

Цепочки запасных моделей

Отдельный вид интеграции — цепочка запасных моделей. Она собирается из уже подключённых моделей, перечисленных в порядке перебора, и появляется в выпадающем списке LLM одной строкой. Условия перехода к следующей модели выбираются флажками — таймауты запросов, HTTP 4xx, HTTP 5xx.

Если провайдер недоступен напрямую

У интеграции есть необязательное поле Прокси: http://, https://, socks5:// или socks5h://, логин и пароль можно указать прямо в адресе. Пусто — соединение идёт напрямую.

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

Что при этом с биллингом

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

Что списываетсяМодель каталогаСвоя модель (BYO)
Запуск сценария0,4 кварка0,4 кварка
Каждая LLM-нода0,1 кварка0,1 кварка
Токены LLMпо тарифу моделине тарифицируются
Токены эмбеддингов и rerankпо тарифустрока вообще не создаётся

Токены BYO-вызова по-прежнему видны в разделе Использование — нода действительно работала, — но их цена равна нулю.

Что дальше