Минас Саркисян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