Генератор карточек товара: 7 шагов до описаний по фото и составу

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

А началось всё с постоянного переписывания карточек после поставки.

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

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

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

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

Что изменилось, когда я собрала свои описания товаров?

Раньше после поставки мне приходилось постоянно переписывать каталог вручную. Состав менялся быстрее, чем успевал обновиться сайт. Описание могло выглядеть убедительно, но не совпадать с тем, что флористы реально собирали в этот день.

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

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

В карточке остаются две части:

• постоянная часть букета;
• список сезонных замен, которые разрешены магазином.

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

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

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

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

В готовом сервисе обычно есть поля для названия, характеристик и общего описания. Это удобно, если товар стандартный и его данные почти не меняются. Для букета этого мало. Здесь нужно разделить то, что остаётся неизменным, и то, что может замениться по сезону.

В своей папке я могу изменить:

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

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

Есть и обратная сторона. Своя сборка требует проверки. Она не превращает поставку в автоматическое обновление каталога. После приезда цветов я всё равно меняю состав и наличие. Зато дальше не переписываю каждый текст целиком.

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

Из чего состоит генератор описаний для магазина?

Запрос «генератор карточек товаров для маркетплейсов» часто подразумевает готовый онлайн-инструмент. Моя схема проще и уже: папка с текстами, которые можно проверить перед размещением, а не инфографика и не публикация на площадке.

Внутри есть пять частей.

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

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

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

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

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

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

Что поставить перед сборкой и сколько это стоит?

Запрос «карточка товара с ии» не означает, что придётся писать программу самой. Я описываю задачу обычными словами, а помощник создаёт и меняет файлы проекта.

Visual Studio Code выглядит как редактор кода, но для этой задачи мне достаточно видеть папку и файлы. Сам код я не пишу и не копирую. Если помощнику понадобится дополнительный инструмент, он должен сказать об этом прямо и провести по установке.

Claude Code встраивается в редактор и работает внутри открытой папки. Я пишу, что должна делать сборка, какие поля есть у букета и какие ограничения нельзя нарушать. Помощник создаёт файлы, меняет их и объясняет результат.

Порядок установки простой:

1. Скачать Visual Studio Code с официального сайта.
2. Запустить установщик.
3. Войти в аккаунт помощника.
4. Открыть в редакторе пустую папку проекта.
5. Проверить, что помощник видит эту папку.

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

Подписка Claude Pro платная. Официальная цена составляет 20 долларов в месяц. Эквивалент по расчёту на курс мая 2026 года - примерно 1 500 ₽ в месяц. Россия не входит в опубликованный список поддерживаемых стран Anthropic, поэтому при оплате через посредника стоимость может начинаться от 1 949 ₽ в месяц.

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

Как собрать описание товара по фото и составу?

1. Создай папку проекта.

   Сделай отдельную папку для сборки и открой её в Visual Studio Code. Не смешивай её с клиентской базой, перепиской и документами с телефонами или адресами.

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

   Разобрать задачу цветочного магазинаСкопировать промпт

   У меня цветочный магазин. Я каждый день добавляю букеты и после поставки обновляю карточки: состав, размер, оттенки, наличие отдельных цветов и текст на сайте или в каталоге. Хочу папку с готовыми описаниями букетов. В описание должны попадать название, фото, состав, размер, цветовая гамма и разрешённые сезонные замены. Пока не пиши код. Сначала разложи задачу на части, перечисли нужные данные и задай вопросы, если чего-то не хватает. Сохрани понятный план в файл plan.md в папке проекта. Не используй телефоны, адреса и данные покупателей.

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

2. Задай поля букета.

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

   Поля карточки букетаСкопировать промпт

   Создай в папке проекта файл product-fields.md и опиши поля одного букета: название, фото, состав, размер, цветовая гамма, постоянная часть состава, разрешённые сезонные замены, статус наличия и примечание для клиента. Для каждого поля напиши, что в него вносить и что делать, если данных нет. Не придумывай значения и не добавляй данные покупателей. Сделай пример для букета «Нежный весенний» с условным составом: розы, эустома и зелень. Отдельно отметь, что пример нужно заменить на реальные данные магазина.

   В ответе появится список полей и пример записи. Проверь глазами, что размер и оттенки не смешались, а замены не попали в постоянный состав.

3. Запиши правило замен.

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

   Правило состава и заменСкопировать промпт

   Создай файл rules.md с правилом для карточек букетов. В каждой карточке отдельно показывай постоянную часть букета и возможные сезонные замены. Замена допустима только из списка, который я укажу для конкретного букета. Если конкретного цветка нет и разрешённой замены нет, не обещай его и пометь карточку для ручной проверки. Не придумывай наличие, цену, размер или оттенок. В тексте для клиента объясняй замену спокойно и коротко, без обещания полного совпадения с фотографией.

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

