Open WebUI — веб-фронт агента 🌐
Open WebUI — это витрина агента: отдельный веб-чат по собственному адресу viveksha.ru/<орг>/<сегмент>/, где клиент разговаривает с вашим агентом, как с обычным чат-приложением — с историей, темами и привычным интерфейсом.
Когда использовать
- Клиенту нужен «просто сайт с чатом»: ссылка, которую можно дать в письме, визитке или соцсетях.
- Агент должен быть доступен без входа в Битрикс24, Telegram или кабинет.
- Нужен пароль на входе — чтобы чат видели только свои.
Как это работает
- Нода Open WebUI, поставленная на граф, даёт агенту публичный веб-адрес.
- Клиент пишет сообщение — запускается работа агента; ответ приходит в тот же чат.
- Техническая часть (веб-интерфейс) поднимается командой деплоя — в ноде вы указываете только параметры адреса.
Настройки
| Поле | Что это |
|---|---|
| Название | Как нода подписана на канвасе — «Веб-чат Сочинителя» |
| Сегмент URL | Адресная часть: viveksha.ru/<орг>/<сегмент>/ — строчные буквы, цифры, дефис; по умолчанию «chat» |
| Порт инстанса | Локальный порт фронт-сервера на платформе (1024–65535); свободный порт подскажет деплой-команда |
| Пароль доступа | Выключатель + пароль: чат открывается всем или только по паролю |
Ключ ноды генерируется автоматически — вставлять ключи никуда не нужно.
Пример: свой веб-чат за 3 шага
- Добавьте ноду Open WebUI к графу агента, укажите сегмент «chat».
- Команда деплоя поднимает веб-интерфейс и связывает его с агентом.
- Разошлите клиентам ссылку
viveksha.ru/<орг>/chat/— чат работает, каждый разговор живёт своей темой.
Важно знать
- План Enterprise. Веб-фронт доступен на плане Enterprise.
- Каждый разговор — отдельная сессия. Параллельные чаты разных клиентов не мешают друг другу.
- Память сервера. Каждый веб-фронт занимает ~0,5–1,5 ГБ серверной памяти — не ставьте фронтов больше нужного.
- Черновики видны только вам. Пока агент не готов, не раздавайте ссылку: проверяйте агента тестовым чатом на канве.
Связанные ноды
- Chat — тестовый чат на канвасе
- Channel — другие каналы: Telegram, Битрикс24, вебхук
- Role — куда нода приносит сообщения
- LLM Provider — модель, которая отвечает
API-ключ ноды генерируется автоматически.