AI-центр: безопасный рабочий процесс

AI-центр Lana Digital Platform — это не поле для случайной генерации текста, а управляемый контур работы с данными сайта. Его задача — провести изменение от экспорта до проверенного импорта так, чтобы до применения было понятно, какие объекты будут созданы или обновлены и какие поля затронуты.

Почему нужен отдельный рабочий контур

При прямом редактировании моделью легко пропустить изменение ID, slug, статуса, рубрики или метаполя. В пакетном процессе исходные данные сохраняются, результат можно сравнить, а импорт остановить до применения.

Главный принцип — передавать модели только те сущности, которые относятся к задаче. Если требуется исправить шесть записей, в пакете не должно находиться двадцать три публикации.

Безопасная последовательность

Экспортировать актуальные данные.
Сформулировать задачу и ограничения.
Получить изменённый JSON.
Проверить количество объектов, операции и идентификаторы.
Выполнить встроенную проверку.
Создать резервную копию.
Подтвердить импорт и проверить сайт.

В задании следует явно указывать, что нельзя менять: существующие ID, slug, даты публикации, рубрики, метки или защищённые операции.

Создание и обновление

Для новой сущности используется operation: create и id: 0. Для существующей — operation: update и реальный ID из экспорта.

{
  "id": 795,
  "operation": "update",
  "slug": "ai-center-bezopasnyy-rabochiy-process",
  "status": "publish"
}

Create не должен обрабатываться как защищённая операция: у новой записи ещё нет существующего ID.

Что проверять до импорта

Количество items соответствует задаче.
Все update содержат реальные ID.
Все create используют id: 0 или null.
Slug не изменён без отдельной задачи.
Статусы публикаций ожидаемые.
В content нет второго H1, style, main и хлебных крошек.
SEO-поля соответствуют новому тексту.

Проверять нужно не только добавленные данные, но и то, что исчезло. Пустое поле в обновляющем пакете иногда означает очистку существующего значения.

Обычные и защищённые операции

К обычным относятся create и update. К защищённым — delete, trash, restore и validate_only. Они требуют отдельного контроля, потому что могут удалить, скрыть или восстановить объект.

Массовые удаления нельзя смешивать с обычной редакционной правкой. Для них лучше формировать отдельный пакет.

Проверка после применения

Сверить итоговую сводку импортера.
Открыть каждую изменённую публикацию.
Проверить один H1 и корректную структуру H2/H3.
Убедиться, что URL сохранился.
Проверить SEO title и description.
Очистить кэш и повторить проверку без авторизации.

Сообщение об успешном импорте подтверждает запись данных, но не гарантирует правильный внешний вид и отсутствие конфликтов темы.

Типичные ошибки

Обновление создало дубль

Причина — для существующей записи использована операция create или потерян ID.

На странице два заголовка

Один H1 выводит шаблон WordPress, второй был добавлен в content. Внутри статьи нужно начинать со вступительного абзаца.

Запись превратилась в отдельный лендинг

В content попали глобальный CSS, main, контейнеры и хлебные крошки. Эти элементы должны находиться в теме.

Частые вопросы

Можно ли использовать AI-центр только для текстов?

Да, но его основная ценность проявляется при работе со структурированными пакетами, где контролируются операции, SEO и метаданные.

Нужно ли сохранять исходный экспорт?

Да. Он нужен для сравнения, отката и проверки того, какие поля действительно изменились.

Можно ли объединять страницы, записи и товары?

Лучше использовать отдельные пакеты по типам сущностей: так проще проверять результат и локализовать ошибку.

Что изменилось в самой платформе

На раннем этапе AI-центр воспринимался как интерфейс для подготовки пакетов. Практика показала, что этого недостаточно: убедительный ответ модели не подтверждает корректность операций. Поэтому в версии 4.1 появился отдельный контур самопроверки выпуска: зарегистрированные проверки, факты выполнения и производные документы сверяются между собой до публикации.

Рабочая цепочка строится по принципу AI_CHECKS.json → AI_FACTS.json → AI_VERIFICATION.md / AI_RELEASE.json / AI_CHANGESET.md. Если обязательная проверка не зарегистрирована, отсутствует её результат или факты расходятся с реестром, сборка должна блокироваться.

Практический сценарий: обновление серии статей

При переработке документации мы сначала экспортировали только записи, сохранили ID и slug, а затем сформировали пакет исключительно с операцией update. После импорта был выполнен повторный экспорт. Именно он подтвердил, что тексты, excerpt и SEO-поля записались в базу, а URL не изменились. Такой повторный экспорт — более надёжная проверка, чем одно сообщение «импорт завершён».

Связанные материалы

Безопасная автоматизация строится не на доверии к одному ответу модели, а на ограничениях, проверяемом формате и подтверждённом применении. Экспорт, узкая задача, валидация и контроль после импорта превращают работу с ИИ в повторяемый инженерный процесс.