PicSeller 2.0: анализ, сравнение с аналогами и макеты готового продукта

0Кратко

Вердикт

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

Рабочее дерево от 11.09 развёрнуто как container-preflight-15 на https://picseller.24oros.ru с входом по приглашению, собирается из ARM64-контейнера и проходит 421 тест Node и 15 тестов Python. Фаза F0 из плана прошлого аудита (Codex, 10.09) закрыла пять дефектов на стыках сайта, бота, резервных копий, стилей и входа. Фазы F2 и F3 добавили настоящие контракты: бриф товара с происхождением фактов (ProductBrief), общий отчёт качества (QualityReport) и серверную партию до 100 артикулов с паузой, архивом, исправлением строк, отложенным запуском и воспроизводимым PNG-архивом с контрольными суммами. Поэтому часть выводов первого аудита устарела: публичный адрес и Dockerfile есть, лимит входа больше не общий, проверка качества работает, бриф товара появился.

Фаза F1 «один понятный маршрут» сделана наложением. У экрана «Создать» появились 4 шага и общая библиотека, но второй мастер с демо-товаром, 21 пункт меню, демо-лента, ИИ-концепции с ценами и 8 путей создания остались, а проверки на пяти пользователях не было. Новая проверка качества ставит зелёное «Можно выпускать» серии из старого мастера с чужим фото и заглушками, а Kaspi, Avito и Lamoda после F2 вообще ломают создание серии. Архитектурный долг вырос: 91 регистрация маршрутов при запуске, новые подмены HTML строкой, 17 миграций вне журнала. Две модели данных остались: правки живут в браузере, на сервер попадают по кнопке.

Главного, о чём просит владелец, по-прежнему нет: витрины бренда нет ни в коде, ни в плане прошлого аудита, публикация в маркетплейсы — заглушка, ИИ не пишет тексты и не строит визуал. Процессные риски выросли: вся работа F0–F3 не закоммичена, фазы закрыты примерно за 2,5 часа при оценке 21–35 рабочих дней, а внутренние документы с деталями инфраструктуры открыты на боевом домене без входа. Первый этап рекомендованного пути — публичный запуск — в основном пройден; впереди один путь создания, серверный источник истины, витрина и публикация.

Рекомендация: «Бренд-студия из каталога»

Продавец один раз заводит товары — файлом Excel, ссылкой на WB или Ozon либо коротким брифом с фото. Из «Товара» с подтверждёнными фактами PicSeller собирает серии карточек для WB, Ozon и Яндекс Маркета, презентацию для оптовиков и сайт-витрину бренда на поддомене с кнопками «Купить на WB/Ozon» и формой заявок. Править можно словами и вручную; когда факты меняются, сервис предлагает обновить все затронутые материалы сразу. Публикация одна на все каналы: с проверкой, журналом и откатом.

Почему это направление. Оно полностью закрывает запрос владельца, а план прошлого аудита ведёт только к конвейеру карточек — витрины в нём нет. Базовый ИИ площадки уже раздают бесплатно (Ozon — фон, WB — описания), а свободная ниша другая: серия в стиле бренда, проверка по датированным правилам площадки, публикация с откатом и витрина бренда из тех же данных. Витрину для селлеров в России не делает никто: Canva и Pomelli собирают сайт бренда, но не для маркетплейсов, а Pomelli в России недоступен. Направление переиспользует готовое — сцену, рендер, очереди, бриф товара и отчёт качества, серверные партии, бренд-кит, контейнер, поддомены *.24oros.ru и Coolify. Два других рассмотренных направления закрывают запрос хуже: «Карточки под ключ с публикацией» не дают сайта и конкурируют с бесплатным ИИ самих площадок, а «Приватный контент-конвейер для брендов и агентств» уводит в длинные продажи и упирается в одну GX10. Главный риск выбранного пути — распыление на три продукта сразу, поэтому этапы идут строго по очереди.

Первые три шага

Дальше — витрина бренда на поддомене и публикация в WB, тексты от ИИ с проверкой происхождения и сцены товара, редактор уровня Canva, оплата и команда. Общий срок до полного продукта — оценка 5–7 месяцев командой из 2–3 человек. Подробности — в разделе 9 «План по фазам».

1Как мы поняли задачу и как проверяли

Запрос владельца — нашими словами

• Глубоко разобрать PicSeller: что реально работает, как устроены алгоритмы, интерфейс, скрипты и инфраструктура.
• Сравнить с аналогами — российскими сервисами карточек, мировыми ИИ-инструментами и конструкторами сайтов.
• Описать продукт, который создаёт проекты с нуля, позволяет направленно их править, публикует и поддерживает после выпуска.
• Показать макеты всех экранов такого продукта и план, как к нему прийти.

Наше толкование

Довести PicSeller до цельного продукта полного цикла «Создать → Править → Опубликовать → Поддерживать». Из одного описания товара — фото, фактов и артикулов — получаются серии карточек для WB, Ozon и Яндекс Маркета, презентация для оптовиков и сайт-витрина бренда. Всё правится руками или словами и публикуется в один клик с журналом и откатом.

Какую версию анализируем

Кода PicSeller сейчас две версии, и разница между ними существенная. Анализируем рабочее дерево от 11.09, потому что именно его видят пользователи и на нём будет строиться дальнейшая работа. Каждая из 77 строк реестра и каждая из 20 проблем первого аудита сверены с ним отдельно, и сделан второй живой прогон. Где цифры относятся к версии 08.09 — например, замеры скорости редактора, код отрисовки которого с тех пор не менялся, — это сказано прямо.

Прошлый аудит Codex (10.09) и его план

10.09.2026 Codex провёл собственный аудит (research/audit-2026-09-10, опубликован на picseller-lab.24oros.ru). Его вердикт: развитый прототип с отдельными работающими серверными процессами, но не коммерческая платформа. Тогда проходили 409 из 409 тестов Node. Аудит нашёл 5 воспроизводимых дефектов на стыках сайта, бота, восстановления, стилей, квот и входа. Он предложил сначала завести контракты (бриф товара, версия рецепта, состояние задания, отчёт качества, опись выгрузки), один путь «Исходники → Оформление → Проверка и скачать» и позиционирование «студия проверяемого товарного контента». Целевое меню: Создать, Каталог, Задания, Сценарии, Бренд; цель — пилот на 5–10 продавцах.

Сайта-витрины в плане нет ни в одной фазе: слово «витрина» встречается только как витрина Яндекс Маркета в требованиях к изображениям. Наш отчёт продолжает этот аудит. Мы принимаем его контракты и сделанное в F0–F3, закрываем хвосты — фиксацию в git, безопасность, один путь создания, проверку на пользователях — и добавляем то, чего в плане нет: витрину бренда, сервер как единственный источник истины и поддержку после выпуска.

Цикл продукта и где PicSeller сейчас

Чем мерили готовность

• Работает онлайн на публичном поддомене — по правилу владельца, локальный результат готовым не считается.
• Продавец сам проходит путь от товара до опубликованного материала, без демо-данных и подсказок для разработчика.
• Данные хранятся на сервере и открываются с любого устройства — это требование P0 из docs/02.
• ИИ не выдумывает: каждая строка текста ссылается на подтверждённый факт.
• Интерфейс не обещает того, чего нет.

Как проверяли

1. Шесть аудитов подсистем (по версии 08.09)

2. Сверка с актуальной версией (11.09)

Снимок рабочего дерева прочитан и сравнён с df16a68 только на чтение. Каждая строка реестра и каждая проблема перепроверены. В изолированной копии с собственной базой подняли сервер и прошли экраны через Playwright. Прогнали тесты: 421 из 421 Node за 7,06 с в 39 файлах и 15 из 15 Python. Сборка npm run build проходит. Пробный drizzle-kit generate сделан на копии. Публичный адрес проверен запросами 01.10.2026: «/» — 200, «/auth/sign-in» — 200, «/v1/projects» — 401, «/healthz» — 404; SHA-256 10 из 10 файлов клиента совпали со снимком. Основная папка проекта и GX10 не менялись.

3. Два живых прогона

Первый — версия 08.09: около 60 экранов, 191 внутренняя ссылка, 18 снимков, ошибок консоли нет. Второй — версия 11.09 на локальной копии той же сборки, что на публичном адресе: около 40 экранов в 4 контекстах браузера, 29 снимков (16 на компьютере, 4 на телефоне, 9 справочных — публичный адрес и лаборатория Codex). Ошибок страницы нет; ответы 503 были только у бота и PNG-выгрузки, которые в локальном режиме не подключены.

4. Исследование аналогов

Четыре сегмента, 55 продуктов: 14 российских сервисов карточек вместе со встроенными ИИ-инструментами WB, Ozon и ЯМ; 13 мировых ИИ-инструментов товарного визуала; 14 ИИ-конструкторов сайтов полного цикла; 14 открытых проектов, на которые можно опереться. Смотрели публичные страницы 30.09–01.10.2026; для открытых проектов — данные GitHub и реестра npm.

5. Сводный диагноз и его пересмотр

Шесть аудитов, прогон и четыре исследования сведены в один диагноз; противоречия разрешены отдельным прогоном тестов и подсчётом маршрутов двумя способами. Затем диагноз пересмотрен по актуальной версии: из 20 проблем 10 частично исправлены, 7 остались без изменений, 3 стали хуже, полностью не исправлена ни одна; найдено 11 новых проблем.

6. Проверка утверждений по коду

Ключевые утверждения о версии 11.09 перепроверены по снимку. Публикация — по-прежнему заглушка в foundation.js:36. Dockerfile есть, его HEALTHCHECK вызывает scripts/container-health.cjs, а маршрута /healthz в server и scripts нет. Правила у WB, Ozon и ЯМ одни — product-contract.js:10-15. В compose выключены команды серии и загрузка моделей и указан образ preflight-14. Документов 98 в docs и 99 в prototype/docs. В схеме базы 27 таблиц, SQL-миграций 24, а в журнале Drizzle 7 записей. Тегов script — 80, разметка class="row wrap" — 42 раза.

2Что уже готово

Реестр из 77 возможностей сверен с версией 11.09: у каждой — статус, что изменилось с 08.09 и ссылка на код, тест или проверку. Ниже реестра — 35 новых возможностей версии 11.09, сильные стороны, путь пользователя и снимки.

Статусы: работает — есть код и тест или живая проверка; частично — работает с существенными ограничениями; только макет — экран или кнопка есть, функции за ними нет; только в документации — описано в docs или справке, кода нет; нет — в коде нет совсем. Пометка «было: …» — статус изменился с 08.09. Пути без папки — файлы prototype/js/; css/ и index.html лежат в prototype/; docs/NN — документ с этим номером в папке docs/.

Сводка по группам

Создание

Редактор

ИИ

Фото

Проекты и хранение

Экспорт и публикация

Аккаунты

Сервер и деплой

Справка

Чего нет совсем

Новое в версии 11.09

35 возможностей, которых не было в коммите df16a68: 25 работают, 5 работают частично, 3 существуют только как макет, 2 — только в документации.

Сильные стороны, которые сохраняем

Как сейчас выглядит путь пользователя

Живой прогон 01.10.2026 на локальной копии той же сборки, что на picseller.24oros.ru: список скриптов и SHA-256 ключевых файлов совпадают. Режим одного аккаунта, синтетическое фото керамической кружки «Лагуна». Время указано при автоматическом вводе.

Основной маршрут F1 из кабинета: 3 клика, 2 поля и 1 файл до серии

До серии — около 2,6 с (с главной — 4 клика). До файла минимум 5 кликов: «Скачать» в редакторе и «Скачать файл»; с главной через экран «Готовая серия» — 7. Окно скачивания показывает отчёт качества «Можно выпускать · 0 ошибок · 0 предупреждений»; ZIP «Керамическая кружка Лагуна.zip» весит 338 879 байт, внутри 3 PNG 900×1200.

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

