Не «какие есть разделы», а как именно настраивается каждый контрол и как он уходит в LLM. Пройдено вручную под кабинетом «Вуки ООО»: открыты все модалки настроек, лента, чаты, рассылки, анализ. Плюс разобрано их исследование про подбор модели.
| Формат обращения | «Вы» / «вы» / «ты» |
| Обращение по имени | вкл → имя из профиля |
| Название товара в ответе | вкл → из карточки |
| Длина ответа | Краткий / Обычный / Развёрнутый |
| Эмодзи | вкл/выкл (автоподбор) |
| Реакция на фото | vision-анализ фото отзыва |
| Способ доставки | влияет на формулировки |
Прямой ответ на твой вопрос «можно ли давать описание конкретным товарам или всему магазину»: три уровня, и один из них — на отдельный товар.
На обращение по товару X собираем контекст: описание магазина + записи под категорию/бренд X + релевантные куски доп.материалов + карточка товара (характеристики/фото) + история принятых правок → всё в промпт генерации. Чем полнее база — тем точнее и «фирменнее» ответ.
Магазин + диапазон дат → находятся покупатели, с кем есть чаты за период → число получателей → текст (вручную/ИИ) + картинка (загрузить/выбрать/сгенерировать) → широковещательная отправка в эти чаты. Это маркетинговая рассылка по существующим диалогам, не «холодная».
До 1000 отзывов → отчёт (расход 10 ответов): средняя оценка, распределение тональностей, плюсы/минусы товара, сгруппированные повторяющиеся жалобы, точки роста (что добавить в карточку/фото), анализ конкурентов, экспорт PDF.
3 015 селлеров · 7 моделей · 100+ отзывов · 45 225 принятых ответов. Слепая оценка по 4 сценариям (позитив/негатив/нейтрал/вопросы) по критериям: решает ли проблему, снижает ли негатив, доверие, конверсия.
Вывод — 3 архетипа моделей:
Гасящие негативОриентированные на продажиСтабильного качестваТезис: «использовать один ИИ для всех типов — ошибка».
Берём принцип маршрутизации, не маркетинг «7 моделей». Классификатор тональности → промпт-профиль (и при желании разная модель) под сегмент:
• негатив → «деэскалация» (можно Sonnet/HEAVY)
• позитив → «допродажа»
• вопрос → «фактологичность + база знаний»
• нейтрал → «стабильный»
Арбитр — отдельный дешёвый вызов (стоп-слова, факты, тон).
Wookiee (Python + Supabase RLS + Polza LLM), отдельная репа.
Из Wookiee Hub (там уже есть раздел ответов/коммуникаций — переиспользуем).
Supabase Auth. Админ-логин+пароль — для быстрых Playwright-тестов. Magic-link по почте + «запомнить меня» — для CEO. Мульти-тенант в БД с фазы 0.
Без подписок и премиум-делений — всё доступно всегда.
1) Проектирование БД (мульти-тенант, RLS): кабинеты, токены, товары, обращения, ответы, настройки.
2) Прогон всех методов API WB (токены уже есть) — отзывы/вопросы/чаты/товары: проверяем, что забор и состояние «отвечено» читаются.
3) Каркас LLM-генерации: управляемая БД промптов (как у otveto — промпты в базе, редактируемые и версионируемые), мета-промпт-агент + backend, который этим рулит.
Подтяг отзывов + вопросов + чатов с обоих кабинетов (ИП + ООО). Генерация полуавтоматических ответов в очередь — ничего не публикуем в МП.
🔑 Параллельно работает другой сервис, который сам публикует автоответы → при обновлении мы читаем из API, что уже отвечено снаружи, помечаем и не дублируем. Полное моделирование на реальных данных.
Подключение Ozon (отзывы + вопросы + чаты) в ту же ленту и движок.
Допродажи, рассылки по чатам, анализ карточек. Автопубликация — когда CEO решит включить.