Системные базы знаний

Системная база знаний — база уровня инсталляции, а не отдельного рабочего пространства. Её ведёт администратор платформы, а пользуется ею вся инсталляция: системный ассистент «Уника AI» опирается на такие базы, когда отвечает на вопросы, требующие опоры на источник — норму, номер пункта, срок, точное значение. Так платформа защищает инсталляцию от уверенных, но выдуманных ответов: то, что записано в системной базе, приходит в ответ цитатой из документа, а не из «памяти» модели.

Отдельного раздела в администрировании для этого нет. Системные базы — это обычные базы знаний в служебном рабочем пространстве «Системные базы знаний»: их создают, наполняют, индексируют и обновляют тем же экраном «Базы знаний», что и любые другие базы.

Что вам понадобится

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

Выбор базы знаний в служебном пространстве «Системные базы знаний»

Как устроено служебное пространство

Появляется само. При первом входе администратора платформа создаёт пространство «Системные базы знаний»; владельцем становится этот администратор. Каждый следующий администратор получает в нём роль владельца автоматически — пространство появляется в переключателе рабочих пространств без заявок и приглашений.
Видно только администраторам. Обычные пользователи не видят его в переключателе и не могут в него войти, даже если раньше состояли в нём с ролью администратора.
Не становится активным по умолчанию. После входа платформа открывает ваше обычное рабочее пространство; в служебное вы переключаетесь сами.
Вне тарифных лимитов. Служебное пространство не арендатор: квоты тарифов на число баз, участников и объём индекса к нему не применяются.
Только ручное наполнение. Содержимое системных баз меняет только администратор. Агент не создаёт, не правит и не удаляет системные базы и их документы ни при каких правах — ни внутри служебного пространства, ни из любого другого. Читать их агент может (см. ниже).
Не удаляется обычными способами. Если администратор, владеющий пространством, удаляется из инсталляции, платформа блокирует удаление и просит сначала передать пространство другому администратору. Передача выполняется ссылкой «Передать владение» в окне удаления учётной записи. Другой администратор должен уже состоять в служебном пространстве; членство создаётся при его входе на платформу — см. Доступ и пользователи.

Как создать и наполнить системную базу

В переключателе рабочих пространств выберите «Системные базы знаний».
Откройте раздел «Базы знаний» и создайте базу так же, как в любом другом пространстве. Название базы формулируйте по предметной области — «Уголовный кодекс РФ», «Правила дорожного движения»: так проще понимать, за что отвечает каждая база.
Загрузите документы и запустите индексацию — приём и разбор файлов, профили индексации и поиска те же, что описаны в главе Администрирование знаний и в разделе «Базы знаний» руководства пользователя.
Чтобы обновить базу, замените или дополните документы и переиндексируйте её — как обычную базу.
Закончив, переключитесь обратно в своё рабочее пространство.

Как системные базы работают в ответах Уники AI

В режиме Чат Уника AI по умолчанию отвечает без поиска по системным базам. Они подключаются к ответу только после вердикта «нужны источники»; такой вердикт выносится, когда переключатель «Только с опорой на источники» включён. Его значение по умолчанию — Авто (выключено).

Чтобы включить такой поиск, откройте Администрирование → LLM и сценарии → Настройки агента, блок «Честность ответов чата», и переведите «Только с опорой на источники» в Включено. После этого на вопросах, требующих опоры на источник — норму, номер пункта, срок, точное значение, — Уника AI ищет в системных базах и показывает найденные фрагменты в источниках сообщения с подписью Системная база «…». Если подходящих фрагментов нет, ассистент прямо говорит, что подтвердить утверждение источником не может; на общие вопросы поиск не запускается. Включённый переключатель добавляет служебный вызов модели на каждое сообщение чата.

Режим Агент читает системные базы, пока включён переключатель «Системные базы знаний в ответах». Явное указание базы через @ не зависит от вердикта: в любом рабочем пространстве участник вводит @ в пустом месте поля сообщения и видит системные базы в группе Доступные из других пространств с подписью «из «Системные базы знаний»». Выбранная база становится чипом База знаний: …; такой выбор действует и при выключенном переключателе «Только с опорой на источники». Механика описана в главе Чаты.

Выключение «Системные базы знаний в ответах» (по умолчанию Авто (включено)) убирает системные базы из чата и прогонов агента. «Только с опорой на источники» управляет только чатом. Эмбеддинг запроса списывается с пространства пользователя, задавшего вопрос, а не со служебного пространства.

