Минас Саркисянwebkoth.com

Внутренняя система · В проде

Агенты управления рекламой

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

Болело

Ставки крутили по вчерашнему отчёту и по ощущению. Но «вчера» показывает не то, что было: обвал рынка легко принять за свою ошибку и разогнать спираль правками.

Стало

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

Эффект по шагам

03 · Решения точнее
Ставка меняется по дереву решений, а не по вчерашнему отчёту
04 · Из рутины в автоматизацию
Ночной расчёт и утренняя сводка идут сами, человеку остаётся решение

Что это даёт бизнесу

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

От источника к результату

  1. Данные площадки и склада
  2. Ночной расчёт по расписанию
  3. Дерево решений
  4. Очередь предложений
  5. Подтверждение оператора или окно расписания → кабинет

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

Было руками, стало кнопкой

  1. 1.Собрать расход за вчера по кабинетам
  2. 2.Посчитать ДРР по каждой кампании
  3. 3.Найти кампании, которые тратят без заказов
  4. 4.Прикинуть ставки в таблице
  5. 5.Внести правки в кабинет руками

Как устроено

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

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

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

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

Кто ведёт систему сейчас

Инженер отвечает за движки и агентов. Решение принимает оператор рекламы: система предлагает, человек подтверждает.

Другие кейсы этого шага

Внутренняя система · В проде

Платформа данных

Цифра сверена с первоисточником до единицы товара

Болело
Данные проходили четыре слоя обработки, и никто не сверял результат с тем, что показывает сама площадка. Решение о цене принималось по цифре, которую не с чем сравнить.
Стало
Заказы, отмены и остатки сверены с площадкой до единицы товара, деньги до копейки, и проверку можно повторить в любой день одной командой.
Доверие
Витрины
продажи, остатки, присутствие, P&L, сверка

Та же система даёт эффект ещё по 2 шагам

Смотреть кейс

Свой продукт · В проде

Магазины маркетплейсов в Claude

Ответ о магазине словами, без дашборда

Болело
Чтобы понять, что происходит в магазине, продавец обходит кабинеты трёх площадок и сводит отчёты в таблице. Дашборд отвечает только на заранее заложенные вопросы.
Стало
Продавец спрашивает обычными словами: «что заканчивается на складах», «окупается ли реклама», «сколько придёт на счёт». Claude идёт в API площадки его ключом.
Охват
Ключи площадок
Табличный отчёт
скачивается сам и читается строками

на замере в августе 2026 через каталог API доступны 945 операций из 962

Та же система даёт эффект ещё на одном шаге

Смотреть кейс

Открытый код · В проде

База знаний маркетплейсов для агентов

Агент отвечает по правилам площадок, а не по памяти

Болело
Когда ИИ-агент проектирует логику под правила площадки, он опирается на память. Тарифы и лимиты меняются, память не меняется, и ошибка всплывает не на ревью, а в деньгах.
Стало
База знаний трёх площадок лежит рядом с проектом обычными markdown-файлами: по файлу на метод API и статьи справки. Агент читает первоисточник со ссылкой и датой, а не пересказ.
База
Сборка
Обновление
одна команда, git-diff как отчёт об изменениях
Смотреть кейс

Внутренняя система · Пилот

Витрины поверх озера данных

Маржа по товару и отдельно то, что на товар не ложится

Болело
Экономику товара считали по отчёту площадки целиком. Себестоимость стоит и на логистических строках, а их в разы больше товарных, поэтому расчёт завышал её на порядок.
Стало
Витрин две: одна держит то, что честно ложится на товар, вторая держит хранение, приёмку, штрафы и удержания, которые на позицию не разносятся. На экране это отдельный блок, а не прибыль, которой нет.
Фильтр видов операции
Ответ дашборда
Потолок периода

15 % непустых таблиц источника отдают данные старше недели, и по каталогу их не отличить от рабочих

Смотреть кейс
Тип
Внутренняя система
Статус
В проде
Ритм
ночной расчёт, утренний разбор
Ведёт
оператор рекламы
Заменило
ручной обход кабинетов каждое утро
PythonFastAPIMS SQLPowerShellEChartsClaude Codecronsystemdnginx