В этом материале
Экспорт чатов сохраняет беседы, а экспорт Workspace переносит выбранные определения. Это не полный снимок развёртывания; повторный импорт чатов создаёт новые записи.
Open WebUI позволяет экспортировать историю бесед и переносить элементы Workspace, но область этих операций различается. Текст чата не является полным определением создавшего его помощника. Перенос оболочки модели также не переносит все использовавшие её беседы и не создаёт внешний сервер инференса. Для воспроизводимой миграции необходимо перечислить нужные объекты и зависимости, а затем выбрать соответствующие им операции.
Осознанно экспортируйте историю
Руководство импорта и экспорта чатов размещает управление в меню профиля, Settings и Data Controls. Для сохранения сообщений и структуры используйте документированный экспорт бесед. Рядом с файлом запишите версию исходного приложения, чтобы понимать формат при последующей проверке и восстановлении.
Для первого опыта выберите небольшую характерную беседу. Если важны ветви, включите разветвление. Простой список последних ответов менее показателен, чем проверка активной ветки и предшествующих сообщений после переноса. Это помогает обнаружить потерю структуры, которую не показывает само число импортированных чатов.
Перенесите определения Workspace отдельно
Руководство Workspace разделяет оболочки моделей, prompts, knowledge и другие элементы. В актуальном меню Create находятся операции импорта и экспорта поддерживаемого раздела. Разрешения способны скрыть пункт, поэтому отсутствие меню не всегда означает отсутствие функции в продукте.
Перечислите элементы нужного рабочего процесса и отдельно экспортируйте поддерживаемые определения. Название модели в истории беседы не является сериализованной копией всех инструкций, инструментов и ресурсов Workspace, которые действовали при исходном ответе. Сохранение этого названия не подтверждает сохранение зависимостей.
Найдите базовую модель на приёмнике
Документация моделей Workspace описывает оболочку базовой модели с инструкциями и настройками. Целевая установка всё равно должна иметь подходящее подключение и правильный идентификатор модели. Отображаемое имя оболочки не запускает недоступный backend инференса и не загружает его веса автоматически.
Для локального помощника проверьте работающий runtime и разрешение оболочки в нужную модель. Затем отдельно рассмотрите knowledge и инструменты. Успешный диалог импорта означает принятие объекта, но не доступность его ресурсов и не эквивалентность прежних прав всех участников.
Считайте повторный импорт новой операцией
Руководство чатов описывает выдачу новых идентификаторов импортированным беседам. Повтор файла создаёт дополнительные записи вместо синхронизации существующих. Ведите небольшой журнал импорта, чтобы прерванный перенос не превратился в необъяснимую коллекцию дубликатов, которую затем трудно сопоставить с источником.
Проверьте количества вместе с названиями и ветвями. Перед повторной попыткой установите уже перенесённые элементы. Время файла не является устойчивой идентичностью беседы. Не удаляйте исходную историю только потому, что целевой интерфейс показывает часть ожидаемых сообщений и операция завершилась без ошибки.
Проверьте весь рабочий процесс
Откройте импортированную беседу, изучите историю и задайте новый ограниченный вопрос через выбранную модель приёмника. Инструкции Workspace и обязательные ресурсы проверьте отдельно. Запишите исключённые вложения и неподдерживаемые объекты именно проверенного способа экспорта, не предполагая их автоматического переноса.
Отделите миграцию от резервной копии сервера. Учётные записи, база, внешнее хранение и развёртывание runtime могут требовать других способов сохранения. Полезный протокол объясняет состав каждого артефакта и оставшиеся потребности целевой установки, а не обещает восстановление всей системы одним JSON-файлом с историей.
Материалы по теме
vLLM served-model-name: почему API не находит загруженную модель, llama.cpp server: локальный API из GGUF-модели.