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

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

Мой продукт. Сервис подключает магазины продавца на маркетплейсах к Claude как коннектор. 48 инструментов на три площадки, каталог почти всех методов площадок, ключи зашифрованы в базе, а изменение в магазине идёт в два шага: сначала предпросмотр, потом отправка.

Болело

Чтобы понять, что происходит в магазине, продавец обходит кабинеты трёх площадок и сводит отчёты в таблице. Дашборд отвечает только на заранее заложенные вопросы.

Стало

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

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

03 · Решения точнее: На вопрос о магазине приходит ответ словами, сводить отчёты не нужно
04 · Из рутины в автоматизацию: Вместо ежедневного обхода трёх кабинетов один вопрос в чат

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

Ответ собирается из данных площадки в момент вопроса.
Спрашивать можно то, чего нет в дашборде: через каталог Claude доступен почти любой метод площадки.
Ключ одной площадки не открывает магазины другой, и это проверяется на каждом вызове.
Даже с полным доступом к базе чужие ключи не достаются: они лежат зашифрованными.

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

Вопрос словами
Коннектор площадки
Инструменты и каталог API
API площадки ключом продавца
Ответ строками

У каждой площадки свой коннектор с отдельным адресом и ключом доступа.

Как устроено

Каталог API собирается из снимков спецификаций площадок, поэтому Claude доступен почти любой метод: найти по словам, посмотреть параметры, вызвать.

Перед каждой выкладкой автоматическая проверка сверяет методы, которые сервис вызывает из кода, со снимками спецификаций. Если метод помечен устаревшим или пропал, выкладка останавливается. Три раза подряд площадка удаляла метод уже после того, как под него написали код. Тесты гоняли его на заглушке, повторявшей ответ удалённого метода, и все горели зелёным.

Табличные отчёты площадка отдаёт файлами; сервис их скачивает и показывает строками: первые двести текстом, до пяти тысяч в структурированном ответе, дальше листанием.

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

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

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

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

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

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

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

Доверие
Витрины: продажи, остатки, присутствие, прибыль и убытки, сверка

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

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

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

Ставки меняются по данным, реклама в плане до 10 % выручки

Болело: Ставки крутили по вчерашнему отчёту и на глаз. Но вчерашние цифры ещё не полные, и обвал рынка легко принять за свою ошибку, а потом раскачать всё новыми правками.
Стало: Решение собирается по шагам: что с рынком, как дела у товара, какую долю рекламы в выручке (ДРР) он выдержит, и только потом ставка. Считается по дозалитой статистике, план по ДРР до 10 %.

ДРР
Порядок решения: рынок, товар, целевой ДРР, потом ставка
Окно показателей

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

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

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

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

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

База
Сборка
Обновление: одна команда, git-diff как отчёт об изменениях

GitHub

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

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

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

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

Фильтр видов операции
Ответ дашборда
Потолок периода

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

Тип: Свой продукт
Статус: В проде
Охват: 3 площадки, 48 инструментов
Ключи: зашифрованы в базе
Заменило: обход кабинетов и сведение отчётов

TypeScriptMCPHonoNext.jsPrismaPostgreSQLVitestGitHub Actionsnginx

mcp.hubmarket.ru