Я разработал приватный MCP-сервер для продавца Wildberries и подключил его к рабочей системе аналитики. Он даёт ИИ доступ к данным магазина, чтобы разбирать товары, расходы и финансовые показатели через обычные вопросы.
Для такого разбора обычно приходится открывать разные разделы кабинета и сводить выгрузки вручную. Здесь можно начать с товара и периода: ассистент получает нужные показатели, а вместе с подготовленной аналитикой — сведения об источниках, свежести и полноте данных.
Какие вопросы помогает разобрать
Что осталось от выручки после расходов?
Можно сопоставить выручку, рекламные расходы, себестоимость и прибыль по отслеживаемым товарам. Если часть данных отсутствует, сервер показывает пробелы вместо полного итога.
Финансовые показатели относятся к отслеживаемым товарам. Нераспределённые общие расходы кабинета автоматически на них не разносятся.
На каком этапе теряются покупатели?
Воронка показывает переходы от просмотра карточки к корзине и заказу. Можно найти этап, на котором падает конверсия, и решить, что проверить в карточке товара.
Сколько потрачено на рекламу и что осталось в бюджете?
Статистика кампаний, остатки бюджетов и дневные лимиты помогают проверить расходы и ограничения рекламы перед следующим решением по кампании.
Какие возвраты активны, а какие уже в архиве?
Отчёт позволяет выбрать период и отдельно разобрать текущие возвраты и историю.
Два пути к данным
MCP — протокол, через который ИИ-ассистент вызывает инструменты работы с данными. В этом проекте у него два пути доступа.
Готовая аналитика. Для регулярных вопросов о товарах, остатках, себестоимости и показателях за период используются четыре инструмента чтения данных сервиса. Общий контур сбора Data Gateway получает данные через API и MCP, проверяет их и сохраняет для повторного использования. Вызов этих четырёх инструментов не запускает новый запрос к WB.
Первичные данные WB. Когда нужен отдельный отчёт или данные за пределами готовой аналитики, ассистент может вызвать разрешённый метод официального API через MCP. Такой запрос проходит проверку аргументов и ограничения частоты обращений.
- 01Ваш вопросТовар, кампания и период
- 02ДанныеГотовая аналитика или отчёт WB
- 03РазборАссистент сопоставляет показатели
- 04РешениеВыбирает селлер
Что я разработал и внедрил
Собрал приватный сервер с пятью областями доступа: аналитика, реклама, карточки товаров, тарифы и отчёты. Подключил к рабочему сбору данных воронку, рекламу, каталог и заказы. Добавил чтение рекламных бюджетов, дневных лимитов, настроек кампаний и отчёта возвратов.
Разработал четыре инструмента доступа к собственной аналитике: состояние источников, товары и остатки, себестоимость, показатели и финансовый результат за период. В результатах сохраняются источники, покрытие периода и отметки о предварительных или сохранённых данных.
Что было сложным
Сохранить смысл цифр. Заказы, продажи и показатели воронки различаются; текущая себестоимость не заменяет историческую. Остатки берутся на конец периода, а проценты считаются из сумм за период. Для расчёта рентабельности сервер проверяет комплектность 18 компонентов финансового результата. При пропусках полный итог не выдаётся за достоверный.
Учесть лимиты и сбои WB. Разные источники обновляются с разной частотой. Настроил очереди и объединение одинаковых запросов, ограничения параллельных запусков, тайм-ауты и предельный размер ответов. Это ограничивает нагрузку на API и сервер при одновременных обращениях.
Ограничить полномочия. Доступ задаётся списком разрешённых операций, методов и адресов. Аргументы проверяются перед обращением к источнику. Инструменты аналитики читают только заданные локальные маршруты; токен WB хранится на сервере.
Обновлять инструменты с сохранением совместимости. Актуализировал схемы WB, сохранил контракты действующих инструментов и явно заблокировал недоступные устаревшие методы. Для выпусков предусмотрены проверки контрактов, целостности файлов и откат к предыдущему релизу.
Что происходит при сбоях WB
Если WB временно недоступен или ограничивает запросы, аналитика сохраняет последнюю успешную копию с отметкой о свежести. Новые обращения соблюдают паузу источника. Пропуски остаются видимыми и не превращаются в нули.
Сервер работает внутри инфраструктуры продавца и предоставляет доступ только на чтение. Изменять ставки, бюджеты, карточки или заказы через этот MCP нельзя. Решения и действия в кабинете остаются за селлером.
Обсудить интеграцию с WB