один адрес
Конфигурация агента не меняется
Магазин подключается на нашей стороне. У агента как был один адрес, так и остаётся — переподключать ничего не нужно.
5 серверов подключено · 15 в реестре · MCP 2025-06-18
Один MCP
вместо множества интеграций
e-suppy — единая точка подключения к магазинам. Агент указывает один адрес и получает доставку, платежи, маркетплейсы, склад и CRM как свои инструменты. Магазины подключаем мы, и когда их становится больше, у агента ничего не меняется.
Попробовать прямо здесь
Адрес подключения
{
"mcpServers": {
"e-suppy": { "url": "https://mcp.e-suppy.com/mcp" }
}
}
Первый магазин в реестре
ВВ
ВкусВилл
@e-suppy/vkusvill
инструментов
6
авторизация
Нет
Единое окно: как это выглядит
Четыре разных сервиса за одним подключением. Ответы настоящие, снимок обновлён 7 мин назад.
1
clean_address("мск тверская 7")dadataАдрес приводится к стандартному виду — без этого доставку не посчитает никто
—
2
3
find_by_barcode("3017620422003")openfoodfactsШтрихкод — сопоставление товара без порога уверенности и разметки
Nutella · 539.0 ккал/100 г
4
Каждый шаг — вызов по адресу https://mcp.e-suppy.com/mcp.
Отдельного подключения к магазину, справочнику или банку не требуется.
Как это работает
Агент держит одно подключение. Роутер разбирает вызов, идёт в нужный магазин и возвращает ответ в общем формате.
Что это меняет
Без единой точки каждый магазин — отдельная интеграция: свой протокол, своя авторизация, свой формат ошибок и свой набор инструментов в контексте модели. Стоимость растёт с каждым магазином, и растёт она у каждого, кто подключается.
Как подключить13 инструментов
Вместо двух десятков на каждый магазин
Проброс чужих ручек переполнил бы контекст модели. Наружу идут мета-инструменты, а какой магазин их исполняет — аргумент вызова.
один формат
Ответы и ошибки одинаковые везде
Цена числом, возраст данных в as_of, ошибка данными с признаком retryable. Разбирать формат каждого магазина не нужно.
состав виден
list_servers отвечает, что подключено
Агент спрашивает список магазинов и их возможности сам, а не полагается на зашитый в промпт перечень.
Что можно подключить
Семь направлений, которые закрывают операционку магазина. Внутри — серверы вендоров и наши обёртки над их API.
5 инструментов3 серв.
Доставка
Тарифы, ПВЗ, этикетки, трекинг и вызов курьера.
4 инструмента3 серв.
Платежи
Оплата, холды, возвраты, чеки и сверка выплат.
4 инструмента3 серв.
Маркетплейсы
Карточки, остатки, цены, отправления и возвраты.
6 инструментов1 серв.
Ритейл и товары
Каталоги, наличие в точках и слоты доставки.
3 инструмента2 серв.
Склад и учёт
Остатки, приёмки, резервы и инвентаризация.
3 инструмента2 серв.
CRM
Сделки, лиды, задачи и коммуникации с клиентом.
3 инструмента2 серв.
Аналитика
Воронка, атрибуция, LTV и выгрузка событий.
4 инструмента3 серв.
Данные и адреса
Нормализация адреса, проверка контрагента, справочники.
3 инструмента1 серв.
Авиабилеты и путешествия
Поиск авиабилетов, IATA-коды городов и календарь цен.
Нас находят и люди, и модели
Реестр отдаёт машиночитаемое описание каждого сервера: schema.org, llms.txt и открытый JSON-манифест. Поэтому ассистент, которого спросили «чем посчитать доставку», приводит корректное название сервера и рабочую команду подключения, а не пересказ.
Схема манифестаschema.org
Разметка SoftwareApplication
У каждого сервера структурированные данные: категория, авторизация, список инструментов.
llms.txt
Карта для языковых моделей
Компактный индекс реестра, который модель может прочитать целиком.
manifest.json
Открытый манифест
Названия инструментов, схемы аргументов и коды ошибок доступны без ключа.
Q&A
Ответы формулировками людей
Документация построена вокруг реальных вопросов — их и цитируют ассистенты.
Ваш сервис могут вызывать миллионы агентов. Начните с манифеста.
Проверка совместимости, verified-бейдж и страница в каталоге — бесплатно для вендоров на этапе запуска.
Подать сервер в реестр