Снимки актуальной версии

Снимки живого прогона 01.10.2026. Компьютер — 1440×900, длинные страницы сняты целиком, но не выше 2600 px; телефон — 390×844, только первый экран. Нажмите на снимок, чтобы открыть его целиком.

Компьютер

Главная (лендинг)Без изменений: «Создать первый дизайн» ведёт в старый мастер, а не в основной маршрут; кнопка сдвинута вправо (.row.wrap).

Кабинет «Творческая студия»«Создать материал», «Создать», «Новый дизайн» и «Публикация» ведут в бриф, баннер «Создать карточку» — в старый мастер.

Бриф «Что создадим?»Новый блок «Основной маршрут: Фото → Факты → Стиль → Серия», кнопка «Создать серию»; стиль и площадка свёрнуты, фоновая сборка спрятана.

Редактор после «Создать серию»3 страницы; фото стоит прямоугольником с фоном, «Мой бренд» на каждой карточке, в крошках служебное «cover».

Готовая серияВсе страницы целиком; «К заданиям» ведёт туда, где браузерной серии нет; подпись «3 страниц».

Проверка перед скачиваниемОтчёт качества «Можно выпускать · 0 ошибок · 0 предупреждений»; ошибки блокируют скачивание, предупреждения — нет; термины технические.

Старый мастерСюда ведёт кнопка главной: демо «Наушники SOFT SOUND», 6 страниц, из них 3 с заглушкой и 6-я «Ваш новый любимый товар».

Общая библиотека «Ваши проекты»Метки «В этом браузере» и «На сервере», поиск, «Обновить сервер»; серверная карточка свёрстана узкой колонкой.

ЗаданияПосле фоновой сборки — «Карточки готовы» и «Открыть серию»; серии из браузера сюда не попадают.

ШаблоныБез изменений: «41 шаблонов», «Найдено: 36», плашки закрывают названия; слева раскрыты 12 «Других инструментов».

Бренд-китБез изменений: Manrope помечен «выберите поддерживаемый шрифт», карточки печатаются шрифтом Arial.

Серверная партия (F3)CSV на 2 артикула: «2 из 2 готово» примерно за 4,5 с, архив, ZIP проектов, PNG-каталог; экрана нет в меню.

Подключение ботаНовый пункт меню вместо «Серверных проектов»; локально «Подключение недоступно», заказы через Telegram не включены.

Центр помощиНовые статьи про стиль, проверку перед скачиванием, паузу и архив каталога, PNG-каталог.

ТарифыБез изменений, «Концепция»: 0 / 790 / 1990 ₽ / по запросу; платежей нет.

Карта экрановНе обновлена: «32 точек входа», нет библиотеки, Готовой серии, партий и бота.

Телефон

Главная на телефонеВ шапке только «Личный кабинет», кнопка «Создать первый дизайн» сдвинута вправо примерно на 46 px.

Кабинет на телефонеНижняя панель «Студия / Создать / Проекты / Задания / Ещё»; прокрутки вбок нет.

Бриф на телефонеПервый экран занят блоком «Основной маршрут»; поле названия начинается на 803 px, под нижней панелью.

Редактор на телефонеБез прокрутки вбок, холст мелкий; «Серия», «Версии» и «Просмотр» скрыты.

Публичный адрес

picseller.24oros.ru без входаТолько неоформленная заглушка «Войдите в PicSeller… Войти по приглашению»; то же на #/app и #/app/library.

Вход по приглашениюОдноразовый код от администратора действует 15 минут, сессия — до 8 часов. Вход не выполнялся.

3Диагноз: что мешает стать продуктом

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

Состояние на 11.09: стало хуже · без изменений · частично исправлено · исправлено. Важность — по первому аудиту (08.09): критическая высокая средняя низкая.

20 проблем первого аудита и их состояние

Продукт

Интерфейс

Алгоритмы

Архитектура и данные

Скрипты, деплой и процесс

Надёжность и безопасность

Новые проблемы версии 11.09

Одиннадцать проблем, которых не было в версии 08.09: 3 высокие, 6 средних, 2 низкие. Первыми идут две срочные.

Дополнительные цифры версии 11.09

Что убрать и что упростить

4Сравнение с аналогами

Мы разобрали 41 продукт в трёх рыночных сегментах и 24 позиции открытого ПО в 14 карточках, которые можно взять в основу. Вместе это 55 карточек аналогов в 4 сегментах. Данные собраны по публичным страницам без входа в кабинеты и без платных генераций.

Актуальность: российские сервисы — 30.09.2026; мировые инструменты и конструкторы сайтов — 30.09–01.10.2026; открытые проекты — GitHub API и реестр npm на 30.09.2026. Цены в долларах у Photoroom, Claid, Canva, Adobe и Replit, часть цен Fabula и данные о встроенном ИИ площадок взяты из сторонних обзоров и помечены «вторично». «Заявлено» — слова самого сервиса, которые мы не проверяли. Можно ли оплатить западные сервисы из России, не проверялось.

Главная матрица возможностей

Семь самых близких аналогов против текущего PicSeller и целевой версии 2.0. Колонка «PicSeller сейчас» — по актуальной версии: рабочее дерево от 11.09.2026, развёрнутое как container-preflight-15 на picseller.24oros.ru (вход по приглашению), а не только коммит df16a68. «н/д» — нет данных в открытых источниках, «н/п» — неприменимо.

Оговорки к колонке «сейчас»: старый мастер с демо-товаром «Наушники SOFT SOUND» по-прежнему получает в QualityReport «Можно выпускать»; Kaspi, Avito и Lamoda из списка площадок ломают создание серии; в публичной версии выключены команды серии и холодная загрузка модели, обработка фото не подключена. Путей создать карточку стало 8 (было 7).

Российские сервисы карточек

Шаблонные конструкторы, новые ИИ-сервисы и встроенный ИИ самих площадок. Если тип не указан — коммерческий сервис. Срез 30.09.2026. Рейтинги на vc.ru с WILDA, 24AI и «Сахарком» похожи на SEO-материалы; у WILDA не нашлось официального сайта, поэтому в обзор она не вошла.

Паттерны сегмента и как применим у нас

Мировые инструменты товарного визуала

Если тип не указан — коммерческий сервис. Срез 30.09–01.10.2026. Официальные страницы Canva и справка Adobe отвечали 403 или не загружались — их данные взяты из выдачи поиска по официальным доменам. Число пользователей — заявления самих компаний.

Паттерны сегмента и как применим у нас

Конструкторы сайтов полного цикла

Если тип не указан — коммерческий сервис. Срез 30.09–01.10.2026. Официальные страницы Replit (403) и часть справки Base44 и Durable не открылись — цифры из вторичных обзоров. Webflow, same.new, Flexbe и Nethouse отдельными карточками не вошли: по ним только вторичные данные.

Паттерны сегмента и как применим у нас

Open-source основы

Готового открытого продукта «карточки + серии + презентации + сайт бренда + публикация», который можно взять за основу, нет. Есть сильные компоненты, но лицензия и стек подходят PicSeller (чистый JS во фронтенде, Node на сервере, ARM64) только у части из них. Звёзды, лицензии и даты — GitHub API и npm на 30.09.2026; страницы прочитаны 30.09–01.10.2026. Цены Polotno Studio, Puck AI и WebContainers публично не найдены.

брать брать с оговоркой брать идею, не код не брать или не в MVP

Паттерны open-source и как применим у нас

Что заимствуем

Двадцать идей из исследования с адресом в целевом продукте. Мелким шрифтом — где это место в текущем коде.

Наша ниша

5Целевой продукт: PicSeller 2.0

PicSeller — бренд-студия продавца. Селлер один раз заводит товар (фото, факты, артикулы WB и Ozon) и бренд. Из этих данных PicSeller создаёт с нуля серии карточек для Wildberries, Ozon и Яндекс Маркета, презентацию для оптовиков и сайт-витрину бренда.

Всё это можно направленно править — руками на холсте или словами («укажи и скажи»), с предпросмотром «было/станет» и версией на каждое изменение. Потом PicSeller публикует в один клик (кабинет WB или Ozon, сайт на поддомене <бренд>.24oros.ru или своём домене) и поддерживает: следит за изменениями правил площадок, цен и фактов, предлагает обновить все затронутые материалы, собирает заявки с сайта, показывает переходы на маркетплейсы и состояние сайта. ИИ работает на собственном сервере и не выдумывает факты: каждая строка текста ссылается на подтверждённый факт товара.

Жизненный цикл: Создать → Править → Опубликовать → Поддерживать

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

Сущности и связи

Товар и бренд — источники. Материалы и сайт строятся из них, публикация фиксирует выкладку в канал со снимком «было» для отката. «Нужно внимание» указывает, какие товары и материалы затронуты; «Задания» выполняют сборку, обработку фото и выкладку в фоне.

Навигация: было → стало

Меню собрано вокруг сущностей, а не инструментов. Пункты-заглушки и артефакты разработки из рабочей навигации уходят. Слева — точный состав меню актуальной версии (рабочее дерево от 11.09, проверено в браузере). Число пунктов с df16a68 не изменилось, но «Проекты» теперь ведут в единую библиотеку «браузер + сервер», а вместо «Серверных проектов» появилось «Подключение бота».

Прошлый UX-прототип Codex (picseller-lab.24oros.ru/demo/, аудит от 10.09.2026) уже предлагал меню из 6 разделов — Рабочий стол, Создать, Мои карточки, Проверка, Автоматизация, Помощь — и мастер в 3 шага «Фото товара → Проверка фактов → Ваш стиль» с обязательным подтверждением фактов. Но только для карточек: сайта и публикации в нём нет, а в плане F0–F7 нет и витрины. PicSeller 2.0 развивает эту идею: в центре — Товар как источник правды, к нему добавлены Сайт, Публикации и поддержка через «Нужно внимание». Из прототипа в актуальную версию уже перешли индикатор «Фото → Факты → Стиль → Серия», проверка фактов перед скачиванием, сохранённые стили и серверные партии с паузой. Пока не перешли линейные шаги, поля фактов с источником, крупный выбор стиля, быстрый редактор, отдельный экран «Проверка» и сценарии автоматизации.

Принципы простоты

Ключевые сценарии

Три сценария покрывают весь цикл. Под каждым — ссылки на экраны кликабельного макета; данные в нём — демо-бренд «Мох» (авторская керамика, имена вымышленные).

Сценарий 1. Первая серия карточек за 3 шага 3 шага

Вход — кнопка «Создать» или строка «Что создаём?» на главной. Финал — экран «Результат»: оценки проверки по площадкам, 3 варианта заголовка с фактами-источниками, «Опубликовать в WB», «Скачать», «Редактировать».

Экраны макета: Создать · Шаг 1 · Шаг 2 · Шаг 3 · Результат · Редактор

Сценарий 2. Сайт бренда из каталога за 2 минуты и публикация на поддомен 5 шагов

«2 минуты» — обещание экрана «Сайт» в макете: «Создадим сайт из ваших товаров за 2 минуты». Сайта в коде пока нет, поэтому время на реальном сервере не измерялось. После сборки мастер открывает конструктор, публикация — кнопкой «Опубликовать» в нём.

Экраны макета: Мастер сайта · Конструктор · Публикация сайта · Обзор сайта · Заявки · Аналитика и здоровье

Сценарий 3. Поддержка: событие → обновить → опубликовать

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

3а. Цена изменилась 4 шага

Экраны макета: Главная — «Нужно внимание» · Товар «Туман» · Публикация сайта · Материалы

3б. Правила WB изменились 5 шагов

Экраны макета: Публикации и каналы · Редактор — панель «Проверка» · Публикация в Wildberries · Подключение WB

3в. Новые товары — по расписанию, заказы — из Telegram 4 шага

