рука на пульсе
ozon · — · 28д
обновлено —
↻ refresh
⊕ filter
≡ cols
fig.1 · по дням
note. · мысли аналитика
нажмите «анализ» для запуска
[c] copy · [x] clear
загрузка...
$ dashboard · tops
рейтинг SKU по силе сигнала · composite score
только требующие действия
скрыть с рекламой
▾ 📡 Мониторинг рекламы (старт ≤ 7 дней, до/после)
окно 7 дней
◐ загрузка...
▾ 📋 Итоги запусков рекламы (фикс. окно 7 дней до/после)
старт 7-60 дней назад
◐ загрузка...
▾ 📋 Основной рейтинг (composite score)
ℹ статусы и формула
◐ загрузка...
$ products
себестоимость и маппинг артикулов
Ценообразование
Артикулы для генерации цен
| Артикул | ДРР% | CPO ₽ | Себес | min | std | max | Цена СПП | Прибыль | ROI% | ROI min |
|---|
Создание товара
Себестоимость ▲
Алиасы артикулов ▲
маппинг K2→K1, (старая)→оригинал для наследования себестоимости
Переименовать артикул
переносит всю историю (rnp_daily, product_map, parsed_prices, norm_sales) на новый артикул + создаёт алиас
→
$ competitors
конкурентный анализ по выдаче Ozon
Поисковые запросы
Наши товары в выдаче
GPU сегменты рынка
Топ выдачи
$ анализ
рыночный анализ и рентабельность конфигов
$ комплектующие
прайс-лист для расчёта min/std/max цен
| Категория | Название | Цена, ₽ | Тип RAM | Мат. плата | Ключ артикула |
|---|
$ warnings
неучтённые артикулы и несостыковки
нажмите обновить
здоровье системы
все
FLASHBOOK Ozon
О!КСЕОН Ozon
FLASHBOOK WB
О!КСЕОН WB
—
▾ Cron-задачи
загрузка...
▸ Инварианты
▸ Токены
▸ Аномалии за 24ч
▸ Просмотр истории (для калибровки)
ИИ-команда MarketMind
Формализация «голов» по доменам с RACI, лимитами и KPI. Цель — перейти от «user смотрит дашборд» к «команда сама находит проблемы и приносит готовые решения».
оглавление
§1Снимок текущего состояния
Реальные цифры из БД на 2026-05-02. Без них план — абстрактный.
Кабинеты — последние 30 дней
| Acc | Название | Net orders | Revenue ₽ | Ad spend ₽ | Ad/Rev % | ~COGS ₽ | Gross margin ₽ |
|---|---|---|---|---|---|---|---|
| 1 | FLASHBOOK Ozon | 91 | 5 220 281 | 288 147 | 5.5% | 2 072 032 | ≈ 2.86 М |
| 2 | О!КСЕОН Ozon | 55 | 5 177 890 | 290 247 | 5.6% | 1 398 904 | ≈ 3.49 М |
| 3 | FLASHBOOK WB | 141 | 6 260 718 | 341 460 | 5.5% | 3 113 002 | ≈ 2.81 М |
| 4 | О!КСЕОН WB | 39 | 2 649 612 | 46 764 | 1.8% | 1 252 067 | ≈ 1.36 М |
| Σ за 30 дней | 326 | 19 308 501 | 966 617 | 5.0% | 7 836 005 | ≈ 10.5 М | |
Что видно сразу:
- acc=4 (Ksen WB) недозалит рекламой (1.8% vs 5.5%) — последствие потери scope «Реклама» 24.04, 8 дней простоя, восстановлено 02.05. Это первый кейс что подсветил отсутствие команды.
- Самый прибыльный по марже — acc=2 Ksen Ozon (margin/revenue ≈ 67%).
- Самый объёмный по штукам — acc=3 FB WB (141 заказ).
- ROI к COGS на агрегате ≈ 134%; ad-share стабильно 5–6% для рабочих кабинетов.
Остатки сегодня
| Acc | Unique vc | Qty | Профиль |
|---|---|---|---|
| 1 FB OZ | 19 | 1 837 | узкий портфель готовых ноутбуков |
| 2 Ksen OZ | 995 | 99 439 | широкая сборная линейка ПК |
| 3 FB WB | 10 | 440 | узкий портфель |
| 4 Ksen WB | 1 030 | 95 546 | широкая линейка |
Готовая инфра под команду
- ✓
/health— 5 слоёв мониторинга (cron, invariants, tokens, anomalies, replay), пока dry-run - ✓
/dashboard— composite score, 7 статусов, ad_monitor, ad_launch_results - ✓
/pnl— Режим А (статьи) + Режим Б (артикулы), tax override, cost_export, cost_health - ✓ Парсеры: свои Ozon (3ч), конкуренты (04:00), WB FB API (часовой), WB Ksen storefront (23:00)
- ✓ Mass-posting Ozon+WB карточки + слайды + видеообложки
- ~ Commission reports — есть, cron pending
- ~
analyst.py/llm_analyst.py— есть, не интегрированы - ~ TG-алерты по аномалиям — выключены до калибровки
§2Зачем команда, а не «ещё один скрипт»
Уже сейчас:
- Видим проблемы (dashboard, /health, anomaly_alerts).
- Считаем управленческий результат (P&L А/Б).
- Не делаем — никто не интерпретирует «вижу аномалию → гипотеза → действие → лимит» в едином потоке. Сейчас всё сходится в голове user'а.
Команда — это формализация «голов» по доменам с собственными зонами ответственности (RACI), источниками данных (single source of truth), лимитами (порог автоматики vs эскалация) и KPI (видно как роль работает).
Оркестратор — «директор», маршрутизирует событие в нужную роль и собирает совместный диагноз когда событие задевает несколько доменов.
§3Разделение с okseon
Раздельно. Не переиспользуем okseon-команду.
| Аспект | okseon-team | MM-team |
|---|---|---|
| Канал продаж | сайт o-kseon.ru | МП Ozon + WB |
| Funnel | SEO/реклама → лендинг → заявка → CRM | трафик МП → карточка → заказ МП |
| CMO-эквивалент | SEO, контент, соцсети | реклама на МП (Ozon promo + WB advert) |
| CFO-эквивалент | юнит-эконом сайта, ROAS | per-SKU маржа с разными НДС/комиссиями |
| Customer | общаемся напрямую | МП-клиенты, видим только отзывы |
| Технология | static-site + cost pipeline parts | FastAPI + 4 кабинета multi-account |
Why раздельно: консилиум okseon уже путался когда речь шла про Ozon — задавал вопросы вне своего домена. У MM свой контекст (РНП, демпинг WB, scope OZ ads, СПП, карантин цен), который у okseon просто отсутствует.
§4Структура команды
5 ролей + оркестратор. Имена короткие, без должностной номенклатуры (избегаем CEO/CFO путаницы с okseon).
mm-ads
Реклама на МП
Что делает: управление Ozon promo (трафареты, поисковое продвижение, акции) и WB advert (автокампании, аукцион). Ставки, бюджеты, ДРР. Запуск/пауза кампаний. Анализ ad_launch_results после 7 дней.
источники
norm_ads, raw_ozon_ads, dashboard.ad_monitor, ad_launch_dismissed, parsed_prices, rnp_daily
лимиты (без подтверждения)
- Бюджет ≤ 50 000 ₽/день/кампания
- Бид: изменение ≤ 20% к предыдущей ставке
- Запуск ТОЛЬКО на SKU со stock > 0 (Ksen) / > 5 (FB)
- ДРР target × 2 → авто-пауза кампании
KPI
- Целевой ДРР ≤ 10%
- CPO < 2 000 ₽ (FB) / < 4 000 ₽ (Ksen)
- Доля рекламных заказов ≥ 40%
- 0 случаев потери scope > 24ч
mm-pricing
Цены и маржа
Что делает: мониторит cost (cost_history per-account priority), считает Std/Min/Max через /api/pricing/calc, отвечает за корректность tax overrides в P&L. Юнит-эконом per-SKU с учётом разных НДС-режимов и разной комиссии Ozon vs WB.
источники
cost_history, product_map, pnl_tax_overrides, accounts.commission/logistics/buyout, parsed_prices.ozon_card_price, competitor_analytics, raw_ms_turnover
лимиты
- Изменение цены ≤ 15% без подтверждения
- Карантин WB: снижение > 50% — блок
- Cost FB всегда manual (НЕ ms — даёт кривые данные)
- Cost Ksen primary=ms; manual только если МС не вернул
- ROI target = 18% от COGS (Ksen)
KPI
- % продававшихся SKU с актуальной cost ≥ 95%
- Gross margin % per acc стабильна (отклонение < ±3 пп)
- Time-to-fix anomaly cost < 24ч
- 0 «затёртых» массовых заливок
mm-stocks
Остатки и поставки
Что делает: мониторит остатки (FBO/FBS), прогнозирует out-of-stock через скорость продаж в rnp_daily. Рекомендует поставки. Сверяет МП vs МойСклад еженедельно.
источники
norm_stocks, raw_ozon_stocks, raw_wb_stocks, rnp_daily, raw_ms_turnover, dashboard.tops
лимиты
- Auto-перемещения = 0, только рекомендации в TG
- Auto-резерв = 0
- Уведомление если топ-50 SKU имеют < 7 дней остатка
KPI
- % дней out-of-stock у топ-50 SKU < 5%
- Forecast accuracy: ±20% за 7 дней
- 0 потерянных дней рекламы из-за нулевых остатков
mm-content
Карточки и контент
Что делает: массовое создание/правка карточек (Ozon + WB), атрибуты, медиа, описания. Работает с mass_post.py/mass_post_wb.py. Использует gen_slides.py, готовые JSX-инфографики 4 тира.
источники
product_map, product_aliases, wb_card_ratings, memory project_ozon_attrs, project_wb_cards, отзывы (не покрыто)
лимиты
- Auto-публикация только если QC ≥ 85% required attrs, картинки ≥ 1, описание ≥ 500 chars
- Запрещённые слова Ozon — фильтр обязателен
- Создание новой карточки → starter_price (500k Ozon)
KPI
- % SKU с заполнением attrs ≥ 85%
- Lift конверсии в корзину после правки
- Time-to-listing нового SKU < 24ч от появления в МС
mm-analyst
Аналитика и аномалии (наблюдатель)
Что делает: READ-only watcher. Следит за P&L, dashboard, anomaly_alerts, /health, парсер health. Триггер для других ролей. Раз в день — short LLM-summary «что выглядит странным». Раз в неделю — глубокий обзор.
источники
все таблицы read-only: anomaly_alerts, invariant_checks, cron_status, token_health, /api/pnl/statement, /api/dashboard/tops, competitor_analytics
лимиты
никаких write-операций. Только генерация рекомендаций в TG / в action queue.
KPI
- Coverage: % аномалий обработанных в 24ч
- Точность: false-positive rate < 20%
- Freshness: data lag < 30 мин
- Ноль пропущенных «8-дневных событий» (как acc=4)
mm-orchestrator
Директор
Что делает: маршрутизация событий, сбор совместного диагноза когда событие задевает > 1 роли, action queue, эскалация в TG. Аналог okseon CEO, но без отдельного «модератора» — это сам Opus 4.7 в основной сессии.
алгоритм
- Раз в час — запрос к
mm-analyst: «что нового?» - Если есть события — классификация (домен).
- Один домен → делегирует в нужную роль.
- ≥ 2 доменов → собирает мини-консилиум через
Task(parallel). - Решение в action queue (5–10 мин hold) → TG-уведомление user'у.
- По истечении hold без отмены — действие применяется (фаза ≥ 4).
§5RACI-матрица типовых событий
R = ответственный · A = утверждает · C = консультируется · I = информируется
| Событие | ads | pricing | stocks | content | analyst | orch | user |
|---|---|---|---|---|---|---|---|
| Запуск/пауза кампании | R | C | C | I | I | A | I |
| Изменение ставки ≤ 20% | R | I | I | I | I | A | I |
| Изменение ставки > 20% | R | C | I | I | I | C | A |
| Изменение цены ≤ 15% | I | R | C | I | I | A | I |
| Изменение цены > 15% | I | R | I | I | I | C | A |
| Поставка / перенос | I | C | R | I | I | A | A |
| Создание карточки (≤ 10) | I | C | C | R | I | A | I |
| Массовая операция (> 100) | C | C | C | R | I | C | A |
| Перевыпуск токена | I | I | I | I | C | C | A,R |
| Расследование аномалии | C | C | C | C | R | A | I |
| Out-of-stock топ-SKU | C | I | R | I | I | A | I |
| Утренний/вечерний digest | I | I | I | I | R | A | I |
§6Фазирование внедрения
| Фаза | Что | Длит. | Output |
|---|---|---|---|
| 0 | Файлы знаний docs/team/*.md | 1–2 дня | company.md, ads.md, pricing.md, stocks.md, content.md, analyst.md, glossary.md, plan_v0.md |
| 1 | Sub-agents ~/.claude/agents/{mm-…}.md | 0.5 дня | callable через Task tool |
| 2 | Skill /mm-team | 0.5 дня | quick command для входа в контекст |
| 3 | Shadow mode — рекомендации, user применяет руками | 4–6 нед | paired decisions log |
| 4 | Low-risk auto-actions (перевыпуск токена, авто-пауза 💸 Слив) | 1 неделя | action queue с 10-мин hold |
| 5 | Confidence-gated actions (ставки ≤ 20%, цены ≤ 5%) | 2 недели | confidence scoring per action |
| 6 | Полный оркестратор (cron + LLM-план + critic + правил-валидатор) | месяц+ | автономия с откатом |
Why shadow-mode: action на МП дороже отката (заблочат акк, потеряют рейтинг карточки). Принцип okseon — 4–6 недель paired decisions перед auto-режимом.
§7Триггеры консилиума
Используем тот же скилл /consilium (Sonnet+Gemini+GPT-5+Opus через OpenRouter), что и для okseon.
Обязательные
- Перед каждой фазой gate (0→1, 1→2, …)
- Раз в месяц — KPI review всей команды
- Раз в квартал — стратегия ассортимента + цены
On-demand
- ROI к COGS падает > 20% к 30-дневной норме за 2 недели
- Любая фронтальная проблема МП (заблокировали аккаунт, изменили правила)
- ad_spend > 100k ₽/день (любой кабинет)
- Решение «свернуть SKU/тир» (≥ 10 SKU)
- Новый юр.режим (изменения НДС, УСН)
- Несогласие двух ролей по одному решению
§8Файлы знаний — что положить в docs/team/
Аналог okseon docs/team/. Single source of truth по ролям.
company.md— бизнес-модель, 4 кабинета, налог-режимы (FB ОСНО НДС 22%, Ksen НДС 7%+УСН 4%), инфра (4 VPS), карта парсеров и cronsglossary.md— Std/Min/Max, ДРР, СПП, RNP, P&L Режим А/Б, COGSads.md— Ozon promo vs WB advert nuances, лимиты, формулы CPO/CPM/ДРР, scope-history (потеря 24.04 как case-study)pricing.md— единый файл (объединяет feedback_pricing + project_finance_pnl + project_cost_sources). Per-account priority, WB companion mapping, tax structurestocks.md— formula velocity, FBO vs FBS, warehouse IDs, частота МС-сверкиcontent.md— Ozon attrs, complex_id, запрещённые слова, WB subjectID, медиа-стандартыanalyst.md— какие метрики читать, частота, формат summary, эскалацияplan_v0.md— этот файл, формализованный с RACI и KPI
§9Что не закрыто инфрой (нужно для команды)
| # | Что | Зачем | Прио |
|---|---|---|---|
| 1 | Перевыпуск токена за 7 дней до expiry — auto-уведомление | Не повторить acc=4 (8 дней без рекламы) | 🔴 |
| 2 | TG-алерты по anomaly_alerts включить (после калибровки) | Команда без сигнала слепа | 🔴 |
| 3 | Sync отзывов Ozon + WB | Сейчас не покрыто. Нужно для mm-content | 🟡 |
| 4 | LLM weekly review подключить (analyst.py есть) | KPI mm-analyst | 🟡 |
| 5 | Confidence scoring per метрика (data trust слой 4) | Action gate для фаз 4–5 | 🟡 |
| 6 | Action queue таблица (agent_actions) | Hold + откат | 🟡 |
| 7 | Sales reconciliation cross-source | Trust к данным для auto-actions | 🟢 |
| 8 | МС cashout vs Ozon expected payouts | Pricing валидация | 🟢 |
§10Идеи на потом (зарегистрировано)
- Продажи FLASHBOOK через свой сайт (по аналогии с o-kseon.ru). Записано в
project_ideas.md2026-05-02. Сейчас FB продаётся только через Ozon+WB. Если пойдёт — отдельный sales-funnel + отдельная команда (или общий пул). - Reputation/Reviews Watcher — отдельный sub-agent или модуль в
mm-content? (см. §11) - Cross-MP balancing — стоковый агент перераспределяет приоритет SKU между Ozon и WB по rolling ROI. Слишком автономно сейчас, фаза 6+.
- Аукционный bid-manager WB — отдельный движок с ML на исторических аукционных данных. Не сейчас.
§11Спорные точки для консилиума
Список вопросов где есть несколько разумных решений. Перед тем как писать ~/.claude/agents/*.md, прогнать через /consilium. Приоритетные: 1, 2, 3, 5, 8.
1.Один
mm-ads или два (Ozon-ads + WB-ads)?
Разные API, разные KPI (Ozon видит органику, WB — нет), разная семантика «акции». За одного: общий бюджетный пул, кросс-канальная аналитика. За двух: знаний слишком много для одной роли.
2.Reputation/отзывы — отдельный агент или встроить?
В okseon был cxo. На МП «клиент» — это МП, мы видим только отзывы. Достаточно ли модуля внутри
mm-content или нужен отдельный mm-reviews?
3.
mm-stocks или mm-stocks + mm-logistics?
На объёмах Ksen (1000+ SKU per MP, 99k шт) поставочная логика сама по себе нетривиальна (разные склады, FBO/FBS гибрид).
4.Legal/Compliance в команде?
Налоги ведёт
mm-pricing, контент-compliance ведёт mm-content. Но: ИФНС-сверки, претензии WB/OZ к карточкам, договоры — нужна ли 0.5 ставки Legal или достаточно эскалации в okseon-Legal?
5.Граница
mm-analyst (бизнес) vs /health (системный)?
/health показывает «cron жив, токен валиден, нет нарушений data invariant». mm-analyst интерпретирует «бизнес-смысл» сигналов. Где провести черту чтобы не дублировать?
6.Confidence scoring — где источник?
Каждая роль возвращает свой confidence по своему домену? Или единый
system_confidence()? Если единый — кто его пересчитывает?
7.Ozon vs WB cost под Ksen — единый product_map или раздельный?
Сейчас companion (3→1, 4→2). Pricing работает per-MP (разная комиссия, разная логистика). Нужно ли продолжать держать единую cost-точку или развести?
8.Action queue — БД таблица или TG-сообщение с reaction?
Reaction менее формальный, но user уже работает с TG. Таблица — auditable. Гибрид: таблица + TG как канал уведомлений.
9.Триаж приоритетов между ролями
Если одновременно: out-of-stock + цена выше рынка + 💸 Слив рекламы — кто первый? Нужны явные приоритеты (вероятно: stock > price > ads, потому что без stock остальное — пустая трата ресурсов).
10.Shadow-mode — 4 или 6 недель?
Зависит от риск-аппетита. На реальных деньгах (10М+/мес выручки) — лучше 6.
§12Что я предлагаю как следующий шаг
Если план одобрен в принципе:
- user отвечает на §11 (хотя бы по 5 ключевым: 1, 2, 3, 5, 8)
- Я собираю консилиум (Opus + Sonnet + Gemini + GPT-5) ТОЛЬКО на спорные точки (без воды)
- По итогам консилиума — финализирую структуру в
docs/team/(фаза 0) - Создаю sub-agents (фаза 1) и skill
/mm-team(фаза 2) - Фаза 3 (shadow-mode) — старт через ~неделю после фазы 2
Объём 0→2: ~3–4 рабочих дня (учитывая что okseon-команду собирали схожим путём за ~2 дня).
$ settings
конфигурация системы
◐ загрузка...
Себестоимость и алиасы артикулов — во вкладке products →
███╗ ███╗ █████╗ ██████╗ ██╗ ██╗███████╗████████╗
████╗ ████║██╔══██╗██╔══██╗██║ ██╔╝██╔════╝╚══██╔══╝
██╔████╔██║███████║██████╔╝█████╔╝ █████╗ ██║
██║╚██╔╝██║██╔══██║██╔══██╗██╔═██╗ ██╔══╝ ██║
██║ ╚═╝ ██║██║ ██║██║ ██║██║ ██╗███████╗ ██║
╚═╝ ╚═╝╚═╝ ╚═╝╚═╝ ╚═╝╚═╝ ╚═╝╚══════╝ ╚═╝
m i n d
ИИ-агенты для маркетплейсов
Автоматизация продаж на Ozon и Wildberries.
Аналитика, реклама, логистика, поддержка — 24/7.
Аналитика, реклама, логистика, поддержка — 24/7.
▸ analyst
Агент-Аналитик
Ежедневный P&L, тренды, аномалии. Данные до рубля.
▸ marketer
Агент-Маркетолог
Управление рекламой, оптимизация ставок, ДРР.
▸ logist
Агент-Логист
Прогноз остатков, планирование поставок.
▸ support
Агент-Саппорт
Автоответы покупателям, обработка возвратов.
$ design
генерация слайдов для Ozon