В этом материале
Оболочке Open WebUI нужен доступ к базовой модели; скрытие базы из списка отличается от запрета её использования.
Если модель Open WebUI видна администратору, но не другому пользователю, проверяйте доступ и видимость приложения до изменения сервера инференса. Каталог, скрытая запись, доступ к базовой модели и публикация Workspace являются разными условиями.
Конкретная граница приложения
Текущая документация Workspace прямо задаёт наследование: пользовательская модель продолжает ссылаться на базовую. Пользователю нужен доступ к обеим, даже при публичной оболочке. Скрытие базовой модели из списка отличается от запрета её использования. Рекомендуемая схема может скрывать доступную базовую модель и показывать оболочку; оболочка не предоставляет доступ, запрещённый базовой моделью. Администратор также видит варианты, недоступные обычному пользователю. Поэтому его успешная беседа мало говорит о правах другой учётной записи. Не исправляйте это публикацией посторонних моделей: сначала определите нужную аудиторию и конкретную пару. Доступ к конфигурации, видимость списка и право выполнения запросов нельзя надёжно свести к одному флажку интерфейса (Open WebUI Models).
Практический маршрут
Убедитесь, что соединение провайдера предоставляет модель, и изучите настроенный разрешённый список. В Workspace → Models откройте оболочку и проверьте Base Model. Через Access справа сверху изучите пользователей или группы с учётом собственных полномочий публикации. Отдельно проверьте доступность базовой модели и скрытие из списка. Начните новую беседу под целевым пользователем с фактической оболочкой вместо закреплённого ярлыка администратора (Open WebUI compatible provider guide).
Разобранный пример
Администратор создал помощника проверки кода, опубликовал оболочку и ожидает работу коллеги. Коллега видит помощника, но получает Model not found: базовая модель ограничена. Исправьте аудиторию базовой модели согласно нужной политике, сохранив скрытие для упрощённого списка. Повторная публикация оболочки не обходит проверку базы. Пример должен завершаться пробой именно учётной записи коллеги, а не очередным успешным запросом администратора.
| Проверка | Запись |
|---|---|
| Каталог | Базовая модель фактически доступна через настроенное соединение провайдера. |
| Разрешение | Целевая учётная запись может использовать базовую модель и оболочку. |
| Представление | Hide и начальный выбор записаны отдельно от прав доступа. |
Как правильно прочитать сбой
Selected Models задаёт начальный выбор, а не самостоятельный запрет доступа. Разрешение Hidden Models меняет определённые списки конфигурации вместо универсального права обращения к серверу. Поэтому оболочка с недоступной базой может отказать при правильном названии. Определяйте конкретное условие отказа вместо объяснения каждого различия списка недоступностью модели на сервере (Open WebUI Workspace).
Что завершает проверку
Исправление должно объяснять, кому разрешено использование и почему запись видна либо скрыта. Общая оболочка остаётся конфигурацией существующей базы, а не независимой копией, обходящей её правила доступа и ограничения исходного соединения.
Связанные материалы: vLLM served-model-name: почему API не находит загруженную модель, llama.cpp server: локальный API из GGUF-модели.