Telegram — второй вход в тот же заказ: продавец присылает фото и описание в чат → черновик → подтверждение → готовые файлы приходят в чат; туда же — уведомления о заявках с сайта. Бот привязывается одноразовым кодом (/start КОД), связь отзывается одной кнопкой.

В коде уже есть серверная партия с однократным отложенным запуском и бот без живого канала (см. «Наша ниша» выше). Повторяющиеся сценарии, пауза сценария и защита от повторного запуска — фаза F4 у Codex, она не начата; у нас это Фаза 6.

Экраны макета: Сборка для нескольких товаров — вкладка «Сценарии» · Задания · Публикации — канал Telegram · Подключение Telegram

Словарь: один термин — одно понятие

Сейчас одно понятие называется по-разному: «Каталоги» = «Пакетная сборка» = «Каталог из таблицы», «Фотографии» = «Ваши материалы» = «Загрузки». В версии 2.0 — один термин на понятие, и в интерфейсе, и в справке.

6Алгоритмы: как должно работать

Десять механизмов, на которых держится PicSeller 2.0: от раскладки карточки до публикации и поддержки. Для каждого механизма описано, как он устроен сейчас (со ссылками на код), каким станет алгоритм по шагам, почему выбран такой путь и как проверить результат. Общий принцип: сначала простой предсказуемый код, а модель подключается только там, где нужен смысл.

Сроки — оценка трудоёмкости механизма для команды из 2–3 человек; в разделе 9 они сведены в сроки фаз. После пилота их нужно уточнить.

6.1. Один движок раскладки вместо трёх

Станет

Макет описывается данными, а не кодом: это набор слотов с ролями. Сборкой занимается один движок в общем модуле, который работает и в браузере, и на сервере (так уже устроен card-layout.js). Из макета, данных товара и профиля площадки он собирает готовую сцену. Мастер, серверная очередь, сборка из таблицы и предпросмотр вызывают одну и ту же функцию.

Макет   = { id, version, kind: 'card', slots: [Слот…], variants: ['photo-right', 'photo-bottom'] }
Слот    = { role: 'brand' | 'title' | 'subtitle' | 'photo' | 'facts' | 'badge' | 'cta',
            box:  { anchorX: 'left'|'center'|'right'|'stretch', anchorY: 'top'|'middle'|'bottom'|'stretch',
                    x: 0.00, y: 0.10, w: 1.00, h: 0.16 },        // доли БЕЗОПАСНОЙ зоны, не пиксели
            text:  { style: 'h1', min: 28, max: 72, autoFit: 'shrink', maxLines: 3, maxChars: 40 },
            photo: { fit: 'contain', keepAspect: true, focus: 'auto' },
            repeat:{ max: 4, gap: 0.03 },                           // для facts[]: сколько поместится
            optional: true }                                        // пустой слот не рисуется
Профиль = { id: 'wb', size: [900, 1200], safe: { top: .04, right: .04, bottom: .06, left: .04 },
            preview: { width: 300, minFontPx: 9 }, maxImages: 30, source: 'URL правил', checkedAt: 'ДД.ММ.ГГГГ' }

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

6.2. Тексты ИИ с проверкой происхождения

Станет

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

verify(line, facts[fact_ids]) → pass | fail(причины)
  1. Длина ≤ maxChars слота; без переносов, ссылок, контактов и эмодзи.
  2. fact_ids не пусты и принадлежат этому товару.
  3. Числа: каждое число строки («350», «0,5», «1 200») встречается в указанных фактах.
  4. Единицы: «мл, г, кг, см, мм, Вт, мАч, %, °C, шт…» стоят при том же числе, что в факте.
  5. Отрицания: каждое «не / без / нет» из строки есть в факте. И обратно: если факт содержит
     отрицание при слове, которое строка повторяет («нельзя мыть»), строка его сохраняет.
  6. Бренды и латиница: каждое слово латиницей или имя собственное есть в фактах или в бренд-ките.
  7. Запретные заявления площадки («лучший», «№1», цены, скидки) — по набору правил из 6.5.
Нормализация перед сравнением: регистр, ё→е, неразрывные пробелы, «1 200» = «1200».

Тот же верификатор применяется к правке объекта. Если правка меняет text, новые числа, единицы, отрицания и бренды подсвечиваются в сравнении «было/станет». Применить такую правку можно только явным подтверждением «добавляю новое утверждение». Важная оговорка (она уже записана в коде, brief-extraction.mjs:1-3): проверка доказывает происхождение строки, а не её правдивость. Поэтому источник всегда виден пользователю.

6.3. Сцена товара без искажения товара

Станет

Цепочка строится по образцу контракта удаления фона: генеративная модель рисует только фон, а товар всегда кладётся сверху из исходного снимка.

Как именно получить фон — перерисовать весь кадр и потом наложить товар или перерисовать только область вне маски — решается сравнением на эталонном наборе сверить на эталонном наборе. Товар в обоих случаях берётся из исходника, поэтому модель не может изменить надписи и форму.

Модели заносятся в реестр с полями license и commercial. В рабочем профиле сервер отказывается запускать модель с commercial:false. Генерация сцены может идти дольше 150-секундной аренды задания (ai-jobs.mjs:62), поэтому аренду нужно продлевать во время работы (6.8).

6.4. Фото-конвейер для каталога

Станет

Статусы:  queued → running → succeeded | failed | cancelled      (вместо 9 этапов и «attention»)
Повтор:   до 3 попыток «хотя бы один раз» — безопасно, операция чистая: тот же вход → тот же результат
Отмена:   POST /queue {"delete": [promptId]} в ComfyUI для ожидающего задания (не глобальный /interrupt)
Старт:    фото-сервис стартует в состоянии «недоступен» и проверяет ComfyUI каждые 30–60 с;
          карточки, редактор и экспорт работают независимо
Ошибки:   too_large · unsupported_format · quota_exceeded · provider_unavailable · provider_lost ·
          empty_mask · timeout — у каждой текст «что сделать»; квота проверяется ДО отправки в модель

6.5. Проверка по правилам площадок

Станет

Строим поверх нынешнего QualityReport: его коды, уровни и общий модуль остаются. В модуль добавляются версионируемые наборы правил площадок и недостающие проверки.

RuleSet = { marketplace: 'wb', category: '*', photoType: 'main' | 'extra' | 'rich',
            version: '2026-08-28', source: 'URL официальной страницы', checkedAt: 'дата сверки',
            rules: [ { id: 'wb.ratio',   check: 'ratio',          params: { ratio: '3:4', tolerance: 0.01 }, level: 'error' },
                     { id: 'wb.size',    check: 'minSize',        params: { w: 900, h: 1200 },              level: 'error' },
                     { id: 'wb.main',    check: 'mainPhotoClean',                                           level: 'warn'  },
                     { id: 'wb.words',   check: 'bannedClaims',   params: { list: 'wb-2026-08' },           level: 'warn'  } ] }
Находка  = { rule: 'wb.contrast', node: 'n7', level: 'warn', message: 'Контраст 3,1:1 — нужно ≥ 4,5:1',
             fix: { op: 'set', target: { node: 'n7' }, params: { color: '@ink' } } }   // готовая команда из 6.6

Кнопка «Исправить» запускает тот же цикл, что и любая правка: предпросмотр, затем применение, версия и одна отмена. Безопасные зоны показываются слоем в редакторе по переключателю. Наборы правил — это данные с версией. При выходе новой версии все материалы этой площадки перепроверяются, а непрошедшие попадают в «Нужно внимание» (6.10). Числа в нынешних правилах (data.js:7-32) перед переносом нужно сверить с официальными документами площадок сверить с документацией.

6.6. Правки «укажи и скажи»

Станет

Операция = { op: 'set' | 'scale' | 'align' | 'move' | 'resize' | 'setStyle' | 'replacePhoto'
                 | 'removeBackground' | 'reorder' | 'hide' | 'show',
             target: { node: id } | { nodes: [id…] } | { role: 'title' | 'facts' | 'price' | …, scope: 'page' | 'series' }
                   | { page: n } | { series: true } | { section: id },              // section — для сайта (6.9)
             params: { … } }      // диапазоны и типы — из единой схемы сцены; цвета — из палитры бренда
План     = { ops: [Операция, … не больше 20], explain: 'коротко по-русски' }
Текст (op:'set', text) — только через верификатор 6.2; новое утверждение требует явного подтверждения.

6.7. Данные и версии: сервер — источник истины

Станет

Сервер хранит истину. Браузер — это кэш и outbox, то есть очередь неотправленных изменений, которая переживает перезагрузку вкладки. Серверный протокол менять почти не нужно, меняется клиент.

при правке(проект):
  применить в памяти → пометить «есть несохранённое»
  ждать 1,5 с паузы (сразу — при уходе со страницы, сворачивании, перед заданием или экспортом)
  outbox.put({projectId, baseRevision, scene, at})     // IndexedDB; ждём подтверждения записи, как flushStorage
  PUT /v1/projects/:id/revisions {project: scene, expected_revision: baseRevision, mode: 'auto'}
    200   → baseRevision = ответ.revision; outbox.delete; статус «Сохранено · версия N»
    409   → загрузить серверную версию; если поверх неё нет локальных правок — тихо обновить;
            иначе выбор: «Оставить мою» (новая ревизия поверх) / «Взять с сервера» / «Сохранить копией»
    сеть  → статус «Ждёт сети», повтор с нарастающей паузой; outbox цел после перезагрузки

склейка на сервере (одна транзакция):
  если последняя ревизия — автоверсия того же сеанса, моложе 10 мин, без метки и без ссылок
  из экспорта или публикации → переписать её содержимое и увеличить номер на 1
  (одна строка в истории, проверка 409 работает как раньше); иначе — новая строка

• Именованная версия — это метка label на существующей ревизии. Поле уже есть. Метки «опубликовано: WB / Ozon / сайт» ставит публикация (6.9, 6.10).
• Фото по хешу. В IndexedDB фото хранятся как Blob по sha256 в отдельном хранилище. На сервер сначала уходит вопрос «такой файл есть?» по хешу содержимого (соль владельца сервер добавляет сам). Тело отправляется, только если файла нет. Сейчас байты уходят заново при каждом сохранении (screens-cloud.js:35).
• Новые таблицы: products, brands, folders, library_assets. В products переезжает нынешний ProductBrief: факты с id, источником и статусом уже есть, добавляются артикулы WB и Ozon. Сейчас бриф живёт внутри каждого проекта отдельно. Материалы ссылаются на product_id и fact_ids, и на этих ссылках держится поддержка из 6.10.
• Перенос при первом входе. Прочитать запись workspace, по каждому проекту создать серверный (повтор не создаёт дублей, ключ — локальный id), фото — по хешу, затем бренды и папки. После этого поставить отметку «перенесено» и хранить локальную копию 30 дней как резерв.
• Отмена на патчах {op, path, before, after} (Immer): вместо фото в патче хранится id файла, серия нажатий стрелок склеивается в один шаг, лимит считается в байтах, выделение восстанавливается.

6.8. Очередь заданий: одна модель и живой прогресс

Станет

jobs      (id, workspace_id, kind, class: 'interactive' | 'background', status, input, result_ref,
           idempotency_key, attempts, claim_token, lease_until, created_at, updated_at)
job_steps (job_id, n, kind: 'brief' | 'plan' | 'text' | 'image' | 'layout' | 'check' | 'export' | 'publish',
           resource: 'cpu' | 'model' | 'gpu-image' | 'net', status, attempts, result_ref, error_code)

для каждой полосы ресурса (cpu, model, gpu-image, net):
  кандидаты = готовые шаги этой полосы (зависимости выполнены)
  1. сначала class = interactive, затем background
  2. внутри класса — по кругу между аккаунтами: аккаунт, который дольше всех не обслуживался,
     и у него — самый старый шаг
  3. лимиты: 1 активный interactive и N фоновых на аккаунт
  4. полоса model: допуск по памяти ДО отправки; при отказе — назад в очередь с тем же id (как сейчас)
  захват: UPDATE … SET claim_token, lease_until WHERE status = 'queued'        // как сейчас
  длинный шаг: продление аренды каждые 20–30 с (сцена из 6.3 идёт дольше 150 с)

