В этом материале
Соединение Ollama предоставляет каталог сервера; оболочки Workspace и видимость учётной записи добавляют отдельное поведение приложения.
Подключите Open WebUI к уже работающему Ollama, затем проверьте выбор модели и беседу с уточняющим вопросом. Это задача соединения приложений: для неё не требуется менять параметры GPU или пересобирать локальную инфраструктуру.
Конкретная граница приложения
В настройках соединения провайдера выбирайте интеграцию Ollama, не предполагая одинакового получения каталога через запись совместимого API. Список Open WebUI наполняется через соединение с существующим runtime. Модель Workspace добавляет повторно используемую конфигурацию над базовой моделью; она полезна позднее, но для первой беседы не обязательна. Сначала выберите запись сервера напрямую, чтобы дополнительная оболочка не скрывала путь. Адрес интерпретируется работающим приложением, а не пользовательским описанием компьютера. Этот маршрут предполагает существующую локальную схему и не меняет удалённую сеть или установку runtime. После подключения убедитесь, что список обновился и выбрана именно нужная запись: похожие отображаемые названия сами по себе не подтверждают один источник генерации (Open WebUI Models).
Практический маршрут
До открытия настроек соединения убедитесь, что нужная модель доступна в Ollama. Выберите тип соединения Ollama и адрес, соответствующий существующему расположению приложений. Обновите список моделей, выберите нужную запись и отправьте обычный текстовый вопрос. Для первой проверки исключите инструменты и вложения документов, чтобы не добавлять независимые причины отказа (Open WebUI Ollama connection guide).
Разобранный пример
Попросите выбранную модель превратить вымышленную заметку об обслуживании в короткий список действий. Затем уточните, какой пункт выполняется первым. Сохраните беседу и откройте её снова из той же учётной записи. Это проверяет путь выбранной модели и продолжение разговора, но не подтверждает каждую дополнительную функцию интерфейса, которая доступна в меню приложения.
| Проверка | Запись |
|---|---|
| Сервер | Фактическая запись модели Ollama, доступная до добавления соединения в приложение. |
| Приложение | Тип соединения и модель, выбранная непосредственно в беседе Open WebUI. |
| Учётная запись | Пользователь, который может снова открыть беседу и увидеть нужную модель. |
Как правильно прочитать сбой
Отсутствие модели в списке может относиться к получению каталога или видимости в приложении, а не к генерации. Проверьте независимую работу сервера и доступ текущей учётной записи к модели. Если администратор получает ответ, а другой пользователь нет, сохраните это различие вместо повторной установки Ollama. Такая запись сужает следующую проверку.
Что завершает проверку
Сохраните один успешный исходный ответ и уточнение вместе с учётной записью и идентификатором сервера. Повторно используемые оболочки Workspace добавляйте после этой проверки: тогда проблему инструкций или публикации не придётся смешивать с состоянием исходного соединения. Не меняйте соединение между исходным и уточняющим вопросами (Open WebUI documentation).
Связанные материалы: vLLM served-model-name: почему API не находит загруженную модель, llama.cpp server: локальный API из GGUF-модели.