Задача: Импортировать legacy-контент в Concepts и подготовить AI-обогащение
Импортировать legacy-контент в Concepts и подготовить AI-обогащение
Перенести старые данные из разных legacy-таблиц в универсальные Concepts, сохраняя исходную информацию как первичный контент для последующей AI-переработки.
Цель
Воспроизводимо перенести полезный контент из legacy MySQL в универсальную модель Concept и подготовить его к последующей AI-driven редактуре.
Принцип импорта
Импорт не воспроизводит старую схему. Каждая legacy-таблица рассматривается как источник данных, из которых собирается Concept. Специализированные колонки старого сайта сворачиваются в базовые поля новой сущности, прежде всего в единый content.
Например, поля кейса вроде customer, problem, solution, result, review, comment становятся первичным наполнением одного Concept, а не шестью полями новой модели.
Что сделать
- Последовательно импортировать все содержательные legacy-таблицы, которые решено сохранить.
- Для каждого источника определить
name,description,intro,content, URI, visibility и необходимые общесистемные атрибуты. - Сохранить полезные исторические URL через RedirectRule там, где это оправдано.
- Делать импорт идемпотентным и проверяемым.
- Не тащить в новую модель поля и связи, существовавшие только ради старого UI/шаблонов.
- После первичного импорта подключить AI-этап: агент получает старые исходные данные и новый Concept и обновляет
content, форматирование, структуру и внутренние ссылки.
Результат
Весь сохраняемый старый контент представлен в новой системе как Concepts и может централизованно дорабатываться AI-агентами без знания множества legacy-схем.
Критерии готовности
- Все выбранные legacy-источники имеют работающий импорт.
- Данные не теряются при схлопывании специализированных полей в Concept.
- Повторный импорт предсказуем.
- Редиректы создаются отдельно от контента.
- После импорта Concept готов к автоматической AI-переработке.
Ворклоги
Прогресс: подтверждён подход к импорту через схлопывание legacy-полей
На импорте admin_experiences уже практически реализован целевой паттерн: множество специализированных полей старой записи (customer, problem, solution, result, review, comment и др.) используются как исходные данные, но не превращаются в такие же поля новой схемы. Они собираются в единое первичное содержимое Concept.
Исторический URL при необходимости обслуживается отдельным RedirectRule, то есть совместимость маршрутов не загрязняет контентную модель.
Следующий этап — распространить тот же принцип на остальные содержательные legacy-таблицы и затем запускать отдельный AI-процесс переработки созданных Concepts.