Ограничение уже проявилось в публичной версии. Допуск по памяти работает только на Linux-хосте самого Ollama с адресом 127.0.0.1:11434 (cold-load-guard.mjs:21). Контейнер обращается к модели по адресу http://ollama:11434, поэтому в compose загрузка модели выключена (PICSELLER_OLLAMA_ALLOW_LOAD: '0') с пометкой «до появления общего шлюза допуска» (deploy/docker-compose.coolify.yml:17-21). ИИ публично работает, только если qwen2.5:32b уже загружена. Нужен небольшой агент ресурсов на GX10, который отдаёт MemAvailable по внутренней сети.

6.9. Сайт-витрина бренда

Станет: модель страницы

Страница — это JSON из типизированных секций по образцу Puck: {type, props} только разрешённых типов. Сервер проверяет его так же строго, как сцену (validateScene). Двенадцать типов: header, hero, benefits, products (каталог), product (галерея из серии и характеристики), gallery, story («О бренде» из презентации), reviews, faq, marketplaces (кнопки WB, Ozon, ЯМ), lead-form, footer. В reviews попадают только отзывы, которые селлер вставил сам или импортировал со ссылкой на источник. Модель отзывы не пишет.

{ "type": "hero",
  "props": { "title":    { "text": "Кружка «Мох» 350 мл", "fact_ids": ["fact_1"] },
             "subtitle": { "text": "Ручная формовка, глазурь без свинца", "fact_ids": ["fact_2", "fact_3"] },
             "image":    "asset:<sha256>",
             "cta":      { "label": "Купить на WB", "href": "/go/p-mug/wb" } } }

Рендер детерминированный: HTML и CSS из шаблонов секций, бренд-кит превращается в CSS-переменные. Изображения — WebP, отрисованные тем же серверным рендером из сцен. Пользовательского JS нет. Генерируются sitemap.xml, robots.txt, мета-теги и описания фото. Простые правки (текст, фото, цвет) делаются в инспекторе без модели. Перестройка секций идёт через язык операций из 6.6 с target:{section}.

Станет: публикация и откат

• Атомарное переключение. Сборка пишется во временный каталог и переименовывается в sites/<slug>/v<N>/. Указатель sites.published_version меняется в одной транзакции с записью в журнал site_publications. Хранятся 10 последних версий. Откат — это переключение указателя назад: мгновенно и без простоя.
• Раздача тем же сервером PicSeller. Если Host равен <slug>.24oros.ru или подтверждённому своему домену, файл отдаётся из каталога опубликованной версии. Эта ветка стоит до проверки сессии, без cookies приложения, со строгим CSP. Отдельное приложение Coolify на каждый сайт не нужно.
• Traefik. Один маршрут HostRegexp для *.24oros.ru с минимальным приоритетом. Так он не перехватит поддомены других приложений Coolify (например, pipetest.24oros.ru). Служебные имена (app, api, www, ops, picseller и уже занятые поддомены) нельзя взять как адрес витрины. Публичный трафик сейчас приходит через 217.199.253.218 (раздел 7). Где именно завершается HTTPS — на этом узле или на Traefik GX10, — в репозитории не описано, а от этого зависит, где настраивать маршрут и сертификат сверить.
• Сертификат *.24oros.ru выпускается через DNS-01: Let's Encrypt выдаёт wildcard только так. Без него у каждого поддомена будет свой сертификат, а лимит — 50 сертификатов на домен в неделю. Для DNS-01 нужен API у DNS-провайдера зоны (NS Timeweb) или делегирование _acme-challenge через CNAME на acme-dns сверить с документацией Traefik/lego и Timeweb.
• Свой домен. Селлер добавляет CNAME shop.brand.ru → <slug>.24oros.ru и TXT _picseller.shop.brand.ru с токеном. PicSeller проверяет обе записи, добавляет домен в маршрут (файловый провайдер Traefik или API Coolify сверить), получает сертификат через HTTP-01 и проверяет HTTPS. Для корневого домена (brand.ru) CNAME на корень нельзя, поэтому нужна A-запись на публичный адрес входа. Сейчас это 217.199.253.218; адрес нужно сверить после решения по sagr.
• Заявки. Форма отправляет POST /f/<site>/lead. Заявка ложится в таблицу leads (сайт, имя, контакт, сообщение, время согласия, страница, статус), селлеру уходит уведомление в Telegram. В сообщении минимум данных, полный контакт — в кабинете. Защита от спама: скрытое поле и лимит по IP. Срок хранения и согласие на обработку персональных данных (152-ФЗ) нужно согласовать с юристом.
• Клики. Кнопка «Купить на WB» ведёт на /go/<товар>/<площадка>. Клик записывается, затем следует редирект 302 на карточку площадки с utm_source=picseller&utm_medium=site&utm_campaign=<slug>. Наш счётчик работает независимо; учитывает ли UTM аналитика самой площадки, нужно проверить сверить.

# Набросок для Traefik v3 (сверить с версией прокси в Coolify). Метки контейнера PicSeller:
traefik.http.routers.ps-sites.rule=HostRegexp(`^[a-z0-9-]+\.24oros\.ru$`)
traefik.http.routers.ps-sites.priority=1                       # ниже любых Host(`x.24oros.ru`) других приложений
traefik.http.routers.ps-sites.entrypoints=https
traefik.http.routers.ps-sites.tls.certresolver=<резолвер с DNS-01>
traefik.http.routers.ps-sites.tls.domains[0].main=24oros.ru
traefik.http.routers.ps-sites.tls.domains[0].sans=*.24oros.ru
traefik.http.services.ps-sites.loadbalancer.server.port=4332   # порт контейнера (Dockerfile:34)

6.10. Публикация в маркетплейс и поддержка

Станет: Wildberries, затем Ozon

Ozon подключается по той же схеме: POST /v1/product/pictures/import с заголовками Client-Id и Api-Key, первое изображение становится главным. Статус импорта проверяется отдельным методом. Эндпоинты, версии методов, лимиты частоты и то, что media/save перезаписывает список, взяты из исследования и диагноза. Перед реализацией их нужно сверить с официальной документацией WB и Ozon сверить с документацией. Публичный адрес для шага 6 уже есть (picseller.24oros.ru). Не хватает двух вещей. Первая — маршрут, который отдаёт отдельный файл слайда по подписанной ссылке без входа. Вторая — хранение экспорта файлами вне SQLite: сейчас PNG лежат внутри ZIP-архивов в базе (раздел 7).

Станет: поддержка через события

• Правила обновились. Все материалы этой площадки перепроверяются (6.5), непрошедшие попадают в событие: «WB обновил требования 28.08.2026 — 2 карточки проверить».
• Цена или факт изменились. Материалы и секции сайта ссылаются на fact_ids и поля товара (6.7). Поэтому изменение одного факта точно находит всё затронутое: «Цена изменилась 990 → 1 090 ₽. Затронуто: сайт, презентация».
• Пакетное обновление идёт через тот же поток «предложение → сравнение → применение». Для каждого материала создаётся отдельная ревизия и отдельная отмена. Повторная публикация идёт с журналом и откатом.
• Уведомления о заявках и событиях можно отправлять через уже написанный транспорт бота с долговечной очередью доставки (bot-dispatch.mjs, bot-delivery-control.mjs). Включать это стоит только после ограниченного живого пилота: токена и рабочей службы сейчас нет.

7Скрипты и инфраструктура: что упростить

Публичная версия уже работает: https://picseller.24oros.ru, контейнер container-preflight-15 в Coolify на GX10, вход по приглашению. Держится она на незакоммиченном коде, разовых скриптах выкладки и ручных бэкапах на том же диске, а внутренние документы открыты всем. Ниже — что закрыть срочно, что упростить, как выкладка устроена сейчас и какой она должна стать.

Выкладка: как сейчас и как станет

Решение владельца: где должен быть публичный вход. Сейчас он идёт через 217.199.253.218, а по правилу от 24.09 должен идти через sagr (x86_64; доступ к нему открыт 01.10). Образ стоит собирать сразу под две архитектуры, тогда он подойдёт для любого варианта. Фактический маршрут «DNS → узел → GX10» нужно записать в RUNBOOK.

Порядок выкладки с автооткатом

GET /healthz          (без входа и без персональных данных)
200 {"ok":true,"version":"<коммит>","db":"ok","disk_free_pct":41,
     "queues":{"oldest_queued_s":12},"models":{"ollama":"up","comfy":"off"}}
503 — база не отвечает на SELECT 1 или на /data свободно меньше 5%
Модели на статус не влияют: недоступный GX10 не должен перезапускать приложение.
Обрабатывать ДО проверки Host (server/local.mjs:42). Сейчас внутренняя проверка обходит её,
подставляя Host из PICSELLER_AUTH_ORIGIN (scripts/container-health.cjs:5-6).

Что доработать в существующем Dockerfile

Dockerfile уже сделан аккуратно: две стадии, пользователь node, .dockerignore по белому списку. В compose заданы init, read_only и tmpfs. Доработки — точечные:

# Набросок правок — не собирался и не проверялся
# 1. Внутренние документы — не в образ (Dockerfile:8, :13)
-COPY docs ./docs
+COPY docs/help ./docs/help                        # белый список справки; папку завести
-RUN node scripts/build-worker.cjs && npm prune --omit=dev
+RUN node scripts/build-client.cjs && npm prune --omit=dev   # новый скрипт: без Worker и без внутренних docs
# 2. Связь образа с коммитом
+ARG GIT_SHA=unknown
+LABEL org.opencontainers.image.revision=$GIT_SHA
+ENV PICSELLER_GIT_SHA=$GIT_SHA
# 3. Проверка здоровья по собственному маршруту
#    scripts/container-health.cjs:6 — path:'/v1/projects' → path:'/healthz', ждать 200 и {"ok":true}

Переменные окружения

набросок Обычные значения задаются в переменных приложения Coolify, секреты — только в секретах Coolify. Секреты не попадают в git и в логи.

# Задано сейчас (Dockerfile:32 и deploy/docker-compose.coolify.yml:12-22)
PICSELLER_HOST=0.0.0.0                       # допустимо только вместе с HTTPS-входом (local.mjs:25-28)
PICSELLER_PORT=4332
PICSELLER_DATA_DIR=/data                     # bind на рабочую базу GX10 (compose:23-30)
PICSELLER_EXPORTS=1                          # серверный PNG через Chromium
PICSELLER_IMAGE_PYTHON=/opt/pixels/bin/python
PICSELLER_AUTH_ORIGIN=https://picseller.24oros.ru
PICSELLER_TRUST_PROXY=1                      # X-Forwarded-For принимается только за Traefik
PICSELLER_OLLAMA_URL=http://ollama:11434
PICSELLER_OLLAMA_MODEL=qwen2.5:32b
PICSELLER_OLLAMA_ALLOW_LOAD=0                # допуск по памяти не работает с Docker-адресом
PICSELLER_SERIES_COMMANDS=0

# Есть в коде, но публично не задано
PICSELLER_COMFY_URL                          # без него нет удаления фона на сервере (serve.cjs:15)
PICSELLER_BOT_ID, PICSELLER_BOT_TOKEN_FILE   # без них привязка бота отвечает 503 (serve.cjs:17, api.mjs:132)
PICSELLER_COLD_LOAD_MIN_AVAILABLE_GIB        # работает только на хосте Ollama 127.0.0.1:11434

