Руководство администратора

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

Запуск и карта настроек

Две главы, с которых начинается работа с инсталляцией: минимальный маршрут до рабочего чата и карта всех разделов администрирования.

  • Первый запуск платформы (admin-first-launch.md) — проверка готовности, первое пространство и владелец, провайдеры моделей и эмбеддингов, почта, проверка результата. Нужна при развёртывании новой инсталляции.
  • Раздел администрирования (admin-panel.md) — состав групп меню, отличие администрирования от настроек пространства и переходы к профильным главам. Нужна, когда неясно, где лежит настройка.

Доступ и учётные записи

Одна глава про то, кому что открыто на уровне платформы: функции, пространства, пользователи и способы входа.

  • Доступ, пользователи и пространства (access-and-users.md) — разрешения на функции, создание пространств, учётные записи, сброс пароля и внешние способы входа. Нужна при заведении команд и выдаче доступа.

Модели, провайдеры и распознавание

Четыре главы про сервисы, на которых работают ответы: генерация, векторизация, реестр моделей и распознавание документов и речи.

  • Провайдеры языковых моделей (llm-providers.md) — подключение поставщика, авторизация, доступ пространствам, параметры генерации и потоковая передача. Нужна до первого ответа ассистента.
  • Провайдеры эмбеддингов (embedding-providers.md) — подключение сервиса векторизации, каталог моделей, проверка и последствия смены модели. Нужна до первой индексации базы знаний.
  • Модели и политики (models-and-policies.md) — реестр моделей инсталляции, лимиты токенов, тарификация, модель по умолчанию и ограничители нагрузки. Нужна для управления составом моделей и их стоимостью.
  • Распознавание документов и речи (ocr-and-speech.md) — OCR-провайдеры для сканов и изображений; распознавание речи входит в поставку и работает без настройки. Нужна, если пользователи работают со сканами и записями.

Знания и импорт документов

Три главы про то, как файл превращается в найденный фрагмент: лимиты и профили, структурный разбор Docling и его проверка на локальном стенде.

  • Администрирование знаний (knowledge-administration.md) — лимиты загрузки, профили индексации и поиска, глобальные настройки поиска, арена знаний и коллекции векторного хранилища. Нужна для управления качеством поиска во всей инсталляции.
  • Docling: структурный импорт документов (docling.md) — что даёт структурный разбор, как включить сервис, задать таймаут и понять, какой конвейер выбрала платформа. Нужна при импорте офисных документов и PDF.
  • Docling на локальном стенде (docling-local-setup.md) — запуск контейнера, связывание с приложением и проверка разбора на реальном файле. Нужна разработчику и инженеру внедрения.

Данные инсталляции и интеграции

Четыре главы про то, что платформа отдаёт наружу и берёт снаружи: общие значения и справочники, каталоги возможностей, программный доступ и интеграция ассистента средствами платформы.

  • Глобальные переменные и справочники (global-variables-and-reference-sets.md) — общие значения для промптов и документов, версионируемые наборы данных и чтение справочника из сценария. Нужна, когда одни и те же реквизиты подставляются во многих местах.
  • Интеграции, навыки и инструменты (integrations-and-api-catalog.md) — каталоги интеграций, навыков платформы и инструментов MCP, справочник публичных эндпоинтов. Нужна, чтобы пополнять набор возможностей пространств.
  • Публичный API, токены и вебхуки (api-and-webhooks.md) — персональные токены, операции над чатами и базами знаний, запуск сценариев по событию и публичный поиск на стороннем сайте. Нужна интегратору, который пишет код.
  • Интеграция ассистента без кода (no-code-integration.md) — режим обработки сценарием, входные и исходящие узлы, отличие от публичного API. Нужна, когда логика собирается в интерфейсе платформы.

Учёт, журналы и эксплуатация

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

  • Тарифы, кредиты и биллинг (billing-and-credits.md) — за что списываются кредиты, настройка тарифных планов и лимитов, журналы списаний и блокировок. Нужна для контроля расходов пространств.
  • Центр активности (activity-center.md) — журналы запусков языковых моделей, агента и распознавания речи, разбор карточки запуска и отзывы пользователей. Нужна при разборе сбоя или медленного ответа.
  • Эксплуатация платформы (platform-operations.md) — аналитика инсталляции, отправка писем, режим обслуживания и политики очистки данных. Нужна дежурному администратору.