← Все материалы

Гайд

Сто карточек товара за час: где нейросеть начнёт выдумывать различия?

Как генерировать описания вариантов товара без выдуманных свойств: общие факты, отличия SKU и проверяемый процесс в Чатиуме.

Обновлено

Входящее сообщение связано с упорядоченными карточками ответов

Обещание «сто карточек за час» привлекает скоростью, но ничего не говорит о точности. Если у товара пять цветов и три размера, нейросеть может начать придумывать различия там, где меняется только вариант. Для каталога это хуже повторяющегося, но правильного текста.

В Чатиуме можно сделать редактор, который отделяет общие свойства модели от характеристик конкретного SKU. Тогда черновики строятся на проверенных данных, а не на стремлении сделать каждое описание уникальным любой ценой.

Промпт

Создай редактор карточек товаров. Раздели общие свойства модели и отличия вариантов: цвет, размер, комплектацию. Генерируй описания только из заполненных фактов. Показывай добавленные утверждения для проверки и сохраняй утверждённые тексты по каждому артикулу.

Уникальность текста не равна уникальности товара

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

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

Пример: три варианта одной бутылки

Условная модель имеет объём 600 мл, металлический корпус и винтовую крышку. Варианты отличаются цветом: синий, белый и графитовый. В данных нет сведений о сохранении температуры и пригодности для посудомоечной машины.

Приемлемое описание синего варианта перечисляет известные свойства и цвет. Фраза «сохраняет напиток горячим двенадцать часов» недопустима: она не следует ни из материала, ни из внешнего вида. Точно так же нельзя автоматически добавить рекомендацию мыть в машине.

Поле Где хранить Как использовать
Объём У общей модели Повторять без изменения во всех вариантах
Цвет У конкретного SKU Подставлять только соответствующее значение
Комплектация У модели или варианта по данным Не дополнять типичными аксессуарами
Уход В подтверждённой инструкции Оставлять неизвестным, если данных нет

Как давать модели задание

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

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

Короткий вызов MiMo в Чатиуме

В примере используется MiMo V2.6 Flash. sourceText содержит только выбранный артикул, общие свойства и его отличия. Не отправляйте сразу смешанную таблицу вариантов, если приложение не умеет надёжно связывать ответы с артикулами.

Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.

TypeScript
import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'xiaomi/mimo-v2.6-flash',
  system: 'Составь описание указанного SKU по общим свойствам и отличиям варианта. Не придумывай характеристики, преимущества и условия ухода. Отдельно перечисли противоречия и неизвестные сведения.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

Метод возвращает completionId. Сам ответ приходит позже в onCompletionCompleted, ошибка — в onCompletionFailed; до этого приложение показывает ожидание. Это схема вызова, а не полный код приложения.

Встроенный помощник Чатиума создаёт каталог, загрузку данных и интерфейс проверки. Для массовой генерации нужны отдельные состояния по каждой карточке. Ошибка одной записи не должна скрывать, какие остальные уже подготовлены и какие ещё ждут обработки.

Как обновлять тексты после изменения характеристик

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

Фотографии проверяются отдельно: правильное описание не исправит изображение другого варианта. Процесс сохранения предмета разобран в AI-фотокаталоге.

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

Нужно ли делать все описания максимально разными?

Нет. Для вариантов одного товара точность различий важнее искусственной уникальности формулировок. Общие факты могут повторяться.

Можно ли брать свойства из фотографии?

Видимые детали иногда помогают, но скрытые характеристики — объём, материал, уход — нельзя надёжно восстановить по внешнему виду. Их лучше получать из подтверждённых данных.

Когда запускать массовую обработку?

После проверки нескольких разных карточек, включая неполные и противоречивые. Если исходная таблица требует очистки, начните с отчёта об ошибках данных.