# Новые (предложение; требуют правок кода)
PICSELLER_GIT_SHA=<коммит>                   # версия в /healthz и /v1/me, имя бэкапа pre-<коммит>
PICSELLER_ADMISSION_URL=http://<агент ресурсов GX10>   # допуск загрузки модели из контейнера (6.8)
PICSELLER_SITES_DOMAIN=24oros.ru             # витрины <slug>.24oros.ru (6.9)
PICSELLER_RESERVED_SLUGS=app,api,www,ops,picseller

# Секреты (только в секретах Coolify)
PICSELLER_SECRETS_KEY=…                      # шифрование токенов WB, Ozon и Telegram в базе
YANDEX_OAUTH_CLIENT_ID=…  YANDEX_OAUTH_CLIENT_SECRET=…
LITESTREAM_REPLICA_URL=s3://…  + ключи доступа к хранилищу копий

Что заморозить и что удалить первым делом

8Макеты всех экранов

Целевой продукт собран в кликабельный макет: 33 экрана, через которые проходит весь цикл «Создать → Править → Опубликовать → Поддерживать». Ниже по каждому экрану: снимки на компьютере и телефоне, назначение, главные элементы, что из этого уже есть в актуальной версии PicSeller и что нужно сделать.

Открыть карту макетов Открыть кабинет «Мох» Открыть лендинг

Что изменила актуальная версия. По сравнению с коммитом df16a68 заметно продвинулись пять экранов. «Сборка для нескольких товаров» получила серверную партию до 100 артикулов с паузой, архивом и ZIP с SHA-256. «Шаг 1» получил ProductBrief с источником и статусом каждого факта. В редакторе и на экране результата появилась общая проверка качества (QualityReport). «Материалы» стали общей библиотекой проектов браузера и сервера. Для «Подключения канала» появился экран привязки Telegram-бота, но без живого канала, поэтому статус «нет» сменился на «частично». «Пульт оператора» по строгому правилу отмечен «нет»: командная строка без веб-экрана заметной частью экрана не считается. Целиком готовых экранов по-прежнему нет.

Снимки: компьютер 1440×900, телефон 390×844, файлы в assets/new/. Нажмите на снимок, чтобы открыть его целиком.

Публичная часть

1. Лендинг

#/ · Открыть в макете

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

• Первый экран: «Начать бесплатно» ведёт ко входу, «Посмотреть пример» — к готовому результату.
• Визуал «товар → три результата»: карточка WB, слайд презентации, сайт на телефоне.
• Блоки «Как это работает» и «Один товар — все материалы» с живым переключением вкладок.
• «ИИ не выдумывает»: строка текста с подсветкой факта, из которого она взята.
• Проверка по правилам площадок с датой, «данные на вашем сервере», короткие тарифы, частые вопросы. Без вымышленных отзывов и рейтингов.

В коде сейчас: частично Лендинг в коде есть, но на боевом адресе посетитель без приглашения его не видит: на любом маршруте показывается только строка «Войдите в PicSeller». Главная кнопка «Создать первый дизайн» по-прежнему ведёт в старый мастер с демо-товаром, а не в новый основной маршрут. В подвале и перекрытом коде остались обещания «Публикация по API», «600+ шрифтов», «40+ правил». screens-atelier.js:4 screens-site.js:12-14 app.js:125 assets/now/01-home.png assets/now/ref-public-01-first.png

Что сделать:

• Фаза 0 Главная кнопка ведёт в основной маршрут. Удалить ложные обещания, таблицу конкурентов и вымышленные рейтинги.
• Фаза 1 Публичная страница для посетителей без приглашения: лендинг, тарифы, справка и вход.
• Фаза 4 Блок про сайт бренда показывать как работающую функцию только после запуска витрин. До этого — с пометкой «Скоро».

2. Вход

#/login · Открыть в макете

Вход без пароля и без участия администратора: Яндекс ID, ссылка на почту или код приглашения для беты.

• «Войти с Яндекс ID» — главный способ.
• «Получить ссылку на почту»: поле адреса, затем состояние «Письмо отправлено».
• «Есть код приглашения» — поле кода для закрытой беты.
• Ссылки на условия и политику обработки данных.

В коде сейчас: частично Вход по одноразовому коду приглашения работает на боевом адресе: аккуратная форма на /auth/sign-in, код живёт 15 минут, сессия — 8 часов. Лимит попыток теперь считается по адресу клиента за доверенным прокси, а не на всех сразу (закрыто с тестом). Яндекс ID и входа по ссылке на почту нет, фальшивые экраны /login, /register и /forgot остались. server/login-rate-limit.mjs:12-31 tests/session-auth.test.cjs:12 server/session-auth.mjs:15, 38 screens-atelier.js:10 assets/now/ref-public-03-signin.png

Что сделать:

• Фаза 0 Фальшивые экраны входа перенаправить на настоящий вход.
• Фаза 1 Яндекс ID (OAuth 2.0) и ссылка на почту, сессии на 30 дней с продлением. Заголовки безопасности и лимиты запросов — для всего приложения, а не только для входа.

3. Первый запуск

#/onboarding · Открыть в макете

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

• «Где продаёте?»: WB, Ozon, ЯМ, свой сайт; категория; сколько товаров.
• «Ваш бренд»: название, логотип, «Подтянуть стиль по ссылке» на магазин или сайт. Палитру, шрифты и тон предлагаем по пунктам, каждый можно принять. Шаг можно пропустить.
• «Первый товар»: по артикулу WB, по фото и описанию или из файла Excel.
• Финал — «Создать первые карточки».

В коде сейчас: нет Без изменений: есть только экран-макет без логики. На него ведёт лишь карта экранов: действие регистрации, которое должно его открывать, нигде не вызывается. Сбора стиля по ссылке и первого товара по артикулу нет. screens-site.js:164

Что сделать:

• Фаза 1 Показывать после первого входа: площадки, категория, профиль.
• Фаза 2 Шаг «Первый товар» — в таблицу товаров: импорт Excel и по артикулу.
• «Подтянуть стиль по ссылке» — после пилота, с подтверждением каждого пункта.

4. Тарифы

#/pricing · Открыть в макете

Понятная цена до покупки. В макете: Старт 0 ₽, Селлер 990 ₽/мес, Бренд 2 490 ₽/мес (сайт и публикации), Агентство — по запросу. Это пример для обсуждения, а не решение.

• Четыре тарифа и таблица сравнения.
• Цена операции видна на кнопке до запуска.
• Автопродление выключено по умолчанию. Брак перегенерируем бесплатно.
• Пометка «Цены — пример для обсуждения».

В коде сейчас: нет Без изменений: страница-концепция с ценами 0 / 790 / 1 990 ₽ и кнопками «Посмотреть сценарий». «Тариф и использование» в кабинете — тоже макет, баланс — заглушка на 316 кредитов. Оплаты в коде нет. У конкурентов биллинг — главный источник жалоб в отзывах: сложно отписаться, ночные и еженедельные списания (SUPA, Flyvi, Fabula). assets/now/15-pricing.png screens-workspace.js:448-449 app.js:11

Что сделать:

• Фаза 0 До запуска оплаты писать прямо: «Оплата появится позже».
• Фаза 6 ЮKassa или CloudPayments, таблицы планов, подписок и журнала расходов. Цена операции видна до запуска.

Создание

5. Главная

#/app · Открыть в макете

Рабочий стол селлера: одна строка «Что создаём?» и всё, что требует внимания. Вместо 21 пункта меню — шесть разделов.

• Строка «Что создаём?» понимает запрос вроде «Карточки для Ozon для чайника „Лес“». Под ней чипы быстрых действий.
• «Нужно внимание»: 4 события с готовыми кнопками действий.
• «Продолжить работу» — последние материалы.
• Сводка каналов (WB, Ozon, сайт, Telegram) и активные задания с живым прогрессом.
• Мини-превью сайта со статистикой за неделю.

В коде сейчас: частично Кабинет «Творческая студия» почти не изменился. В меню по-прежнему 21 пункт, 8 из 12 ИИ-плиток помечены «Концепция» и показаны с ценами, баннер «Создать карточку» ведёт в старый мастер. Ленты «Нужно внимание», сводки каналов и сайта нет. Нижняя панель на телефоне работает. workspace-navigation.js:6-8 data.js:155 assets/now/02-studio.png

Что сделать:

• Фаза 0 Убрать из меню концепции и служебные разделы: спрятать за флаг или вынести на страницу «Скоро».
• Фаза 2 Меню из шести пунктов. Строку «Что создаём?» разбирать сначала словарём (площадка, тип, товар) и только потом моделью.
• Фаза 6 Поток событий «Нужно внимание».

6. Создать

#/create · Открыть в макете

Единственный вход в создание: что делаем и для какого товара. Он заменяет 8 путей создания, 2 мастера и 3 алгоритма раскладки.

• «Что создаём?»: карточки для маркетплейса (по умолчанию), презентация или КП, сайт-витрина, баннер и пост, пустой холст.
• «Для какого товара?»: выбрать из списка, новый товар, по артикулу WB или Ozon, описать словами.
• Одна кнопка «Далее».

В коде сейчас: частично Экран /app/create стал «основным маршрутом»: индикатор «Фото → Факты → Стиль → Серия», одна кнопка «Создать серию», черновик переживает перезагрузку. Но рядом остались старый мастер и ещё 6 путей создания — всего 8. Выбрать товар из каталога нельзя. Новая ошибка: из 6 площадок в форме Kaspi, Avito и Lamoda ломают создание серии, потому что контракт знает только WB, Ozon и ЯМ. main-workflow.js:35-40, 59-67 create-hub.js:25, 81 product-contract.js:11-15 assets/now/03-create-brief.png

Что сделать:

• Фаза 0 Починить площадки: список в форме брать из контракта, тест «каждая площадка создаёт серию».
• Фаза 2 Один путь создания вместо 8. Старый мастер — перенаправление с переносом черновика, «Пустой холст» — ссылка на первом шаге.

7. Шаг 1. Товар и факты

#/create/source · Открыть в макете

Собрать исходники один раз: фото и подтверждённые факты с источником. Из них потом строятся все материалы.

• Фото: выбор основного, «Убрать фон автоматически» и совет по съёмке («Фото 3 тёмное — лучше переснять при дневном свете»).
• Факты: текст, чип источника («из карточки WB», «введено вами», «из Excel»), отметка «подтверждён».
• Вкладка «Описать словами»: свободный текст, затем «Найти факты» с подсветкой цитат.
• Живое превью обложки. В полях нет демо-данных, только подсказки-примеры.

В коде сейчас: частично Появился ProductBrief: у каждого факта есть номер, источник (введено вами, импорт, модель) и статус. Факты, предложенные моделью, блокируют скачивание, пока их не подтвердишь. Фото обязательно, пустые разделы пропускаются, есть подсказки «Осталось перед созданием». Нет общей таблицы товаров (бриф живёт в каждом проекте отдельно), удаления фона в основном пути, совета по фото и живого превью обложки. На телефоне поле названия начинается ниже первого экрана. product-contract.js:21-70 product-contract.js:37, 85 create-hub.js:24, 60-63, 75 assets/now/03-create-brief-m.png

Что сделать:

• Фаза 0 Старый мастер с демо-товаром перенаправить в этот маршрут.
• Фаза 2 Факты из брифа перенести в общую таблицу товаров, показать источник каждого факта. Форма — на первом экране телефона.
• Фаза 3 Удаление фона — в основной путь.

8. Шаг 2. Площадки и стиль

#/create/design · Открыть в макете

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

• Выбор нескольких площадок (WB, Ozon, ЯМ) с профилем размера.
• Стиль «как бренд „Мох“» и 6 стилей шаблонов; 4, 6 или 8 слайдов.
• План серии: у каждого слайда роли и список фактов, порядок можно менять. «Пропускать разделы без фактов» включено, для пустого раздела есть предупреждение.
• «Заголовки: 3 варианта из ваших фактов».
• Оценка «≈ 40 секунд · 12 слайдов · 12 кредитов» и кнопка «Собрать».