4. Добавь фото букета.

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

   Добавить фото к данным букетаСкопировать промпт

   Посмотри фотографии букетов в папке input/photos и свяжи каждую фотографию с названием букета из файла products.md. Используй фото только как дополнительную подсказку по форме и цветовой гамме. Не определяй по фото точный состав, наличие цветов, размер или допустимую замену. Эти данные бери только из products.md и rules.md. Если фотографию нельзя уверенно связать с букетом, вынеси её в список для проверки и ничего не создавай по ней молча.

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

5. Собери единый шаблон.

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

   Создать единый шаблон описанияСкопировать промпт

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

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

6. Создай файлы по категориям.

   Попроси помощника собрать папки и отдельные описания. Внутрь проекта положи несколько настоящих записей, а не только пример.

   Собрать описания букетов в папкиСкопировать промпт

   Возьми товары из products.md, правила из rules.md, фотографии из input/photos и структуру из template.md. Создай папку output. Внутри разложи описания по категориям, а внутри категории используй отдельные файлы для размеров. Для каждого букета создай описание по шаблону. Имя файла должно содержать название букета и размер. Не создавай файл, если не хватает состава или списка разрешённых замен: вместо этого добавь товар в файл review-needed.md. Не изменяй исходные файлы и не добавляй данные, которых нет в папке.

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

7. Проверь первый результат.

   Не принимай папку целиком только потому, что файлы создались. Открой несколько описаний и сравни их с карточками букетов.

   Проверить описания букетовСкопировать промпт

   Проверь созданные файлы в папке output по данным из products.md, rules.md и template.md. Для каждого файла проверь название, постоянный состав, размер, цветовую гамму, разрешённые замены и отсутствие выдуманных сведений. Составь таблицу проверки: имя файла, ошибки, что исправить, статус «готово» или «проверить руками». Не исправляй исходные данные молча. Если описание обещает цветок, которого нет в постоянном составе или списке разрешённых замен, отметь это как ошибку состава.

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

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

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

Что появится в папке после сборки?

Пример простой структуры:

flower-descriptions/
  input/
    products.md
    rules.md
    photos/
  output/
    букеты-на-8-марта/
      нежный-весенний-малый.md
      нежный-весенний-средний.md
  template.md
  review-needed.md

input хранит исходные данные. output содержит готовые описания. template.md нужен для единого формата. review-needed.md показывает, какие букеты нельзя выпускать без решения владельца.

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

Не обещай себе, что папка автоматически обновит сайт. Она хранит результат сборки. Состав после поставки всё равно нужно обновить, а файлы проверить перед публикацией.

Что делать, если описание или файл создаётся неправильно?

Используй схему «симптом - фраза помощнику - повторная проверка».

Дублируется описание. Проверь, не запускалась ли одна и та же обработка дважды. Для каждого товара нужен стабильный идентификатор, а готовый файл нельзя создавать повторно без проверки.

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

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

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

Сравни товары в products.md с файлами в output. Покажи список товаров без готового описания и отдельно список файлов, которым не удалось найти исходную запись. Проверь, не остановилась ли обработка на ошибке или ограничении времени. Ничего не создавай для товаров без состава и разрешённых замен. Сохрани отчёт в missing-results.md и предложи продолжить только с пропущенных товаров.

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

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

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

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

После повторного запуска помощник снова просит доступ к Google Drive и не создаёт новые файлы. Проверь текст ошибки и определи, это обычная повторная авторизация, ошибка invalid_grant или отозванный токен. Не удаляй готовые описания и не создавай новые OAuth-настройки молча. Опиши шаги переподключения и после авторизации проверь один тестовый файл.

Доступ истёк через несколько дней. Тестовый OAuth-режим может ограничивать доступ. Проверь режим приложения, список тестовых пользователей и срок действия доступа.

Доступ к Google Drive работал, а через несколько дней перестал работать. Проверь, не находится ли OAuth-приложение в тестовом режиме и не ограничен ли доступ сроком в семь дней. Покажи, где посмотреть режим приложения и список тестовых пользователей. Не меняй настройки публикации без моего подтверждения. Предложи безопасный способ повторной авторизации без удаления уже созданных файлов.

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

Сколько стоит своя папка против сервиса и подрядчика?

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

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

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

Цена Claude Pro не равна стоимости вызовов отдельного API. В фактуре для API GigaChat указана другая схема: для коммерческого использования минимальный платёж начинается от 600 ₽ за месяц фактического использования. Не смешивай эти суммы. Здесь рассматривается сборка через Claude Code, а не самостоятельный API-скрипт.

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

Что сделать сегодня, если я не разбираюсь в технологиях?

Маршрут для старта такой:

1. Выбери несколько букетов с понятным составом.
2. Запиши для каждого размер, оттенки и допустимые замены.
3. Положи фото отдельно от клиентских данных.
4. Создай пустую папку проекта.
5. Установи Visual Studio Code и Claude Code.
6. Собери один шаблон описания.
7. Создай несколько файлов.
8. Открой их и сверяй с ассортиментом.
9. Исправь правило, если помощник ошибся.
10. Только потом обрабатывай следующую группу товаров.

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

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

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

Вопросы и ответы

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