PicSeller: рынок, открытые компоненты и направления развития
Основной вывод
PicSeller целесообразно развивать как рабочую студию товарного контента: исходное фото и подтверждённые характеристики → согласованный набор слайдов → проверка качества → пакет для конкретной площадки. Конкурировать только обещанием «карточка за минуту» трудно: подобный вход уже предлагают российские генераторы, а крупные редакторы поддерживают шаблоны и автоматическое заполнение. Перспективное отличие — сохранять связь результата с реальным товаром, объяснять замечания, воспроизводить стиль в каталоге и восстанавливать работу после ошибки.
Содержание исследования
Это аналитическая рекомендация, а не доказанный спрос. Её следует проверить на задачах продавцов: сколько времени нужно до принятого комплекта, сколько карточек исправляют вручную и сколько результатов действительно используют. Заявления конкурентов о росте CTR, экономии фотосессий и максимальном размере каталога не приняты за измеренные результаты.
Существующие компоненты PicSeller нужно использовать как основу. В проекте уже есть рецепты, серверные партии, собственная очередь фото, фиксированный ComfyUI workflow и экспорт презентаций. PptxGenJS подключён как vendor-файл: заголовок prototype/vendor/pptxgen.min.js указывает 4.0.1. Отсутствие библиотеки в package.json не означает её отсутствия в продукте. Дальнейшие рекомендации описывают развитие и проверку этих возможностей, а не предложение реализовать всё заново.
Границы сравнения
Исследованы открытые официальные страницы, API-документация, лицензии и отдельные исходные файлы. Платные кабинеты конкурентов, оплата, доступность российских аккаунтов, SLA и фактическая производительность не проверялись. «Заявлено» в таблице означает публичное предложение поставщика; «документировано» — наличие конкретного интерфейса или API-контракта. Исходные коды закрытых продуктов недоступны, поэтому их внутренние алгоритмы не реконструируются по маркетингу.
Срез источников и лицензий выполнен 10 сентября 2026 года. GitHub HEAD указан для воспроизводимости просмотра, а не как рекомендация устанавливать неопубликованный код вместо стабильного релиза.
Сравнение продуктов
| Продукт | Подтверждено открытыми источниками | Что полезно перенести в PicSeller | Что не следует обещать на основании этих источников |
|---|---|---|---|
| SUPA | Редактор карточек и шаблонов. Render API принимает шаблон и замены именованных объектов, возвращает задание; доступны опрос статуса и webhook. Документированы ограничения очереди и запросов. Карточки, Render API | Превратить версионный рецепт в понятный шаблон с полями: название, фото, размеры, преимущества. Показывать итоговую стоимость/объём перед массовым запуском. | Нельзя переносить их шаблоны и библиотеку графики без прав. Публичное API не подтверждает доступ PicSeller к API или тарифу. |
| Flyvi | Предлагает ИИ-инструменты для обработки изображений и инфографики. В официальном описании обновления есть брендбук с цветами, шрифтами, логотипами и гостевой доступ. Инструменты, обновление брендбука | Сохранённый бренд применять ко всему комплекту; сделать просмотр для согласования проще редактора; показывать последствия смены стиля до применения. | Упоминание командной работы не доказывает наличие подходящего публичного API. Качество кириллицы и ИИ требует собственного теста. |
| Fabula AI | Публично заявлены фото → обложка и пять слайдов, редактирование, фирменные цвета, пакетный каталог до 10 000 товаров и интеграции с 1С/МойСклад. Это заявление поставщика, кабинет не проверен. Официальная страница | Вход по задаче: «новый товар», «обновить обложку», «оформить каталог». Сначала показать структуру комплекта, затем детали дизайна. | Ни максимум каталога, ни обещания роста продаж, ни сохранение формы товара не подтверждены независимым испытанием. Не генерировать отзывы или характеристики ради наполнения пяти слайдов. |
| WonderCard | Конструктор из шаблонов по категориям, стилям и цветам, замена фото/текста и редактируемые элементы. Официальная страница | Небольшой отобранный каталог хороших стилей вместо длинного списка параметров; пример одного реального SKU в каждом стиле. | Их разъяснения о допуске инфографики не являются правилами маркетплейса. Публичная страница не устанавливает наличие API и современной автоматизации. |
| Photoroom | API документирует отделение товара, фон, тень, свет, масштабирование, компоновку и другие операции. Есть структурированные параметры и отдельные режимы обработки. Введение, OpenAPI | Разделить действия над товаром и окружением. В UI отдельно «исходный товар», «маска», «фон», «тень»; результат сравнивать с оригиналом перед применением. | Формулировка поставщика о сохранении товара не заменяет визуальную проверку. Тариф и коммерческие условия внешнего API нужны до включения платного провайдера. |
| Canva | Autofill API получает типизированные поля шаблона, создаёт асинхронное задание и отдаёт редактируемый дизайн. Для промышленного использования требуется Canva Enterprise; ограниченный доступ для разработки не равен production-доступу. Autofill guide, API | Проверять соответствие колонок CSV полям шаблона до запуска. Сохранять редактируемый результат вместе с экспортом. | Не строить массовый сценарий PicSeller на предположении, что Canva Pro даёт постоянный Autofill API каждому клиенту. |
Конкурентная позиция
У перечисленных продуктов есть два устойчивых подхода: широкий редактор с библиотекой контента и узкий сценарий генерации товарной карточки. Для PicSeller разумно соединить удобство второго с управляемостью первого, ограничившись работой продавца. Обширный SMM-редактор, видеомонтаж и универсальные презентации могут размыть приоритеты основного сценария.
Функциональное преимущество не создаётся одним количеством кнопок. Важнее, чтобы продавец быстро понял: какой товар готов, что требует исправления, какой стиль применён, почему система ждёт и что именно будет скачано. Поэтому главный экран — каталог с состояниями и следующим действием, а сложный редактор — второй уровень.
Требования маркетплейсов и автоматическая проверка
Яндекс Маркет
Официальная страница допускает JPG/JPEG/PNG/HEIC/WebP до 10 МБ, не меньше 300×300; витрина адаптирует изображения к 3:4. Главное фото должно показывать весь товар, который занимает не меньше двух третей изображения. Наглядная инфографика допустима, если помогает понять товар. Запрещены посторонняя реклама, скидки, контакты, ложные или оценочные надписи. Есть отдельные условия для лекарств, БАД и ветеринарных препаратов, а также различия основного и дополнительных изображений. Требования к изображениям
Для PicSeller нужен профиль площадка + категория + роль изображения, а не флаг «подходит Яндексу». Пользовательское объяснение должно выглядеть так: «На основном изображении товар обрезан» или «Слово “лучший” не соответствует правилам». Формат 900×1200 можно выбрать как рабочий стандарт PicSeller, явно отличая его от официального минимального разрешения.
Wildberries
Доступные официальные локализации указывают JPG/PNG/WebP, максимум 10 МБ, до 30 фотографий и качество сжатия не ниже 65%. Есть расхождение минимальных размеров: инструкция создания карточки для локализации AM — 700×933, специализированная фотоинструкция UZ, обновлённая 28.08.2026, — 700×900. Российская версия URL отдала навигацию без содержимого статьи в текстовом извлечении. Поэтому единый точный минимум для российского кабинета в этом отчёте не установлен. Создание карточки AM, фотоинструкция UZ
Инструкция создания карточки запрещает, в частности, цены, QR-коды, скидки, сторонние контакты/ссылки, оценочные заявления, вознаграждение за отзыв и призывы к покупке. Фотоинструкция отдельно обращает внимание на искажения товара и неразборчивый текст после ИИ-генерации. Эти ограничения можно использовать для предупреждений; окончательное подтверждение правил конкретного кабинета и категории остаётся отдельным действием. Создание карточки, качество фотографий
Практический пресет PicSeller 900×1200 удовлетворяет обоим прочитанным минимумам, но это инженерный выбор, не утверждение об обязательном размере WB. Для PNG/WebP не нужно притворяться, что параметр «65% JPEG» универсально выражает качество каждого кодека.
Ozon
Проверка официальной страницы Media requirements завершилась циклом перенаправлений; российскую страницу seller-edu также не удалось прочитать. Global-документация, даже будучи доступной, нуждается в проверке применимости к российскому кабинету. Внешние статьи дают противоречивые размеры и число фотографий; их значения намеренно не переносятся в валидатор.
В интерфейсе Ozon следует оставить рабочие размеры проекта и статус «правила категории требуют сверки». Нельзя выдавать «проверено Ozon» только потому, что PNG создан или выбран вертикальный формат. Для закрытия этого пункта нужны доступная официальная инструкция по выбранной категории, дата её проверки и тестовая модерация разрешённого пользователем товара. Проверка формата файла и прохождение модерации — разные факты.
Модель правил
Предлагается хранить версионный набор правил с полями marketplace, country, category, imageRole, sourceUrl, checkedAt, ruleVersion, severity. Отдельно хранить рабочие пресеты PicSeller и рекомендации композиции. Устаревший или неподтверждённый профиль должен выдавать предупреждение, а не автоматически подтверждать соответствие.
| Слой проверки | Что можно проверять автоматически | Что требует оценки человеком |
|---|---|---|
| Файл | Декодирование, размеры, формат, вес, прозрачность, ориентация | Достаточна ли детализация для конкретного товара |
| Компоновка | Выход текста за блок, слишком мелкий текст в миниатюре, пересечения, обрезание контролируемого объекта | Удобство композиции и понятность преимуществ |
| Содержание | Запрещённые слова в редактируемых текстовых слоях, несоответствие чисел исходным данным, отсутствие обязательных полей | Правдивость исходных характеристик, допустимость специальных заявлений |
| Сходство товара | Изменение маски/пропорций, изменение цветов как сигнал для проверки | Сохранение маркировки, комплектации, мелких деталей и реалистичности |
| Публикация | Состав выгрузки, отсутствие пропущенных файлов, контрольные суммы | Реальная модерация площадки и права на исходные изображения |
Автоматический визуальный балл не должен называться гарантией принятия или роста продаж. Для первой версии полезнее небольшой набор объяснимых проверок, чем непрозрачная оценка «95 из 100».
Компоненты с открытым исходным кодом
| Компонент и проверенная лицензия | Решение для PicSeller | Интеграционная ценность | Ограничения и условия |
|---|---|---|---|
| Fabric.js — MIT. Лицензия зафиксированного commit, документация | Взять идею; библиотеку — после короткого прототипа. | Объектный холст, выделение, трансформации, текстовые объекты, группировка и clip paths. Подходит, если текущему редактору нужны развитые манипуляции слоями. | Не переписывать существующую сцену целиком без измеренного выигрыша. Нужны миграция документов, тест кириллицы, совпадение серверного экспорта и браузера. Схема PicSeller должна оставаться независимой от сериализации Fabric. |
| sharp — Apache-2.0. Лицензия, официальные возможности | Кандидат на библиотеку для узкой CPU-задачи. | Декодирование и нормализация изображений, resize, crop, composite, форматы и профиль цвета. Особенно полезен для создания нескольких вариантов экспорта из одного master. | В проекте уже есть Pillow-путь: внедрение оправдано только более простым контрактом или измеренной производительностью. Проверить бинарную сборку ARM64, лимиты пикселей/памяти и зависимости libvips. |
| rembg — MIT для кода. Лицензия, использование | Взять подход к маскам и повторному использованию сессии; резервный адаптер — позже. | CLI/Python/HTTP, маска отдельно от готового изображения, обработка партий с повторным использованием модели. | Существующий ComfyUI уже решает удаление фона. Новый default в просмотренном исходнике — BRIA RMBG 2.0; коммерческие права на веса не следуют из MIT. GPU на GX10 требует проверки ONNX Runtime/CUDA именно на ARM64. |
| IMG.LY background-removal — AGPL-3.0. Лицензия, варианты лицензирования | Взять идею локального предпросмотра; пока не включать. | Удаление фона в браузере без отправки исходника на сервер; полезно для режима приватной обработки. | AGPL нельзя трактовать как MIT. До включения в закрытый сервис нужно определить способ соблюдения лицензии либо коммерческую лицензию; проверить лицензии доставляемых моделей, размер загрузки и мобильную память. |
| BullMQ — MIT для открытого пакета. Лицензия, повторы | Взять алгоритм; библиотеку отложить до нескольких workers. | Устойчивые задания, повтор с backoff/jitter, отдельное управление исполнителями. | Redis добавляет новый сервис и операционные расходы. Наличие очереди не гарантирует exactly-once для внешней генерации. Уже работающую SQLite-очередь не заменять без причины; нужна идемпотентность на уровне доменной операции. |
| PptxGenJS — MIT. Лицензия, документация | Уже используется; учитывать и проверять. | Редактируемая презентация для согласования каталога, коммерческого предложения или отчёта. | Зафиксировать источник, версию и SHA-256 vendor-файла в реестре зависимостей. Не заявлять пиксельное равенство PNG и PowerPoint: нужны проверки переносов, шрифтов и открытия в целевых офисных приложениях. |
| ComfyUI — GPL-3.0. Лицензия, серверные API | Развивать существующий адаптер. | Фиксированные workflow для маски, обработки фона и других проверенных операций; сохранение ID внешнего задания. | Версии ядра, моделей и custom nodes фиксировать отдельно. GPL ядра не лицензирует модели и чужие nodes. Нельзя превращать пользовательский текст в произвольный workflow или использовать глобальное прерывание общего сервера. |
| n8n — Sustainable Use License; часть кода Enterprise. Точный текст лицензии | Взять идею внешней автоматизации; не встраивать как ядро продукта. | Внутренние цепочки «появился файл → импорт → запрос к PicSeller → уведомление». | Это не обычная permissive open-source лицензия. Текст ограничивает использование внутренними бизнес-задачами либо некоммерческим/личным применением; размещение для клиентов и встраивание требуют отдельной проверки условий. Доменные состояния партии должны оставаться в PicSeller. |
Перед включением любой библиотеки нужен реестр зависимостей не только из npm: vendor JS, Python wheels, бинарные инструменты, шрифты, модели и ComfyUI nodes. Для каждого — источник, версия/commit, checksum, лицензия, способ обновления и используемая функция. Это небольшой проверяемый инвентарь, а не повод добавить несколько менеджеров пакетов.
Что показал просмотр настоящего исходного кода
1. rembg: выбор модели важнее лицензии обёртки
В просмотренном commit 47ac53f593ac1f7e6b17c3531ee4a455de092bcb функция new_session() задаёт default bria-rmbg. remove() при отсутствии переданной сессии также создаёт именно такую модель; переданный объект сессии позволяет повторно использовать её для серии изображений. Класс BRIA скачивает bria-rmbg-2.0.onnx и задаёт SHA-256. Это прямое свидетельство того, что нейтральный вызов remove(image) может выбрать не ту модель, которую разработчик ожидал по старому примеру. session_factory.py, строки 10–15, bg.py, строки 320–326, загрузка весов
Карточка BRIA RMBG 2.0 указывает CC BY-NC 4.0 и отдельное соглашение для коммерческого использования self-hosted весов. Поэтому рекомендация «поставить rembg, он MIT» недостаточна для коммерческой студии. Официальная model card BRIA
Применение: явно выбирать модель по ID из разрешённого реестра; фиксировать checksum и текст разрешения. В текущем PicSeller используется имя birefnet.safetensors; само имя файла не устанавливает его происхождение. У официального репозитория весов BiRefNet указан MIT, однако локальный файл нужно связать с конкретной ревизией и checksum, прежде чем считать это разрешением именно на установленный артефакт. BiRefNet weights
2. BullMQ: jitter полезен, но не решает двойную отправку
В backoffs.ts реализованы фиксированный и экспоненциальный интервалы; для экспоненциального режима базовая задержка умножается на 2^(attemptsMade−1). Jitter делает задержку случайной в заданном диапазоне. Это помогает не будить все задания одновременно после восстановления провайдера. Исходник, строки 9–34
Применение: повторять безопасные чтения статуса с ограничением числа попыток и jitter; разделять временную сетевую ошибку, отказ пользователя и постоянную ошибку входных данных. Не переносить этот механизм безусловно на POST генерации: если провайдер принял задание, а ответ потерялся, повтор может создать второй расход. У PicSeller уже есть сохранение стадий отправки; его нужно сохранить при любой смене очереди. Пользовательское сообщение: «Связь прервалась, проверяем ранее отправленное задание», а не новое «генерируем» при каждом reconnect.
3. sharp: экспорт должен учитывать ориентацию и метаданные
В lib/output.mjs задокументировано удаление метаданных по умолчанию, включая EXIF orientation. toBuffer({resolveWithObject:true}) позволяет получить информацию о созданном файле. Реализация withMetadata() вызывает сохранение метаданных и установку sRGB-профиля. Следовательно, «сохранить профиль» и «скопировать всё EXIF» не нужно смешивать одним решением. Выходные данные, строки 101–160, withMetadata, строки 503–539
Применение: на входе правильно ориентировать пиксели, на выходе явно выбирать формат и цветовое пространство, удалять ненужные GPS/EXIF, измерять фактические размеры и вес. Эти требования применимы и к существующему Pillow-процессу. Присоединять новую библиотеку ради одного вызова не обязательно: сначала нужен тест на повёрнутом JPEG, прозрачном PNG и изображении с нестандартным ICC.
Рекомендуемый алгоритм продукта
- Приём исходных данных. Сохранить исходное фото без потери, выделить SKU, проверить обязательные характеристики и права на использование. Отдельно показать отсутствующие факты: ИИ не должен дописывать материал, мощность, медицинские свойства или комплектацию по догадке.
- План комплекта. Выбрать площадку, категорию и цель; предложить обложку, преимущества, размеры, детали и использование только там, где для них есть данные. Пользователь видит порядок слайдов до затратной генерации.
- Подготовка товара. Получить маску, сохранить оригинал и промежуточный результат, дать возможность сравнить контуры. Фон и тень менять отдельно от товарного слоя; генеративное изменение самого товара требует явного просмотра результата.
- Сборка по рецепту. Тексты остаются редактируемыми слоями; расчёт переносов, координат и размеров выполняется обычным кодом. Рецепт, входные данные и версии исполнителей фиксируются вместе с результатом.
- Предварительная проверка. Проверить файл, текст и выбранный профиль площадки; показывать замечание рядом с конкретным слайдом и действие исправления. Предпросмотр миниатюры помогает оценить читаемость.
- Согласование. Пользователь отмечает принятые слайды и возвращает отдельные на доработку. Одна неудачная карточка не должна требовать повторной генерации всей партии.
- Экспорт и происхождение. Пакет содержит изображения с понятными именами, manifest с SKU, порядком, версиями и checksum; отдельно при необходимости — редактируемый проект/PPTX.
Для одинаковых исходников и одного рецепта результат детерминированной сборки должен воспроизводиться. Генеративный этап нужно считать отдельным артефактом: сохранять полученное изображение, параметры и идентификаторы модели/провайдера. Seed полезен, но не гарантирует побитовое повторение после смены модели, runtime или оборудования.
Автоматизация и её пределы
| Автоматизация | Почему полезна | Минимальные условия готовности |
|---|---|---|
| CSV → предварительный просмотр → партия | Убирает ручное повторение для каталога; опирается на уже существующий поток | Сопоставление полей, проверка дублей SKU, пример 1–3 строк до запуска, отчёт по каждой строке |
| Обновить стиль выбранных товаров | Распространяет согласованный бренд без повторного ввода фактов | Предпросмотр изменений; закрепление версии рецепта; возможность оставить ручные правки |
| Повторить только проблемные этапы | Снижает расходы и время | Сохранённые checkpoints; идемпотентность; различение «не отправлено», «отправка неизвестна», «известный ID», «готово» |
| Проверить весь каталог | Находит незавершённые комплекты и расхождения чисел | Понятные объяснения; связь с источником факта; проверка версий правил |
| Обработать новые файлы папки | Упрощает поток от фотографа/поставщика | Allowlist каталога, защита от повторов и незавершённых файлов, лимиты объёма, журнал и выключатель |
| Webhook о готовности | Позволяет подключить внешнюю систему | Подпись события, event ID, ограниченные повторы, журнал доставки; периодическая сверка состояния остаётся страховкой |
| Подготовить новую обложку для эксперимента | Помогает сравнить дизайнерские варианты | Сохранение контрольного варианта и дат; реальные показы/клики при доступе к аналитике; отсутствие обещания автоматического роста продаж |
На первом этапе автоматизация должна готовить результат к просмотру. Автоматическая публикация во внешний кабинет — отдельная интеграция с правами аккаунта, подтверждением SKU, защитой от перезаписи и восстановлением после частичного отказа. Само наличие Telegram-бота не означает, что бот должен принимать необратимые решения о публикации.
У SUPA webhook отправляется один раз и не повторяется при ошибке доставки; это хороший пример причины сохранять механизм сверки состояния даже при наличии уведомлений. Для собственной интеграции PicSeller разумно сделать повторную доставку с дедупликацией событий. Документация SUPA, вебхуки
Приоритетный план по результатам сравнения
Оценки ниже — относительная сложность, а не обещание сроков. Реальные сроки зависят от найденных проблем текущего кода и требуемой глубины проверки.
| Приоритет | Работа | Относительный объём | Приёмка |
|---|---|---|---|
| P0 | Довести главный сценарий каталога до единой понятной последовательности; убрать лишние технические параметры из первого экрана | Средний | Новый пользователь без объяснений создаёт комплект и понимает состояние каждой партии; ошибки не теряют работу |
| P0 | Проверить восстановление заданий и отсутствие повторных затрат при timeout/reload/restart | Средний | На тестовом провайдере нет двойного POST; неопределённая отправка показывается отдельно; принятый результат не теряется |
| P0 | Реестр моделей, vendor-файлов и лицензий; подтверждение установленного BiRefNet | Небольшой | Каждый исполняемый артефакт связан с версией, источником и checksum; непроверенные веса не включаются молча |
| P1 | Версионные профили площадок и объяснимые проверки | Средний | Правило имеет источник/дату/категорию; неподтверждённый Ozon не обозначается зелёной галочкой; замечание открывает конкретный слайд |
| P1 | Контроль оригинала/маски/фона, безопасные правки отдельных слайдов | Средний | Сравнение до/после; товарный слой восстанавливается; текст редактируется без новой ИИ-генерации |
| P1 | Проверяемый manifest экспорта и единый предпросмотр по SKU | Небольшой/средний | Количество файлов, порядок, размер и checksum совпадают с manifest; PNG и редактируемый проект связаны одной ревизией |
| P2 | Согласование, массовое применение бренда и работа с исключениями | Средний | Принять/вернуть выбранные слайды; не затирать ручные изменения без просмотра; отфильтровать проблемные товары |
| P2 | Подписанные webhooks и ограниченная автоматизация папок/фидов | Средний | Повторы не создают дубликатов; видно происхождение задания; обработку можно остановить |
| P3 | Сравнение вариантов на реальной аналитике, интеграции учётных систем | Большой | Источник метрик, контрольный вариант, период и объём наблюдений прозрачны; изменения проходят отдельное согласование |
BullMQ, новый холст и дополнительная модель удаления фона не входят в P0 сами по себе. Решение о них принимается после узкого прототипа: библиотека должна закрывать конкретное ограничение, а не увеличивать список технологий.
Сценарии для кликабельного макета
Макет следующего интерфейса должен демонстрировать законченный путь и быть ясно обозначен как демонстрационный там, где используются синтетические данные.
| Экран | Обязательные действия | Что должен понять пользователь |
|---|---|---|
| Каталог | Фильтр «требуют внимания», поиск SKU, выбор товаров, «создать комплект», переход к партии | Какие товары закончены и какое следующее действие |
| Новый комплект | Фото, подтверждённые данные, площадка/категория, число слайдов, выбор стиля, предпросмотр | Какой результат будет создан и какие исходные данные отсутствуют |
| Комплект/редактор | Перестановка слайдов, редактирование текста, сравнение оригинала и результата, смена стиля с preview | Что остаётся товаром и что меняется в оформлении |
| Проверка | Перейти к замечанию, исправить, повторить проверку; показать дату правил | Разница между технически корректным файлом и подтверждённым содержанием |
| Партия | Прогресс по SKU, этапы, отмена ожидающего, повтор отдельного сбоя, скачивание готового | Почему система ждёт и какие готовые результаты уже доступны |
| Экспорт | Выбор площадки/формата, список файлов, ZIP и manifest | Что будет скачано и какая версия попадёт в пакет |
Критично реализовать в макете реальные локальные переходы и изменение состояния, а не кнопки с одинаковым уведомлением. Демо-прогресс не должен подаваться как реальная работа GPU или проверка внешней модерации.
Как проверить качество и экономику
Предлагаемый набор испытаний: 30–50 собственных или разрешённых товарных фото из разных групп — стекло, белый предмет, блестящая упаковка, мелкая маркировка, ткань, комплект из нескольких элементов и предмет с тонкими деталями. Для каждого заранее описываются обязательные факты и критические детали. Это план будущего теста, а не уже выполненный benchmark.
Измерять следует время до принятого комплекта, долю ручных исправлений, долю успешно восстановленных работ, число лишних отправок провайдеру, стоимость одного принятого SKU и долю экспортов, соответствующих выбранному техническому профилю. Медиана и p95 полезнее одного удачного примера; результаты нужно разделять по модели, разрешению, холодному/тёплому запуску и типу товара.
Рыночные страницы не доказывают, что новый дизайн повышает продажи. Для этого нужны сопоставимые наблюдения по показам, кликам и заказам, с учётом цены, рекламы, остатков и сезона. До такого эксперимента правильная формулировка продукта — «помогает создавать и проверять контент», а не «автоматически увеличивает продажи».
Реестр источников
Для всех источников дата доступа — 2026-09-10. Дата публикации указана, только если её удалось установить; «без даты» не означает, что материал не обновляется. Ссылки на исходные файлы закреплены за просмотренным commit. Недоступные источники перечислены отдельно и не использованы для численных правил.
| № | Издатель / источник | Дата или ревизия | Для каких выводов использован |
|---|---|---|---|
| 1 | SUPA, карточки маркетплейсов | Без даты | Шаблоны и редактор |
| 2 | SUPA, Render API | Без даты | Именованные поля, очередь, polling, единичный webhook |
| 3 | Flyvi, AI tools | Без даты | Публичный набор инструментов |
| 4 | Flyvi, обновления лета | 2025-08-25 | Брендбук и гостевой доступ |
| 5 | Fabula AI, официальный продукт | Без даты | Заявленные сценарии, пакетный каталог, интеграции |
| 6 | WonderCard, официальный продукт | Без даты | Категорийные шаблоны и редактирование |
| 7 | Photoroom, введение | Без даты | API и последовательность фотоопераций |
| 8 | Photoroom, OpenAPI | Динамическая документация | Структурированные параметры обработки |
| 9 | Canva, Autofill guide | Без даты | Типизированный шаблон, асинхронная сборка, Enterprise |
| 10 | Canva, Autofill API | Без даты | Требования к аккаунту и development trial |
| 11 | Яндекс Маркет, требования к изображениям | Без даты | Форматы, размеры, инфографика и специальные категории |
| 12 | Wildberries AM, создание карточки | Без точной даты на прочитанном фрагменте | Размеры и запрещённое содержание; регион отмечен |
| 13 | Wildberries UZ, фото товаров | Обновлено 2026-08-28 | Второй официальный минимум, качество и ИИ-искажения |
| 14 | Fabric.js, документация, LICENSE | 2bd4992cabf4ec9609aa349ea09b723cadc94bef |
Возможности объектного холста; MIT |
| 15 | sharp, документация, LICENSE | 19490e88f71008a5d131103c2bef901b6de0cffb |
Изображения/CPU; Apache-2.0 |
| 16 | sharp, output.mjs | Та же ревизия | Реализация вывода и сохранения метаданных |
| 17 | rembg, репозиторий, LICENSE | 47ac53f593ac1f7e6b17c3531ee4a455de092bcb |
Режимы использования; MIT кода |
| 18 | rembg, session_factory.py, bg.py, bria_rmbg.py | Та же ревизия | Default модели, повторное использование сессии, артефакт весов |
| 19 | BRIA, RMBG 2.0 model card | Без даты | Отдельная лицензия весов и коммерческое соглашение |
| 20 | ZhengPeng7, BiRefNet weights | Просмотр main |
Объявленная лицензия официального артефакта; локальный файл отдельно не идентифицирован |
| 21 | IMG.LY, проект, LICENSE | 12f56cc4f2a90d624e165a715748d22efc7a1d93 |
Браузерный подход; AGPL-3.0 |
| 22 | BullMQ, повторы, LICENSE | 325a0982e838ddbed5432bf8e9a2f4767f776a45 |
Алгоритм очереди; MIT |
| 23 | BullMQ, backoffs.ts | Та же ревизия | Экспоненциальная задержка и jitter |
| 24 | PptxGenJS, документация, LICENSE | 3c9ec1b687c174952166f6a34b5e87ebf69fa469 |
Экспорт презентаций; MIT |
| 25 | ComfyUI, routes, LICENSE | 1f641fd9337f0ec4d635a28415a8d25a8d15f753 |
Контракт сервера; GPL-3.0 |
| 26 | n8n, LICENSE | 9131e162fc00a7b89000176c5d15ce572674735d |
Sustainable Use / Enterprise ограничения |
Источники с ограниченным доступом: Ozon global media — redirect loop; российская seller-edu страница не получена; WB RU фото и RU создание карточки — извлечена навигация без статьи; устаревший URL n8n sustainable-use-license возвращал Page Not Found, поэтому использован действующий LICENSE исходного репозитория.