Блок «Честность ответов чата» на странице «Настройки агента» — Блок «Честность ответов чата»: текущие настройки работы с источниками

Как системные базы работают у агента

Агент в любом рабочем пространстве читает базы пространства, системные базы и базы, расшаренные этому пространству грантом или для всей инсталляции; расшаривание доступно только в on-prem. В ответе результаты идут отдельными частями и в таком порядке: По базам знаний пространства, По системным базам знаний, По базам знаний из пространства «…».

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

Переключатель «Системные базы знаний в ответах» действует и на агента: в положении «Выключено» агент работает только по базам пространства. Если ассистент привязан к конкретным базам знаний, агент в его прогонах читает только их — системные базы, как и остальные базы пространства, не участвуют. Стоимость поиска по системным базам в прогоне агента списывается с пространства, из которого задан вопрос.

Портреты баз знаний

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

Что видно администратору:

Портрет строится в фоне воркером kb-card-refresh (группа kb-indexing): очередь разбирается каждые десять минут. После ручного запуска «Индексировать» портрет собирается сразу по завершении; после автоматической индексации загруженных или импортированных документов база встаёт в очередь, как только у неё не остаётся необработанных документов, и получает портрет в ближайшем цикле — так серия загрузок даёт одну сборку, а не по одной на документ.
Стоимость — один вызов служебной модели (модель роутера режима «Авто», иначе быстрая модель агента, около 7 тысяч токенов входа) и один эмбеддинг на каждую индексацию базы. Расход виден в учёте использования пространства-владельца базы; портреты системных баз — платформенная стоимость, с пространств не списывается.
Портрет считается тем же провайдером и той же моделью эмбеддингов, которыми проиндексирована база, — иначе тематические центры нельзя было бы сравнивать с векторами её фрагментов. Портреты лежат в отдельной коллекции векторного хранилища — в инвентаре «Векторное хранилище» это семейство «Портреты баз», по одной коллекции на пространство и модель эмбеддингов.
Число тематических центров задаёт поле «Тематических центров на базу» в секции «Выбор баз знаний» активного профиля поиска. Ноль оставляет в портрете только описание.

Выбор баз под вопрос

Когда баз в поиске больше потолка из профиля поиска (по умолчанию восемь), платформа не ищет во всех подряд: сначала по портретам подбирает базы-кандидаты, близкие к вопросу, затем служебная модель — роутер режима «Авто» или вердикт честности в режиме «Чат» — тем же вызовом выбирает, где искать, и только потом идёт поиск фрагментов. Для пользователя ничего не меняется: он видит ответ с цитатами.

Как это устроено:

Работает одинаково для системных баз Уники AI и для ассистента с большим числом собственных баз. Если баз не больше потолка, выбор не нужен и поиск идёт по всем, как раньше.
Сужённый поиск идёт не более чем по потолку баз: сначала базы, которые назвала модель, а свободные места добираются ближайшими по портретам. Поэтому названная моделью база не отсекает соседние тома того же источника; добор работает, только когда доступен каталог портретов и есть кандидаты.
Если модель ничего не выбрала или каталог портретов недоступен, поиск идёт по кандидатам по близости портретов, а в крайнем случае — по всем базам одним запросом. Ошибки пользователь не видит; причина деградации остаётся в журнале ответа.
Базы без готового портрета всегда включаются в поиск: оценить их нечем.
Агент выбирает базы сам: find_bases возвращает базы по смыслу вопроса, а поиск без указания базы сам сужается до подходящих.
Итог выбора виден в метаданных сообщения ассистента (grounding.routing: режим, кем выбрано, сколько баз в наборе, сколько выбрано) и в Администрирование → Центр активности → Запуски LLM.

Параметры стадии живут в активном профиле поиска, в секции «Выбор баз знаний» на странице «Индексация и поиск». Переключатель «Сужать поиск до выбранных баз» включён по умолчанию; в выключенном положении выбор всё равно считается и попадает в журнал ответа, а поиск идёт по всем базам. Остальные параметры описаны в главе Администрирование знаний.

Ограничения

Расшарка баз между пространствами доступна только в on-prem и к системным базам не применяется. Чтение системных баз открыто любому пространству без грантов: их читает Уника AI, агент и участник, указавший базу через @.
Удаление системной базы — обычное удаление базы знаний: необратимо, вместе с документами удаляется и индекс.