ИИ для маркетплейсов: тысячи карточек требуют конвейера с проверкой

Для разовой карточки хватит генератора и проверки менеджера. У Wildberries есть генерация описаний. Разработка нужна для повторяемой загрузки, проверки и согласования.

Большой каталог требует памяти о каждом артикуле. Нужно знать, из какого документа взяли состав, какой вариант изображения принят и почему соседний товар остановлен.

Кнопка генерации этого сама не обещает. Она выдаёт черновик; конвейер сохраняет его путь до принятой карточки и возвращает замечания в следующий запуск.

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

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

Заполненное поле ещё не означает известный факт. Если в документах нет совместимости или допустимой нагрузки, запретите модели достраивать их по похожим товарам.

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

Карточки ИИ-инструментов на нашем сайте тоже пишут агенты. Приёмка текста и проверка добытых фактов у нас разделены.

Замечание сохраняем с причиной. Повторяющаяся ошибка становится новым правилом проверки, иначе следующий запуск принесёт тот же дефект.

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

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

Wildberries требует фото именно продаваемого товара. Поэтому проверяйте изменения после генерации изображения отдельно от принятого текста.

Не начинайте с обновления всего каталога. Возьмите одну категорию и ограниченную партию: в ней должны быть варианты товара, неполные данные и уже известные ошибки.

Проверьте повторный запуск до расширения. Он должен продолжить прерванную работу, сохранить принятые решения и показать, какие карточки изменились из-за новой спецификации.

Публикацию разрешает ответственный за партию. Неудачный шаблон должен остановиться до массового обновления; граница прав и откат разобраны в статье об ответственности за ошибки ИИ.

Наша машина уже хранит причины отказов. На открытой странице работы в срезе 7 октября: 24 597 найдено, 3 292 подано, 87 % в корзину за всю историю отбора новостей.

Эти числа показывают масштаб фильтра, не точность модели. Новость отклоняют и потому, что она не подходит редакции. Для карточек продавца долю отказов придётся измерить отдельно.

Другой наш продукт, zavod.today, собирает короткий ролик через сценарий, голос, карточки и субтитры. Это машина из курса агентной разработки.

В каталог продавца переносим устройство стадий. Клиентского замера у нас нет: результат на товарах нужно проверить собственной партией.

Счётчик генераций не отвечает на вопрос о выгоде. Посчитайте расходы на подготовку данных, генерацию, проверку и исправления; разделите их на принятые карточки одной партии.

Тот же объём работы измерьте до запуска. Если менеджер теперь перечитывает всё и исправляет больше, дешёвый черновик не разгрузил отдел.

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

Заказывайте процесс с результатом, который сможете принять. В первой версии достаточно одной категории, согласованного набора полей, шаблона изображений и очереди отказов с причинами.

Опишите, кто подтверждает факт и разрешает публикацию. Как в постановке задачи ИИ-агенту, подрядчик получает входные данные и проверяемое условие «готово».

В вашем репозитории остаются код, инструкция запуска и проверки. Попросите показать поиск зависимой карточки после изменения документа и восстановление принятой версии.

Если пока неясно, кто поведёт такую работу, пройдите тест для руководителя. Начните с задач, правил и проверки результата.

Подписка «Один проект» стоит 250 000 ₽ в месяц: один поток работы, код в вашем репозитории. Это цена разработки на 7 октября 2026, а не тариф за карточки.

Первой задачей может стать конвейер карточек с проверкой фактов. Остатки и заказы по API требуют отдельной интеграции и своих условий приёмки.

1. Для большого каталога заказывайте путь до принятой карточки. Генератор составляет только черновик.

2. Свяжите характеристики с документами товара. Нет подтверждения, карточка возвращается менеджеру.

3. Разделите генерацию, проверку и разрешение публикации. Сохраните причины отказов и предыдущие версии.

4. Сравните цену принятой карточки и время менеджера на одной партии. Расширяйте конвейер после этой приёмки.