В коде сейчас: частично Появились «Мои стили»: сохранённое оформление в браузере (до 30) и в аккаунте с неизменяемыми версиями (10 стилей). Площадка и стиль спрятаны в свёрнутый блок. Плана серии с фактами по слайдам, вариантов заголовка и оценки времени и цены нет. Форма предлагает 12 стилей и 6 площадок, сервер знает 10 стилей и 3 площадки. create-hub.js:37-58 server/card-recipes.mjs:4, 22-28 card-layout.js:8-14, 21

Что сделать:

• Фаза 2 Один движок раскладки со слотами, ролями и профилями площадок (размер, безопасные зоны, минимальный кегль). План серии, пропуск пустых разделов по умолчанию.
• Фаза 2 2–3 варианта заголовка, у каждого — ссылки на факты-источники.

9. Шаг 3. Сборка

#/create/run · Открыть в макете

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

• Шаги: подготовка фото и фона → сцена «товар без изменений» → заголовки из фактов → раскладка под WB и Ozon → проверка по правилам с датой.
• Слайды появляются по мере готовности.
• «Можно закрыть вкладку — пришлём уведомление».
• Финал — «Открыть результат».

В коде сейчас: частично В браузере серия собирается за секунды, без живых шагов, и сразу открывается в редакторе. «Собрать на сервере» спрятано в блок «Нужно закрыть вкладку? Собрать в фоне»: задание выполняется примерно за 6 с и появляется в «Заданиях» с кнопкой «Открыть серию». Сцены, генерации текстов и проверки по официальным правилам площадок с датой нет. main-workflow.js:88-89 card-server-jobs.js:22-38 product-contract.js:10 assets/now/09-tasks.png

Что сделать:

• Фаза 2 Одна кнопка «Собрать»: исполнитель выбирается автоматически, живые шаги берутся из ленты заданий.
• Фаза 3 Сцена с сохранением товара. Честная очередь с прогрессом через SSE вместо опросов.

10. Результат

#/result/:id · Открыть в макете

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

• Оценки проверки по каждой площадке (в макете: WB 98 и Ozon 92, по одному замечанию), вкладки WB и Ozon, сетка слайдов.
• «Варианты заголовка»: 3 варианта, у каждого чипы фактов-источников. Выбор сразу меняет обложку.
• Главные действия: «Опубликовать в WB», «Скачать» с пресетами, «Редактировать».
• Вторичные: «Сделать презентацию», «Добавить на сайт».
• Замечания проверки с кнопками «Исправить».

В коде сейчас: частично Экран «Готовая серия» есть: просмотр, редактирование, скачивание. В окне скачивания показывается отчёт проверки качества (QualityReport), ошибки блокируют кнопку. Но проверка пропускает серию из старого мастера с демо-фото и заглушками: «Можно выпускать», файл скачивается. Вариантов заголовка нет, «Опубликовать» ведёт на заглушку. material-result.js quality-ui.js:30-41 product-contract.js:62-69, 83-95 assets/now/05-result.png assets/now/06-export-check.png

Что сделать:

• Фаза 0 Правила «текст-заглушка» и «демо-фото» — ошибки, а не предупреждения.
• Фаза 2 Варианты заголовка с источниками, замечания проверки с кнопками «Исправить».
• Фаза 5 «Опубликовать в WB» подключить к настоящей публикации.

Редактор

11. Редактор материала

#/editor/:id · Открыть в макете

Направленная правка руками на холсте или словами. Каждое изменение проверяется по правилам площадки и сохраняется версией.

• Шапка: «Сохранено · версия 5», переключатель WB или Ozon, отмена и повтор, значок «Проверка 96», «Скачать» и главная кнопка «Опубликовать».
• Левая рейка: шаблоны, фото товара, текст, элементы, фон, слои, размер.
• Холст: привязки к центру, краям и безопасным полям, текст правится двойным щелчком, переключатель «Безопасные зоны». Внизу лента слайдов.
• Контекстный инспектор: шрифт бренда, цвет из палитры, роль «Заголовок», «Применить ко всей серии». Для фото: заменить, убрать фон, сцена, кадрирование.

В коде сейчас: частично Ядро прежнее: одна модель сцены и один SVG-рендер, отмена на 40 шагов, ИИ-правка одного объекта. Добавлены роли текста (заголовок, преимущество, основной текст, бренд), быстрые «Крупнее», «Мельче», «Вместить в блок», «Фото крупнее/меньше» и проверки перед скачиванием. Нет привязок, боковых ручек, правки текста прямо на холсте, токенов стиля и умной смены размера. Скорость не менялась: сцена перерисовывается целиком, история хранит полные копии проекта. scene.js:9-25 server/api.mjs:69 editor-simple.js screens-editor.js:23-28 docs/82-85 assets/now/04-editor.png

Что сделать:

• Фаза 1 Статус «Сохранено · версия N» на сервере вместо кнопки «На сервер».
• Фаза 3 Перерисовывать только изменённое, историю хранить изменениями. Привязки, боковые ручки, правка текста на холсте, токены стиля поверх ролей, умная смена размера, кириллические шрифты.

ИИ-помощникПоле «Скажите, что изменить», чип выделения, план «было/станет», «Применить» создаёт версию, режим «Спросить» ничего не меняет.
частично Правка одного объекта работает (20 из 20 контрольных команд). Команды серии получили роли и проверку области, последний живой прогон — 17 из 21, но на боевом адресе они выключены. Текст модели не сверяется с фактами, режима «Спросить» нет. editor-plan.js:7, 33 docs/92:132 deploy/docker-compose.coolify.yml:22

ПроверкаПравила WB от 28.08.2026 с источником. Пункты ✓ и ⚠, кнопка «Исправить» меняет сцену и счёт.
частично Появился общий отчёт проверки качества: он блокирует скачивание без фото, при пропаже подтверждённого факта и при неподтверждённом предложении модели. Правил площадок нет — одна версия «picseller-core-2026-09-11» для WB, Ozon и ЯМ. Демо-фото и заглушки не ловятся, контраст не считается. product-contract.js:72-107 quality-ui.js:17-42

ВерсииМетки «создано», «ИИ», «опубликовано в WB», «ручная правка» и кнопка «Вернуть».
частично До 40 версий в браузере. У каждой серверной ревизии теперь есть неизменяемый снимок брифа и отчёта качества, но на сервер работа попадает только кнопкой. drizzle/0022_project_contracts.sql server/api.mjs:86-88 project-versions.js:10-12

РазмерПресеты WB, Ozon, ЯМ, сторис, баннер. «Создать версию» перекладывает элементы по ролям, без растяжения.
нет Без изменений: смена размера растягивает по осям, круг 720×720 становится эллипсом 960×720. screens-editor.js:147-148

СкачатьПресеты «Для WB», «Для Ozon», «Для ЯМ», PDF, PowerPoint, исходник. Имена файлов вида {артикул}_{номер}.jpg.
частично Работают PNG, JPEG, WEBP, SVG, ZIP, PDF и PowerPoint. Перед скачиванием проверяются переполнение текста и доступность фото, архив называется по товару. Пресетов площадок нет, файлы внутри — 01.png…, PDF состоит из картинок (окно об этом предупреждает). screens-editor.js docs/93-94 pptx-export.js:11-79

Товары и фото

12. Товары

#/products · Открыть в макете

Каталог товаров — источник правды: фото, артикулы, цена, подтверждённые факты и где уже есть материалы.

• Поиск, фильтры, «Импорт», «+ Товар».
• Таблица: фото, название, артикул, цена, факты (сколько подтверждено), материалы по каналам (WB ✓, Ozon ✎, сайт ✓), значок проблем.
• Выбор строк открывает действия «Создать карточки (N)», «Обновить сайт», «Скачать».
• На телефоне вместо таблицы — карточки.

В коде сейчас: нет Экрана нет. «Товар» появился только как бриф внутри каждого проекта (ProductBrief). Общей таблицы товаров в базе нет: в схеме 27 таблиц, products среди них нет. Нет ни цены, ни материалов по каналам, ни идентификаторов карточек WB и Ozon. В серверной партии артикул обязателен и уникален, но это строки партии, а не каталог. db/schema.ts product-contract.js:21-55 server/card-batches.mjs:64

Что сделать:

• Фаза 2 Серверная таблица товаров на основе ProductBrief: факты, фото, цена, артикулы, идентификаторы карточек WB и Ozon. Действия над выбранными строками.

13. Товар

#/products/:id · Открыть в макете · товар с изменившейся ценой

Всё об одном товаре в одном месте: факты, фото, материалы и каналы. Если меняется цена или факт, экран показывает, что затронуто, и предлагает «Обновить всё».

• Шапка: фото, артикулы, цена, «Создать материал ▾», «Открыть на WB ↗».
• Баннер изменения цены (в макете тарелка «Туман»: 990 → 1 090 ₽, затронуты сайт и презентация) с кнопками «Обновить всё» и «Что изменится».
• Вкладка фактов: источник, подтверждение, «используется в N материалах», правка на месте.
• Вкладки фото (исходники, вырезки, сцены), материалов, каналов и истории.

В коде сейчас: нет Экрана товара нет. Факты с источником хранятся в брифе каждого проекта отдельно, поэтому изменение цены или факта не связано с материалами. product-contract.js:21-55 drizzle/0022_project_contracts.sql

Что сделать:

• Фаза 2 Экран товара на новой таблице: вкладки фактов, фото и материалов.
• Фаза 6 Событие «изменилась цена или факт» и пакетное обновление затронутых материалов.

14. Импорт товаров

#/products/import · Открыть в макете

Завести каталог за минуты: из Excel или CSV, по артикулам WB и Ozon или по ссылке на магазин.

• «Excel или CSV»: файл → сопоставление колонок → строки с отметками ✓ и ⚠.
• «По артикулам WB/Ozon»: поле для артикулов и предпросмотр найденного.
• «Магазин WB по ссылке».
• Итог «12 готовы, 2 с замечаниями» и кнопка «Импортировать».

В коде сейчас: частично Таблицу CSV или Excel теперь можно отправить в серверную партию: предпросмотр, проверка строк до отправки, обязательный и уникальный артикул, до 100 строк. Но фото нужно заранее загрузить и сослаться на него колонкой image, а результатом становятся карточки, а не товары. Импорта по артикулу WB или Ozon и из магазина по ссылке нет. batch-server-submit.js xlsx-import.js:4-30 server/card-batches.mjs:60-64 docs/91-server-catalog-guide.md

Что сделать:

• Фаза 2 Импортировать в таблицу товаров. Импорт по артикулу WB — через API контента с ключом продавца.
• «Магазин по ссылке» — после пилота.

15. Сборка для нескольких товаров

#/batch · Открыть в макете

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

• Товары (до 100 за раз) × рецепт: стиль, площадки, число слайдов, обработка фото, пресет экспорта. Кнопка «Сохранить как рецепт».
• Оценка времени и кредитов, кнопка «Собрать».
• Прогресс по каждому товару: «готово», «в работе» или ошибка с причиной и «Повторить». Партию можно поставить на паузу.
• «Скачать всё» (ZIP с артикулами в именах файлов и контрольными суммами), «Опубликовать готовые».
• Вкладка «Сценарии»: рецепт, источник товаров и расписание, журнал запусков.

В коде сейчас: частично Серверная партия работает, в том числе на боевом адресе. До 100 артикулов, очередь не зависит от вкладки, есть пауза, продолжение, архив, исправление ошибочной строки с историей попыток и однократный отложенный запуск до 30 дней. Выгрузки: ZIP редактируемых проектов и PNG-каталог с описью (артикул, позиция, попытка, SHA-256 каждого файла) и SHA-256 всего архива. Нет удаления фона в партии (сервер прямо отказывает), оценки времени и цены, «Опубликовать готовые» и повторяющихся сценариев. Экрана нет в меню, а для отправки нужен заранее сохранённый стиль. server/card-batches.mjs:58-101 server/card-batches.mjs:65 server/batch-export-requests.mjs:21-23 server/batch-export-artifacts.mjs:52 tests/api.test.cjs:326 VERIFICATION.md:36 assets/now/12-server-batch.png

