SvayaИИ-платформаПлатформаПримерыПродуктыВнедрение

Документация / Языковые модели

Языковые модели

Редакция 24 сентября 2026, дополнена 9 ноября 2026

Для администратораПри подключении и при смене поставщика

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

Термины этой страницы. Класс модели - это то, что просит автоматизация, например сильная или легкая модель. Развертывание - это конкретная модель у конкретного поставщика, на которую класс отображается. Токен - это единица счета текста, примерно два-три знака кириллицы. В токенах считается и длина запроса, и длина ответа, и расход.

Четыре класса моделей

Автоматизации написаны в терминах классов, а не имен моделей. Классов ровно четыре, список закрыт справочником платформы, и автоматизация с неизвестным классом не проходит проверку.

КлассДля чегоТипичный пример работы
Сильная модельСложное рассуждение и длинные документыПроект решения по заявке, разбор договора
Обычная модельГенерация общего назначенияОписание товара, ответ сотруднику, черновик письма
Легкая модельКороткие быстрые ответыПодсказка в поиске, отнесение к категории
Модель с картинкамиВызовы, где на вход идет изображениеФотография товара, скан документа

Что гарантирует класс

Класс - это не пожелание, а обещание платформы. Развертывание, которое обещание не покрывает, в класс назначить нельзя, и проверка при старте такую конфигурацию отклонит.

КлассДлина контекста, токеновВызов действийОтвет полямиКартинки
Сильная модель32 768ДаДаНет
Обычная модель8 192НетДаНет
Легкая модель4 096НетНетНет
Модель с картинками8 192НетНетДа

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

Поставщики и порядок

У каждого класса свой список развертываний в порядке приоритета. Платформа идет по нему сверху вниз.

Если поставщик отвечает отказами, платформа временно обходит его и считает через следующего, а на экране у такого развертывания появляется состояние «на паузе после отказов». Пауза снимается сама, когда поставщик снова начинает отвечать. Один класс может быть назначен на одно и то же развертывание вместе с другими классами, и это нормально для небольшой платформы.

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

Куда уходит запрос

Столбец «Маршрут данных» на экране «Модели и маршрутизация» показывает, куда уходит текст запроса. У языковых моделей российских сервисов маршрут данных внешний, то есть текст запроса уходит за пределы вашей сети к сервису языковых моделей.

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

Потолок одного ответа

Потолок ограничивает длину одного ответа в токенах. Он защищает не от расхода, а от единичного выброса. От расхода защищают пределы, а потолок обрывает один слишком длинный ответ.

Кто обращаетсяПотолок, токеновСколько это примерно
Сотрудник4 096Около трех страниц кириллицы
Служебный вызов платформы16 384Около двенадцати страниц
Остальные каналы8 192Около шести страниц

Числа взяты из базового описателя и переопределяются вашим слоем. Слишком низкий потолок обрывает не выбросы, а обычную работу, поэтому поднимать его имеет смысл от замера средней длины ответа, а не наугад.

Пределы расхода

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

  • Предел не задан означает, что расход этой области не ограничен. Это не то же самое, что «нет данных». Второе значит, что платформа сейчас не смогла получить справку о пределе.
  • Окно - это календарные сутки по вашему часовому поясу, счетчик обнуляется в полночь.
  • Исчерпанный предел останавливает обращения этой области, а не всей платформы. Остальные области продолжают работать.

Пределы задаются конфигурацией и описаниями автоматизаций, с экрана они не меняются. Экран показывает израсходованное, предел и остаток.

Отказы и что они значат

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

ОтказЧто случилосьЧто делать
Слишком длинный контекстЗапрос не влез в длину контекста классаВзять класс с большей длиной или сократить то, что передается шагу
Запрещено политикойПолитика платформы не разрешает этот класс или этот маршрут данныхСмотреть правила автоматизации и политику платформы
Нарушение границы доверияВ модель пошли данные класса, которому туда нельзяПравить маршруты данных автоматизации, не политику
Предел не настроенОбласть расхода не имеет предела, а обращение его требуетЗадать предел в конфигурации
Предел исчерпанРасход области уперся в пределДождаться полуночи или поднять предел
Слишком частоПоставщик ограничил частоту обращенийНичего, платформа повторит сама
Работа с ограничениямиЧасть поставщиков недоступна, платформа считает через оставшихсяСмотреть экран моделей, какое развертывание на паузе
Источник политики недоступенПлатформа не смогла прочитать политику и не стала считать без нееЗвать администратора платформы
Время вышлоПоставщик не ответил за отведенное времяНичего, шаг повторится по своим правилам повторов

Ошибка после первых слов ответа стоит особняком. Частичный текст уже ушел, поэтому повтора нет, и платформа обрывает ответ сообщением об ошибке.

Поиск по документам считает другой сервис

Векторные представления, по которым работает поиск по документам, считает не модельная поверхность, а отдельная часть платформы. Обращение за ними к модельной поверхности отвечает прямым отказом с указанием, кто этим занимается.

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

Как сменить поставщика

Порядок такой же, как у любого изменения платформы.

  1. Правите раздел моделей в своем слое описателя.
  2. Собираете конфигурацию заново и проверяете готовность.
  3. Применяете обновление, после чего сервис выбора модели перезапускается.
  4. Открываете экран моделей и убеждаетесь, что новое развертывание в работе.

Автоматизации при этом не меняются. Если новый поставщик отвечает хуже на ваших данных, это видно по результатам запусков, а не по экрану моделей.

Обратный порядок тоже бывает нужен. Если после смены поставщика ответы стали хуже, вернуть прежнее развертывание можно тем же путем, а автоматизации об этом не узнают.

Что про модель видно в журнале

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

  • Класс отвечает на вопрос, какая модель была разрешена политикой.
  • Имя модели отвечает на вопрос, кто ответил на самом деле.

В журнале аудита обращения к внешним моделям отбираются отдельным видом события. Это первое, что смотрят, когда нужно ответить на вопрос, уходили ли данные наружу и какие именно.