Доступно

Один ИИ-агент — все сервисы вашей компании

Подключите Claude, Cursor или другого агента к 1С, Битрикс24, Wildberries, Ozon, банкам и ЭДО одним ключом. 4 инструмента вместо 900 — контекст модели не засоряется, ответы не тормозят.

4 инструмента вместо 900
Каталог → паспорт сервиса → вызов. Модель не захлёбывается в списке на сотни пунктов.
90+ сервисов
1С, Битрикс24, Wildberries, Ozon, банки, ЭДО — уже подключены, новые появляются без обновления клиента.
Один ключ — все сервисы
Токены интеграций остаются у нас. Отзыв — в один клик.

Когда это нужно

Три сценария, ради которых компании подключают MCP.

Появилась регулярная задача

«Каждое утро — сводка продаж в Telegram», «по пятницам — остатки на складах», «в конце месяца — ABC по поставщикам». Агент делает сам. Не нужен ни cron, ни разработчик, ни отдельный бот.

Сотрудник без технического бэкграунда

Менеджер пишет «покажи неоплаченные отгрузки за март» — получает таблицу. Бухгалтер: «сверь остатки 1С и Wildberries» — получает сверку. Без запросов к программистам и без SQL.

Сценарии между сервисами

Заказ с Wildberries → карточка сделки в Битрикс24 → проводка в 1С. Один запрос, три системы — агент проходит цепочку сам, без интегратора и промежуточных сервисов.

Зачем мы это сделали

Как обычно делают
  • Публичный MCP-сервер выгружает каждый эндпоинт REST отдельным инструментом. 900 эндпоинтов превращаются в 900 инструментов в каталоге.
  • 40+ тысяч токенов уходит при подключении — только чтобы клиент узнал, что вообще есть.
  • Модель тонет в списке. В итоге — медленно, с ошибками, или и то и другое сразу.
Что хотели
  • Один сервер, который ведёт все 90+ интеграций качественно.
  • Один клиент — Claude Desktop, Cursor, любой MCP-клиент — дотягивается до 1С, WB, Битрикс24, банков, ЭДО.
  • Без перегрузки каталога и без «модель захлёбывается в списке».
Что получилось
  • Progressive discovery
    Агент подгружает схему только того сервиса, который реально использует — не весь каталог целиком.
  • Programmatic tool calling
    Изолированный Python выполняет цепочку вызовов сам, вместо того чтобы модель оркестрировала десять вызовов по очереди.

Progressive disclosure — агент находит нужное сам

Обычный MCP-сервер регистрирует по инструменту на каждый эндпоинт. 90 интеграций × 10 методов = 900 инструментов в каталоге и десятки тысяч токенов при подключении. Мы разбили обнаружение на четыре шага: сначала каталог, потом паспорт конкретного сервиса, потом вызов — как у человека, читающего документацию.

Шаг 1

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

list_services()

Каталог ~2 KB: имя сервиса и одна строка описания. Агент выбирает, куда копать, не держа в контексте схемы 89 неиспользуемых интеграций.

Шаг 2

Читает инструкцию к сервису

describe_service(name)

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

Шаг 3

Делает запрос

connector_execute(...)

Один универсальный вызов на все 90 сервисов. Ошибся в параметре — возвращается конкретная подсказка из паспорта сервиса, а не абстрактная ошибка.

Шаг 4

Считает и сводит

repl_execute(code, skills?)

Изолированный Python для того, что не укладывается в один вызов: выгрузить заказы за квартал, посчитать ABC по выручке, сравнить продавцов, построить маржу по неделям.

Под капотом — что делает агент
> Выгрузи из WB заказы за последние 7 дней и посчитай ABC по выручке → list_services() # каталог → describe_service("wildberries") # паспорт → connector_execute( service="wildberries", module="statistics", method="GET", path="/api/v1/supplier/orders", query={"dateFrom": "2026-04-15"} ) → repl_execute( code="from wb_analytics import abc_classify; ...", skills=["wb_analytics"] )

Считаем на 90 интеграциях

Обычный MCP-подход

  • ~900 инструментов в каталоге
  • 40–80K токенов при подключении
  • Новый сервис — релиз и передеплой клиента
  • Модель теряется в списке на сотни пунктов

Наш слоистый подход

  • 4 инструмента, фиксировано
  • ~2 KB при подключении
  • Новый сервис виден агенту сразу
  • Агент идёт по цепочке каталог → паспорт → вызов

Подключение за 60 секунд

Транспорт — Streamable HTTP по спецификации MCP 2025-06-18. Работает в Claude Desktop, Cursor, Continue и любом MCP-клиенте с HTTP-поддержкой. Без установки дополнительного ПО.

  1. 1

    Сгенерируйте ключ

    Настройки → API-ключи → Создать. Ключ привязан к вашей организации — никто, кроме вас, его не видит.

  2. 2

    Вставьте в ИИ-клиент

    В Claude Desktop — файл claude_desktop_config.json. В Cursor — mcp.json в настройках. Примерно как добавить нового сотрудника в рабочий чат.

  3. 3

    Попросите агента

    С первого же запроса агент видит все ваши интеграции и сам понимает, куда идти. Никакой дополнительной настройки.

{ "mcpServers": { "samreshuuu-coworker": { "url": "https://api.samreshuuu.ru/mcp/", "headers": { "Authorization": "Bearer sk-org-xxxxxxxxxxxx" } } } }

Один ключ — все сервисы

Создаётся в Настройки → API-ключи. Один ключ даёт доступ ко всем подключённым интеграциям. Отзыв в один клик — сотрудник сразу теряет доступ. Новые сервисы подхватываются автоматически.

Безопасность и изоляция

Ключ вашей организации

Формат sk-org-<рандом>, привязан к пользователю и организации, хранится в хэшированном виде. Видит только ваши данные, отзывается в один клик.

Токены сервисов остаются у нас

OAuth-токены и ключи 1С, Битрикс24, WB, Ozon, банков хранятся зашифрованными на нашей стороне. MCP-клиент их не видит — только результат вызова.

Heartbeat на длинных задачах

Прогресс отдаётся раз в 2 секунды — на выгрузке заказов за квартал клиент не отваливается по таймауту. Полное соответствие спецификации MCP 2025-06-18.

Scope по организации

Каждый вызов автоматически фильтруется по user_id + org_id. Сотрудник команды A не увидит данные команды B даже с валидным ключом.

Частые вопросы

Подключите агента ко всем сервисам компании

Создайте ключ, вставьте в ИИ-клиент и работайте с 90+ интеграциями человеческим языком.