Что сделать:

• Фаза 2 Строки партии брать из таблицы товаров, сборка — тем же движком раскладки.
• Фаза 3 Удаление фона в партии и пакет по папке фото.
• Фаза 5 «Опубликовать готовые».
• Фаза 6 Повторяющиеся сценарии с расписанием и журналом (F4 у Codex).

16. Фото-студия

#/photos · Открыть в макете

Подготовить фото для всех материалов: фон, тень, сцена, качество, кадр под площадку. Гарантия: сам товар не меняется.

• Библиотека фото по товарам, в центре сравнение «до/после» со шторкой.
• Операции: убрать фон, белый фон, тень, сцена (пресеты «Кухня утром», «Деревянный стол», «Минимализм» или своё описание), улучшить качество, кадрировать под площадку.
• «Применить к 12 фото».
• Знак «Товар не изменён — меняется только фон» после проверки целостности.

В коде сейчас: частично Код удаления фона не менялся: BiRefNet сохраняет цвет товара без искажений (расхождение 0/0/0), результат применяется к слою или серии. Но на боевом адресе фото-провайдер не подключён, поэтому серверное удаление фона и заказ «фон → карточки» там недоступны. Сцены и нового фона нет, сервер обрабатывает одно фото за раз, снимок с телефона (12 Мп) отклоняется лимитом 8 МБ, потерянное задание зависает. deploy/docker-compose.coolify.yml:12-22 scripts/serve.cjs:15 scripts/photo-pixels.py:79-149 server/photo-jobs.mjs:66

Что сделать:

• Фаза 3 Восстанавливать потерянные задания, подавать модели уменьшенную копию, 2–4 фото параллельно, пакет.
• Фаза 3 Сцена: маска товара → новый фон (Qwen-Image-Edit-2511 или FLUX.2 klein 4B) → исходные пиксели товара поверх → проверка целостности. Провайдер на боевом стенде — по решению владельца.

Сайт: создание

17. Мастер сайта

#/site/new · Открыть в макете

Собрать сайт-витрину бренда за три шага из уже заведённых товаров и бренда.

• Тип: витрина бренда, страница одного товара или сайт для оптовиков.
• Товары из каталога, страницы (Главная, Каталог, О бренде, Контакты, Оптовикам), стиль из бренда, «Опишите словами (необязательно)».
• Сборка: секции из фактов, фото из готовых серий, тексты со ссылками на факты, проверка SEO. Затем «Открыть конструктор».

В коде сейчас: нет Витрины нет ни в коде, ни в плане Codex F0–F7: слово «витрина» встречается только в требованиях площадок. data.js:20 research/audit-2026-09-10/overview-and-plan.md:117-126

Что сделать:

• Фаза 4 Сайт как документ из типизированных секций (до 12 типов) со строгой проверкой на сервере. Сборка без случайности: из товаров и бренд-кита.
• Фаза 4 Тексты — по правилу карточек: каждая строка ссылается на факт из брифа.

18. Конструктор сайта

#/site/builder · Открыть в макете

Править сайт так же просто, как в Canva или Tilda: щёлкнуть секцию и поправить руками или сказать словами. План изменений виден до применения.

• Шапка: выбор страницы, устройство (компьютер, планшет, телефон), отмена и повтор, «Версии», «Опубликовать».
• Слева вкладка «Секции»: порядок, скрытие, «+ Секция» из 12 типов.
• Слева вкладка «Помощник»: запрос → план операций → «Применить» или «Отменить». Режим «Спросить» ничего не меняет.
• Живой предпросмотр: наведение подсвечивает секцию, щелчок открывает мини-панель (вверх, вниз, копия, скрыть, «Спросить ИИ»).
• Инспектор секции: заголовок, текст, кнопка и ссылка, фон, источник товаров «из каталога: 6», варианты раскладки миниатюрами.

В коде сейчас: нет Конструктора нет. Что можно взять: цикл «предложение → сравнение → применение → версия → одна отмена» и узкий язык правок ИИ из редактора карточек, один SVG-рендер, а теперь и ProductBrief — тексты витрины смогут ссылаться на факты. editor-plan.js series-plan.js product-contract.js

Что сделать:

• Фаза 4 Экран «чат + предпросмотр» с «укажи и скажи». Простые правки (текст, цвет, фото) — без модели, модель — только для перестройки секций.
• Фаза 4 Сначала прототип на двух секциях: своя сцена против ядра GrapesJS (BSD-3-Clause).

ПомощникЛента команд: запрос → план операций → «Применить» или «Отменить». Режим «Спросить» ничего не меняет.
нет Есть только образец цикла правок в редакторе карточек. editor-assistant.js:15-35

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

Сайт: публикация и поддержка

19. Сайт: обзор и поддержка

#/site · Открыть в макете

Всё о сайте на одном экране: адрес, версия, неопубликованные изменения, показатели недели и здоровье.

• Адрес moh.24oros.ru (копировать, открыть), статус «Опубликован · версия 7 · 29.09».
• «Редактировать» и «Опубликовать изменения (3)»: в макете это новая цена тарелки «Туман», новый вопрос в «Частых вопросах» и фото мастерской.
• Превью на компьютере и телефоне. Показатели за 7 дней: посещения, переходы на WB и Ozon, заявки.
• Здоровье: HTTPS и срок сертификата, доступность, скорость, резервная копия.
• Пустое состояние «Создадим сайт из ваших товаров за 2 минуты».

В коде сейчас: нет Экрана нет. Публичный адрес у продукта уже есть: picseller.24oros.ru открывается через 217.199.253.218 (так сейчас отвечает DNS для *.24oros.ru), Traefik выпускает сертификаты. Но маршрут изменён вне репозитория и не описан, а 01.10 около 15 минут HTTPS не отвечал, и мониторинг этого не заметил бы — его нет. docs/87-public-origin-preflight.md:3

Что сделать:

• Фаза 1 Описать фактический маршрут трафика, завести /healthz и внешний монитор.
• Фаза 4 Обзор сайта с версией и здоровьем: HTTPS проверяется после каждой выкладки, резервная копия — по расписанию.
• Фаза 6 Показатели недели и события сайта в «Нужно внимание».

20. Публикация сайта

#/site/publish · Открыть в макете

Безопасная выкладка: проверка, что изменилось, адрес, выкладка без простоя и откат одним кликом.

• Проверка: SEO-заголовки, описания фото, ссылки на WB и Ozon, контраст, согласие на обработку данных в форме, вес страницы. Есть кнопка «Исправить автоматически».
• Изменения с прошлой версии — те же три: цена тарелки, новый вопрос, фото мастерской.
• Адрес: бесплатный поддомен или свой домен с инструкцией по DNS и статусом проверки.
• Выкладка: собираем страницы, загружаем, переключаем версию без простоя, проверяем HTTPS.
• Готово: версия 8, ссылка, «Откатить на версию 7». До этого задание «Публикация сайта · версия 8» в «Заданиях» ждёт подтверждения: выкладка запускается только с этого экрана.

В коде сейчас: нет Публикации сайтов нет. Для самого приложения уже есть многоэтапный Dockerfile, сервис Coolify и публичный HTTPS. Но выкладка идёт разовыми скриптами под каждый выпуск, а /healthz отвечает 404: здоровье проверяется запросом /v1/projects с ожиданием ответа 401. Dockerfile:1-36 scripts/container-health.cjs:6-8 deploy/update-f3-preflight-15-gx10.py

Что сделать:

• Фаза 1 Один скрипт выкладки с проверкой после деплоя и автооткатом, /healthz.
• Фаза 4 Статические страницы на <бренд>.24oros.ru, атомарное переключение версии, откат за ≤ 10 с, один сертификат на все поддомены (wildcard через DNS-01). Свой домен клиента — позже.

Готово и откатВерсия 8 на адресе, ссылка на сайт, «Откатить на версию 7».
нет Журнала выкладок и отката для сайтов нет.

21. Заявки

#/site/leads · Открыть в макете

Заявки с сайта не теряются: список со статусами, ответ в Telegram, уведомления.

• Список: дата, имя, контакт (частично скрыт), сообщение, источник, статус (новая, в работе, закрыта).
• Панель деталей: «Ответить в Telegram ↗», смена статуса.
• Настройка уведомлений в Telegram, выгрузка CSV, срок хранения данных.

В коде сейчас: нет Экрана нет. Для Telegram есть привязка чата к аккаунту, но живого бота нет, а уведомлять о заявках бот не умеет. server/bot-links.mjs server/api.mjs:132

Что сделать:

• Фаза 4 Таблица заявок, уведомления в Telegram, согласие на обработку персональных данных в форме, срок хранения.
• Юридические документы (политика обработки данных по 152-ФЗ) — до выкладки первой формы (см. раздел 10).

22. Аналитика и здоровье сайта

#/site/stats · Открыть в макете

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

• График посещений за 30 дней, источники трафика.
• Переходы на маркетплейсы по каждому товару, популярные страницы.
• Доступность по дням, сертификат, скорость, резервные копии.
• SEO-задачи с кнопкой «Исправить».

В коде сейчас: нет Экрана нет. «Аналитика» в кабинете — калькулятор CTR, данные площадок в него не поступают. screens-workspace.js:452

Что сделать:

• Фаза 4 Ссылки на WB и Ozon с UTM-метками и счётчик переходов, проверка HTTPS и доступности.
• Фаза 6 Графики, источники трафика, SEO-задачи.

Публикации

23. Публикации и каналы

#/publish · Открыть в макете

Куда и что опубликовано: каналы, материалы, готовые к выкладке, журнал с откатом.

• Карточки каналов: WB (права «Контент»), Ozon, ЯМ (не подключён → «Подключить»), сайт.
• Telegram-бот как второй вход в продукт: фото и описание в чат → черновик → подтверждение → готовые файлы приходят в чат. Плюс уведомления о заявках.
• «Готово к публикации» с кнопками.
• Журнал: когда, что, куда, кто и с каким результатом (успешно, отклонено с причиной, откат). Кнопка «Откатить».
• Блок «Изменились правила WB 28.08.2026 — 2 карточки проверить».

В коде сейчас: нет Публикации нет: кнопки ведут на заглушку «Публикация в маркетплейс — фаза 4», экран интеграций подписан «Все внешние интеграции отключены». В плане Codex публикация — фаза F7, она не начата. Telegram-бот написан (8 серверных модулей, 41 тест), но живой канал не подключён, а умеет бот только текстовую команду презентации. foundation.js:36-37 server/bot-orders.mjs:24, 34 NEXT_PHASE.md:22

Что сделать:

• Фаза 0 Спрятать «Опубликовать», пока нет настоящей интеграции.
• Фаза 5 Журнал публикаций со снимком «было» для отката.
• Фаза 6 Ограниченный живой пилот бота: «фото + факты → карточки → ссылка».

24. Публикация в Wildberries

#/publish/wb · Открыть в макете

Выложить фото в кабинет WB так, чтобы было видно, что изменится, и можно было вернуть как было.

• Выбор: какой материал к какому артикулу WB (найдено автоматически или выбрать вручную).
• Сравнение «Сейчас на WB / Станет» по каждому товару и отметка «Сохраним текущие фото WB для отката».
• Подтверждение.
• Отправка: загружаем файлы, ждём обработку, читаем обратно из кабинета и сверяем.
• Готово: «2 из 2 опубликованы», «Открыть на WB ↗», «Откатить».

