Начало работы
Интеграция / SDK
Проверка пользователей
Верификация бизнеса
Мониторинг транзакций
Журнал измененийDidit MCP работает в режиме чтения и записи: агенты могут от вашего имени создавать сессии, настраивать сценарии, обновлять статусы и добавлять записи в ваши списки. Каждый клиент просит вас проверить вызовы инструментов перед их выполнением. Оставьте эту проверку включённой, особенно для действий записи и удаления.
Начало работы за 30 секунд
Самый быстрый путь: размещённый сервер, один URL, без API-ключа. Ваш клиент открывает браузер, вы нажимаете Вход через Didit, подтверждаете разрешения, и подключение готово.Hosted endpoint
Установка в вашем клиенте
Готовые инструкции по настройке для Claude, Cursor, VS Code, Windsurf и Zed.
Как работает вход
«Вход через Didit» (OAuth 2.1 с PKCE): без API-ключей и без секретов в конфигурации.
Обзор инструментов
169 инструментов для сессий, сценариев, отдельных проверок, мониторинга транзакций, списков, кейсов, отчётов и webhook.
Посмотрите в действии
Примеры запросов и сквозные диалоги с агентом.
Как это работает
Размещённый MCP-сервер является сервером ресурсов OAuth 2.1; Didit Business Console (business.didit.me) является сервером авторизации. Вы подключаетесь по одному URL, нажимаете Вход через Didit в браузере, и MCP-сервер затем действует как вы во всех организациях, в которых вы состоите, с разрешениями вашей роли в консоли.
MCP-сервер действует как пользователь Didit, а не как приложение: режима API-ключа не существует. Каждый инструмент обращается к консольным endpoint’ам с областью действия пользователя, которые принимают только ваш Bearer-токен. (Чтобы вызывать прямой REST API с API-ключом приложения, например создавать сессии из собственного бэкенда, используйте REST API напрямую. Это отдельный способ, не связанный с данным MCP.)
POST https://mcp.didit.me/mcp на запрос, без привязки к сессии, а публичная проверка состояния доступна по адресу GET https://mcp.didit.me/healthz.
Предпочитаете запускать сервер самостоятельно? Можно: см. Установка → самостоятельный хостинг. Пользователь всё равно аутентифицируется через OAuth (или с помощью пользовательского Bearer-токена для запусков stdio без интерфейса).
Инструменты возвращают JSON базовых endpoint’ов Didit без изменений. Полную картину см. в разделе Аутентификация.
Что можно сделать с его помощью?
Задавайте вопросы обычным языком. Вот несколько задач, которые агент может выполнять сразу во всех ваших приложениях:- «Покажи последние 5 сессий на проверке во всех моих приложениях.»
- «Сколько людей пытались пройти проверку телефона, но прервали процесс за последние 15 дней?»
- «Создай KYC-сценарий со сканированием документа и проверкой живости, затем дай мне ссылку на верификацию.»
- «Найди клиента с vendor_data
user_8842: в каком он приложении и каков его статус?» - «Проверь этот кошелёк на риски AML и добавь его в список блокировки, если найдётся совпадение.»
- «Зарегистрируй адрес назначения webhook для обновлений статуса на моём endpoint.»
- «Каков мой баланс кредитов и коэффициент конверсии за этот месяц?»
Создано для эры агентного ИИ
Большинство платформ верификации требуют ручной настройки в консоли. Didit позволяет агенту выполнить всё целиком, от начала до конца: настроить сценарии, создавать и проверять сессии, подключить webhook и следить за биллингом. Если совместить MCP с интеграцией одним промптом, агент может внедрить полную интеграцию (маршрут бэкенда, фронтенд-SDK и обработчик webhook), вызывая инструменты MCP для создания сценария и сессии в реальном времени.Установка
Настройка для каждого клиента: Claude, Cursor, VS Code, Windsurf и Zed, а также самостоятельный хостинг.
Аутентификация
Вход через OAuth, области доступа и роли.
Справочник инструментов
Все инструменты по областям с их областью доступа и разрешениями роли.
Расширенные возможности и устранение неполадок
Роли, поведение между приложениями, ветвящиеся сценарии, webhook и самостоятельный хостинг.