Frontier UI превращает ответ локальной модели в Open WebUI в набор интерактивных блоков: карту с маршрутом, галерею фото, график, сортируемую таблицу или бюджетный слайдер. Разработчик выложил проект как бесплатный open-source под лицензией MIT. Устанавливается он как один Python-файл через Workspace → Tools, включается для выбранной модели и не требует API-ключей в базовом режиме.
Смысл затеи автор сформулировал прямо: он не пытается сделать модель умнее, задача в другом - ответы должны приносить больше пользы, когда информация лучше считывается визуально (пост на r/LocalLLaMA). На практике это выглядит так: вместо простыни текста про поездку приходит интерактивный маршрут с фото, картами, пешеходными и автомобильными путями на каждый день, бюджетными слайдерами и прогнозом погоды прямо в чате.
Ограничения видны сразу. Визуальные блоки строятся через tool calling и бесплатные публичные сервисы, поэтому инструмент не работает без модели, умеющей вызывать инструменты, и не даёт полного офлайна из коробки. Ниже - что Frontier UI даёт на практике, как его поставить и в каких сценариях он проигрывает.
Что такое Frontier UI и зачем он нужен в Open WebUI
Frontier UI - надстройка над Open WebUI, отдельного чат-клиента нет. Модель получает набор инструментов (tools) и решает, когда их вызвать: запросить данные о погоде, построить маршрут, собрать таблицу, подтянуть фотографии. Интерфейс Open WebUI отрисовывает результат вызова как интерактивный блок внутри сообщения. Текстовая часть ответа никуда не делась, она обрамляет визуальные элементы и связывает их по смыслу.
Чем визуальный ответ отличается от обычного текста
Ключевой механизм - tool calling. Модель, которая его поддерживает, формирует структурированный вызов инструмента, а не только текст. Frontier UI исполняет вызов, получает данные и возвращает их в формате, который Open WebUI умеет показывать. Если модель не умеет вызывать инструменты или инструмент не включён для неё, визуальных блоков не появится: в чат придёт обычный текст.
Пример из анонса: запрос спланировать поездку вместо длинного описания возвращает интерактивный itinerary с реальными фото, картой, пешеходными и автомобильными маршрутами на каждый день, бюджетными слайдерами и прогнозом погоды. То же с данными: модель не описывает курс словами, а показывает график.
Подход продолжает линию, которую OpenAI задала с Intelligent UI: интерфейс собирается на лету под задачу, а не выбирается из заранее нарисованных экранов. Разница в том, что Frontier UI не требует облака и работает внутри вашего Open WebUI.
Лицензия MIT и статус проекта
Лицензия MIT разрешает использовать код в коммерческих проектах, менять его и распространять при сохранении уведомления об авторстве. Сам инструмент бесплатный.
Точных дат релиза, числа звёзд на GitHub и размера сообщества в доступных материалах нет, оценивать зрелость проекта по этим метрикам не получится. Видно другое: инструмент дорабатывается. В версии 1.2.0 появилась работа с пользовательскими файлами, в 1.3.0 заявлены фото без SearXNG, настройка единиц измерения, новые картографические приложения и исправления в tool calling.
Какие задачи Frontier UI закрывает на практике
Практическая польза сводится к нескольким категориям. Ниже - что именно умеет инструмент по данным анонса и в каких задачах это экономит время.
Карты, маршруты и планирование поездок
Маршруты прокладываются по улицам: пешеходные и автомобильные пути строятся по дорожной сети, прямых линий между координатами здесь нет. Поддерживаются многодневные itinerary, а готовый маршрут открывается в Google Maps, чтобы продолжить работу в привычном приложении.
Сценарий: три дня в незнакомом городе. Вместо списка «что посмотреть» модель собирает карту с точками по дням, фото мест, оценкой бюджета на слайдере и прогнозом погоды на даты поездки. Слайдер бюджета меняет подборку: сдвинули его вниз, и предложения перестроились под более скромный вариант.
Живые данные: погода, акции, криптовалюты
Frontier UI показывает прогноз погоды, цены на акции, криптовалюты и графики валют, причём API-ключи для этого не нужны. Данные приходят из бесплатных публичных сервисов, поэтому рассчитывать на биржевую точность и тики в реальном времени не стоит: инструмент годится для быстрого обзора, ориентира по тренду и наглядного сравнения, а тяжёлая аналитика требует другого источника.
Пример: перед командировкой спросить, что происходит с курсом и какая погода будет в городе прилёта. Ответ придёт двумя блоками, графиком и прогнозом, без похода на сторонние сайты.
Интерактивные таблицы, калькуляторы и слайдеры
Интерактивность означает, что читатель меняет параметры прямо в ответе: сортирует таблицу, крутит ползунок, вводит числа в калькулятор. В анонсе перечислены бюджетные слайдеры, калькуляторы, сортируемые таблицы, графики и сравнения. Отрисовку берёт на себя интерфейс Open WebUI, модель отвечает за структуру данных.
Сценарий: сравнить три варианта поездки или три тарифа. Модель собирает таблицу с ценой и ключевыми условиями, вы сортируете её по цене и отбрасываете лишнее, не переписывая запрос заново.
Фото, места и превью ссылок
Галереи изображений собираются из Wikipedia и SearXNG, рядом появляются карточки мест с сортировкой и фильтрацией. Превью сайтов показывают скриншот страницы и режим чтения, так что ссылку можно оценить, не открывая вкладку.
В версии 1.3.0 заявлены фото без SearXNG: если поисковый сервис у вас не поднят, базовая настройка упрощается. Как именно это устроено, в анонсе не раскрыто.
Как установить Frontier UI в Open WebUI
Установка короткая. Базовый инструмент - один Python-файл: его вставляют в Workspace → Tools в Open WebUI, включают для своей модели, и на этом настройка заканчивается, дополнительных inference-сервисов не требуется.
- Откройте раздел Workspace → Tools в Open WebUI.
- Добавьте инструмент и вставьте в него код Python-файла Frontier UI.
- Включите инструмент для той модели, с которой работаете.
- Задайте вопрос, где нужен визуальный блок: маршрут, график, таблица.
Названия кнопок в Open WebUI меняются между версиями, поэтому ориентируйтесь на смысл шагов, а не на точные подписи в интерфейсе.
Требования: Open WebUI и модель с tool calling
Нужны два компонента: работающий Open WebUI и модель с поддержкой tool calling. Автор запускал инструмент локально с Qwen 3.8 Flash Next и отмечает, что тот должен работать и с другими моделями, умеющими вызывать инструменты. Frontier UI не заменяет inference-сервер и не повышает качество рассуждений модели: он меняет формат ответа и его практическую ценность.
Если модель игнорирует инструменты, визуальных блоков не будет. Это первое, что стоит проверить, когда кажется, что инструмент «не работает».
Типичные ошибки и что проверить, если инструмент не срабатывает
Порядок проверки:
- Инструмент включён именно для той модели, к которой идёт запрос. В Open WebUI инструменты подключаются пообъектно, и забытый переключатель встречается чаще всего.
- Модель поддерживает tool calling. Небольшие модели без этой возможности просто не станут вызывать инструмент.
- Python-файл вставлен целиком, без обрезанных строк. Битый код не зарегистрируется как инструмент.
- Версия актуальна. В 1.3.0 заявлены исправления ошибок tool calling, поэтому при странном поведении имеет смысл обновиться.
Кодов ошибок и логов в анонсе нет, диагностика строится на этих четырёх пунктах.
Ограничения: зависимость от публичных сервисов и неполный офлайн
Базовый режим опирается на бесплатные публичные сервисы для карт, маршрутизации, погоды и фото. API-ключи не нужны, но полностью офлайновым решение из коробки не будет (подтверждение автора). Для домашнего сервера с интернетом это нормально. Для изолированного контура - ограничение, которое нужно учитывать до установки.
Что даёт самохостинг карты на Protomaps
Опционально можно поднять собственную карту всей планеты на Protomaps: около 140 ГБ данных, которые нормально работают с обычного HDD. Это убирает зависимость от стороннего провайдера картографических тайлов.
Карта закрывает только картографическую часть. Погода, фото, маршрутизация и превью ссылок по-прежнему ходят во внешние сервисы, поэтому называть такую сборку полностью автономной нельзя.
Кому критичен полный офлайн и что это значит на практике
Если система должна работать без выхода в интернет, базовый Frontier UI не подходит без доработок: самохостинг карты решает один слой из нескольких. В закрытом контуре придётся отдельно оценивать каждый источник данных и, вероятно, подменять их собственными эндпоинтами. Для персонального использования с интернетом этот пункт обычно не мешает.
Версии 1.2.0 и 1.3.0: что изменилось
Работа с пользовательскими файлами в 1.2.0
В 1.2.0 Frontier UI научился читать и редактировать файлы пользователя. Можно прикрепить Word, Excel, PowerPoint, PDF, изображение, RAW-фото, SVG, DXF/DWG, STEP/STL, файл Figma или Sketch, IDML, аудио и видео: инструмент открывает его и работает с содержимым (список форматов из анонса).
Практическая ценность в том, что сценарии выходят за пределы визуализации. Присланный PDF или таблицу можно разобрать, изменить и вернуть в чат, не переключаясь в десктопный редактор. Как устроен разбор форматов и какие ограничения есть у редактирования, в анонсе не сказано.
Фото без SearXNG и метрические единицы в 1.3.0
Детали версии 1.3.0 в первоисточнике не раскрыты: пост на r/LocalLLaMA описывает базовые возможности и обновление 1.2.0. По описанию релиза 1.3.0 в него вошли фото без SearXNG, переключение метрических и имперских единиц, дополнительные картографические приложения и исправления ошибок tool calling.
Что это даёт. Фото без SearXNG упрощают старт: поднимать поисковый сервис ради галереи не требуется. Переключение единиц полезно русскоязычному пользователю: расстояния и температуры приходят в метрической системе, без пересчёта из миль и футов. Список новых картографических приложений в описании не приведён, судить о нём по названию нельзя.
Экспорт и интеграции: ArtCraft, Gmail, календарь, Notes
Экспорт в Word, Excel, PowerPoint и PDF
Экспорт формирует настоящие файлы Word, Excel, PowerPoint и PDF через open-source приложения ArtCraft. Это документы в своих форматах, которые открываются в офисе и дорабатываются привычными инструментами. Текст с расширением .docx, который на деле остаётся plain text, за документ здесь не выдаётся.
Зачем это нужно: результат визуального ответа часто надо передать коллеге или приложить к отчёту. ArtCraft - опциональная часть, она требует дополнительной настройки. Без неё базовый Frontier UI работает, но экспорт недоступен.
Gmail, календарь и Open WebUI Notes
Из анонса известны ещё три направления: черновики Gmail, события календаря и сохранение ответов в Open WebUI Notes. Речь идёт о черновиках и событиях: автоматическую отправку писем и подтверждённые приглашения источник не описывает, так что проверять результат всё равно придётся вручную. Как и ArtCraft, эти интеграции относятся к опциональным надстройкам.
Стоит ли ставить Frontier UI: вывод для разных сценариев
Кому инструмент даст максимум пользы
Пользователям Open WebUI с локальными моделями, которые умеют вызывать инструменты. Тем, кто планирует поездки и хочет получить маршрут с картой, фото и бюджетом в одном сообщении. Тем, кто сравнивает данные в таблицах и работает с файлами. Владельцам домашних AI-серверов с интернетом: установка занимает минуты, а набор сценариев заметно шире текстового чата.
Ещё один аргумент - лицензия MIT и отсутствие API-ключей в базовом режиме: попробовать можно без бюджетов и регистраций. Ждать, что модель начнёт отвечать точнее, не стоит: меняется подача. Интеллект модели остаётся прежним.
Когда можно обойтись без Frontier UI
Случаи, когда ставить не нужно:
- Модель не поддерживает tool calling. Без этого визуальные блоки не появятся.
- Нужен строго офлайновый контур. Базовый режим зависит от публичных сервисов, а самохостинг карты закрывает только карты.
- Хватает текстовых ответов. Если визуализация не нужна, инструмент добавит лишний слой.
- Нет желания разбираться с опциональными компонентами. Protomaps на 140 ГБ и ArtCraft требуют отдельной настройки.
Альтернативы тоже есть. Если нужен generative UI как конструктор под своё приложение, смотрите в сторону открытых проектов вроде OpenUI: команда OpenUI повторила поведение Intelligent UI меньше чем за сутки по публично наблюдаемым данным, разбор сборки на локальных LLM показывает цену такого пути. Если нужен интерфейс, который собирается из векторных примитивов и откатывает действия агента, есть GUI harness. Frontier UI выигрывает в другом: он встаёт в уже работающий Open WebUI одним файлом, собирать приложение не требуется.
Начать стоит с базового режима: поставить инструмент, включить его для модели с tool calling и прогнать два-три запроса, где визуальный ответ действительно полезен. Дальше решать, нужны ли Protomaps и ArtCraft.