В коде сейчас: нет Вместо публикации — заглушка, старое окно с жёстко заданным «n из n» перекрыто другим кодом. Фаза F7 у Codex не начата и требует доступа владельца к API. Среди сервисов для селлеров публикацию с откатом через API продавца публично подтвердил только агент JAFO, и он не делает визуал. foundation.js:36 screens-app.js:183 NEXT_PHASE.md:22

Что сделать:

• Фаза 5 Подключение к WB по шагам: ключ с правом «Контент» → привязка к карточке → «было/станет» → подтверждение → загрузка фото по ссылкам на серверный экспорт → чтение обратно → журнал и откат.
• Фаза 5 Затем Ozon тем же путём.

Сравнение «было/станет»Миниатюры «сейчас» и «станет», сводка изменений и проверка. Текущие фото сохраняются для отката.
нет Нет ни чтения карточек из кабинета, ни сравнения.

Готово и откат«2 из 2 опубликованы» после сверки с кабинетом, «Открыть на WB ↗», «Откатить».
нет Есть только перекрытое окно с жёстко заданным «n из n». screens-app.js:183

25. Подключение канала

#/channels/connect · Открыть в макете

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

• Для WB: где создать токен, какие права нужны (только «Контент»), скрытое поле токена.
• «Проверить» → «Токен работает: магазин „Мох“, 18 товаров, права: Контент ✓». Примечание о безопасности и об отзыве ключа.
• Ozon — Client-Id и ключ; ЯМ — вход через Яндекс.
• Telegram — привязка бота одноразовым кодом (/start КОД), отзыв связи одной кнопкой. Свой домен — DNS-записи.

В коде сейчас: частично Появился экран «Подключение бота»: привязка чата одноразовым кодом, отзыв, единый владелец пространства для сайта и бота, журнал доставок с ручным решением «повторить или пропустить» (41 тест). Живого канала нет: на боевом адресе привязка отвечает «Привязка бота на этом сервере ещё не подключена». Подключений WB, Ozon, ЯМ и своего домена нет, экран интеграций — макет. bot-settings.js:17 server/bot-links.mjs server/workspace-owner.mjs:7-9 server/api.mjs:132 screens-workspace.js:442 assets/now/13-telegram-bot.png

Что сделать:

• Фаза 2 Подключение WB для импорта товаров по артикулу.
• Фаза 5 Проверка прав ключа, хранение ключей в зашифрованном виде, отзыв одной кнопкой, журнал действий.
• Фаза 6 Живой Telegram: токен владельца и ограниченный пилот.

Библиотека

26. Материалы

#/materials · Открыть в макете

Всё, что создано из товаров: карточки, презентации, баннеры. Для каждого виден статус и каналы.

• Фильтры: тип, товар, статус (черновик, опубликовано, нужно обновить), канал. Вид сеткой или списком.
• Карточка материала: превью, название, товар, значки каналов, версия, дата, статус.
• Массовые действия: «Обновить из фактов», «Скачать», «В корзину». Вкладка «Корзина».

В коде сейчас: частично Появилась общая библиотека «Проекты»: проекты браузера и версии на сервере в одном списке, с метками места хранения и поиском. Повторное открытие той же серверной версии больше не плодит копию. Но источник истины по-прежнему браузер: на сервер работа попадает только кнопкой «На сервер», а открытие серверного проекта создаёт копию в браузере. Фильтров по статусу и каналам нет, таблиц папок и библиотеки на сервере тоже. unified-library.js:33-49 unified-library.js:38, 45 screens-cloud.js:44 assets/now/08-library.png

Что сделать:

• Фаза 1 Сервер — источник истины: автосохранение, браузер только кэш и очередь отправки. Кнопка «На сервер» уходит.
• Фаза 6 «Обновить из фактов» для материалов со статусом «нужно обновить».

27. Бренд-кит

#/brand · Открыть в макете

Бренд настраивается один раз и применяется во всех материалах и на сайте: логотип, цвета с ролями, шрифты, тон.

• Логотип в светлом и тёмном вариантах.
• Цвета с ролями и проверкой контраста.
• Шрифты: заголовки Lora, текст Golos Text, каталог кириллических шрифтов. Тон текста с примерами.
• Живые образцы: карточка, первый экран сайта, слайд.
• «Подтянуть стиль по ссылке или образцам» и «Применить ко всем материалам (14)».

В коде сейчас: частично Без изменений. Палитра, шрифт, логотип и применение к проектам работают, но шрифтов 4 «офисных» семейства, Manrope в карточки не попадает, на каждой карточке печатается «Мой бренд». Хранится всё только в браузере. scene-fonts.js:5 card-series.js:11 app.js:12 assets/now/11-brand.png

Что сделать:

• Фаза 0 Убрать «Мой бренд» по умолчанию.
• Фаза 1 Хранить бренды на сервере.
• Фаза 3 Роли цветов и токены стиля, кириллические шрифты со свободной лицензией OFL, проверка контраста.

28. Шаблоны

#/templates · Открыть в макете

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

• Фильтры: площадка, тип (карточки, презентации, секции сайта, баннеры), категория, «Мои».
• Миниатюра, название, поля шаблона, замки.
• Окно шаблона: слайды, «Использовать», «Сделать моим».

В коде сейчас: частично Без изменений. 41 демо-шаблон и собственные шаблоны с полями работают, но рейтинги и популярность вымышлены, а на миниатюрах видна заглушка «Добавьте описание товара». refinements.js:8-100 screens-app.js:88-109 assets/now/10-templates.png

Что сделать:

• Фаза 0 Убрать рейтинги и «использования».
• Фаза 3 Шаблоны на ролях слоёв с замками. Длинный текст уменьшать, а не выдавать ошибку.
• Фаза 4 Секции сайта как отдельный тип шаблона.

Система

29. Задания

#/jobs · Открыть в макете

Все фоновые работы в одном месте: что идёт, сколько осталось, что сломалось и что с этим делать.

• Вкладки: «В работе», «Готово», «С ошибками».
• Задание: товар, шаги с состояниями, место в очереди, оставшееся время, «Отменить», «Открыть результат».
• Ошибка описана человеческими словами и сопровождается действием.
• Живой прогресс.

В коде сейчас: частично Лента показывает серверные сборки карточек с кнопкой «Открыть серию» и фильтры по серверным и браузерным каталогам. У ожидания модели появился срок — 30 минут. Серии, собранные в браузере, по-прежнему не видны («Показано 0 из 0»). Задания идут в порядке поступления, без честной очереди между аккаунтами, прогресс приходит опросом. task-hub.js server/ai-jobs.mjs:7, 39, 75 assets/now/09-tasks.png

Что сделать:

• Фаза 1 Все задания на сервере, вместе с переходом на серверное хранение.
• Фаза 3 Одна модель «задание + шаги», очереди «срочная» и «фоновая», задания разных аккаунтов по очереди, прогресс через SSE, у каждой ошибки — код и действие.

30. Настройки

#/settings · Открыть в макете

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

• Профиль и уведомления.
• Команда: роли «владелец», «дизайнер», «контент-редактор», «наблюдатель»; приглашение.
• Тариф и оплата: план, расход за месяц, журнал операций с ценой, автопродление выключено.
• Ключи и интеграции. Хранилище: «Что занимает место», очистка неиспользуемых фото.
• Данные: выгрузка всего, удаление аккаунта.

В коде сейчас: частично Настройки хранятся в браузере; команда, тариф и оплата — макеты. Освободить место можно только для PNG-выгрузок партий. Очистки фото, проектов и корзины нет, архивы лежат в базе. Есть выгрузка проекта по ревизии (теперь с проверкой качества) и управление аккаунтами из командной строки. screens-workspace.js:444-449 tests/batch-export-limits.test.cjs:80 server/project-export.mjs:8-9 server/account-admin.mjs:14-15

Что сделать:

• Фаза 1 Профиль и выгрузка данных.
• Фаза 6 Команда и роли, тариф и журнал расходов. Хранилище с ежедневной очисткой: корзина старше 30 дней, фото без ссылок старше 7 дней.

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

Хранилище«Что занимает место» и очистка неиспользуемых фото.
нет Экрана нет. Освободить место можно только для PNG-выгрузок партий, а ZIP-архивы хранятся в базе SQLite, теперь уже в двух таблицах. tests/batch-export-limits.test.cjs:80 drizzle/0007, 0020

31. Справка и помощник

#/help · Открыть в макете

Ответ на вопрос без письма в поддержку. Если не помогло — обращение с приложенным контекстом.

• Поиск, популярные статьи, разделы.
• Помощник отвечает по статьям справки.
• «Написать в поддержку» с приложенным контекстом.
• Статус сервиса.

В коде сейчас: частично Центр помощи работает и пополнился статьями о стилях, проверке перед скачиванием и каталоге. Обращения по-прежнему «сохраняются локально». Главное: на боевом адресе без входа открываются 99 внутренних документов, в 26 из них — детали инфраструктуры (ssh, Tailscale, адреса, Coolify). support-drafts.js:20-31 server/local.mjs:79-84 scripts/build.cjs:5-8 assets/now/14-help.png

Что сделать:

• Фаза 0 Срочно закрыть /docs/: в образ — только пользовательская справка по белому списку, тест сборки на запрещённые слова.
• Фаза 1 Обращения сохранять на сервере и уведомлять о них владельца.
• Помощник по справке — после пилота.

32. Пульт оператора

#/ops · Открыть в макете

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

• Сервер ИИ: загрузка GPU и памяти.
• Модели для текста, изображений и фона: загружена или «холодная».
• Очереди: срочная и фоновая.
• Сайты клиентов, резервные копии и проверка восстановления.
• Аккаунты и приглашения, журнал ошибок.

В коде сейчас: нет Веб-пульта нет, а демо-админка /admin «не защищает данные ролями». Есть только серверные механизмы без экрана: управление аккаунтами из командной строки (теперь с отзывом Telegram-доступа), ручные бэкапы перед выпуском на том же диске, допуск загрузки модели по свободной памяти. Мониторинга, метрик и /healthz нет. screens-workspace.js:456 server/account-admin.mjs:4-23 server/backup.mjs:87, 92 scripts/container-health.cjs:6-8

Что сделать:

• Фаза 1 /healthz, внешний монитор, бэкапы по расписанию вне диска с проверкой восстановления.
• Фаза 6 Веб-пульт с ролями вместо демо-админки: модели, очереди, сайты клиентов, журнал ошибок.

33. Карта макетов

#/screens · Открыть в макете

Служебный экран макета: все 33 экрана по группам со ссылками, назначением и статусом «в коде сейчас». С него удобно начинать просмотр.

• Экраны по группам: название, ссылка, назначение.
• Статус «В коде сейчас» (есть, частично, нет) с пояснением.
• Ссылка на этот отчёт.

В коде сейчас: частично В прототипе есть карта экранов с уровнями готовности, но она не обновлялась: «32 точки входа», нет «Заданий», общей библиотеки, «Готовой серии», серверных партий и «Подключения бота». Продавцам этот экран не нужен. screens-help.js:46 assets/now/16-screens-map.png

Что сделать:

• Фаза 0 Убрать карту экранов и дорожную карту из пользовательского меню. Карта остаётся в макете — для команды.

9План по фазам

План начинается от актуальной версии PicSeller (рабочее дерево от 11.09 на боевом адресе) и ведёт к бренд-студии из каталога за семь фаз. Каждая фаза связана с планом Codex F0–F7 из прошлого аудита. Общая оценка — 5–7 месяцев работы команды из 2–3 человек, если часть фаз идёт параллельно. Это оценка, а не обязательство.

Фазы 0–2 — фундамент: всё остальное опирается на сохранённый в git код, серверное хранение и сущность «Товар». Фазы 3–5 можно двигать. Если важнее быстрые деньги на карточках, Фаза 5 (публикация в WB) идёт сразу после Фазы 2, а сайт — следом. Фаза 3 (редактор, фото и качество ИИ) может идти параллельно с Фазой 4 (сайт), если в команде два разработчика.