Перейти к основному содержимому
Didit привлёк $7,5 млн на инфраструктуру для идентификации и борьбы с мошенничеством
Didit
В блог
Блог · 1 июля 2026 г.

Мониторинг транзакций с помощью MCP: Правила выявления мошенничества в реальном времени с использованием ИИ-агентов (RU)

Обеспечьте мониторинг транзакций в реальном времени с помощью ИИ-агента через сервер Didit Model Context Protocol (MCP): установите набор правил, отберите флаги, откройте обращения, подайте отчет о подозрительной деятельности.

Автор: DiditОбновлено
didit-thumb-90440.png

Мониторинг транзакций – это контроль, который не спит. Каждая оплата, перевод и пополнение должны оцениваться на соответствие вашим правилам в реальном времени, флаги должны быть отсортированы, реальные риски должны стать обращениями, а некоторые из этих обращений должны стать отчетом о подозрительной деятельности (SAR). Это работа с большим объемом данных, процедурная и основанная на доказательствах — то, что ИИ-агент может быстро обработать, имея надежный набор инструментов. Сервер Didit Model Context Protocol (MCP) открывает операционную сторону мониторинга транзакций — приём, поиск, сортировку, проверку кошельков и жизненный цикл обращений — в виде инструментов, которые агент может вызывать на простом языке, от отправки транзакции до завершения цикла исправления.

В этой статье рассматривается полный цикл: подключение клиента, отправка транзакций на оценку в реальном времени, сортировка помеченного, открытие и ведение обращений, сбор доказательной базы для подачи отчета и запуск цикла AWAITING_USER для автоматического исправления. Настройка наборов правил и сама подача SAR остаются в Бизнес-консоли — агент закрывает все, что между ними.

Основные выводы

  • Сервер MCP от Didit предоставляет мониторинг транзакций — часть его 115 инструментов в 11 категориях — через команды на естественном языке, позволяя агенту отправлять транзакции, сортировать флаги, проверять кошельки и вести обращения в одном разговоре.
  • Мониторинг транзакций запускает движок правил в реальном времени с 11 предварительно настроенными наборами правил для фиатных и криптовалют, по цене $0.02 за транзакцию.
  • Управление обращениями и рабочий процесс SAR встроены, поэтому помеченная транзакция может пройти от оповещения до поданного отчета, не покидая платформу.
  • Состояние AWAITING_USER запускает цикл автоматического исправления: когда транзакции требуется дополнительная информация от клиента, система приостанавливается, собирает ее и возобновляет работу — и агент может управлять этим процессом полностью.
  • Аутентификация осуществляется через OAuth 2.1 с Proof Key for Code Exchange (PKCE) — «Войти с помощью Didit», без ключа API для размещенного сервера, с учетом вашей роли в консоли.
  • Вы получаете 500 бесплатных проверок в месяц, ответы менее чем за 2 секунды, а сам уровень MCP бесплатен — вы платите $0.02 за транзакцию только за то, что отслеживаете.

Почему мониторинг транзакций подходит для агента

Мониторинг — это последовательность четко определенных решений. Нарушает ли эта транзакция правило? Является ли флаг реальной проблемой или ожидаемым поведением? Требует ли это обращения? Требует ли обращение SAR? Каждый шаг читает структурированные доказательства и производит задокументированный результат — тип задачи, с которой ИИ-агент надежно справляется, когда базовая платформа выполняет обнаружение. Агент не изобретает логику риска; он управляет движком правил в реальном времени, читает его результаты и переводит каждый элемент в следующее состояние, с участием человека в важных решениях.

Модуль Transaction Monitoring от Didit предоставляет этот движок: оценку в реальном времени, 11 предварительно настроенных наборов правил, охватывающих распространенные типологии фиатных и криптовалют, агрегирование скорости, управление обращениями и рабочий процесс SAR. Через MCP все это можно вызвать в одном предложении.

Подключение вашего агента к серверу MCP

Сервер находится по адресу https://mcp.didit.me/mcp через Streamable HTTP — размещенный или самостоятельно размещенный из репозитория с открытым исходным кодом по лицензии MIT. Аутентификация осуществляется через OAuth 2.1 с PKCE: запрос «Войти с помощью Didit» при первом подключении, отсутствие ключа API для размещенной конечной точки и агент наследует вашу роль в консоли через области didit:management и didit:verification. Он может действовать только там, где можете действовать и вы.

Добавьте его в Claude Code одной строкой, затем проверьте с помощью /mcp:

claude mcp add --transport http didit https://mcp.didit.me/mcp

Claude Desktop, Cursor, VS Code, Windsurf и Zed подключаются через короткую конфигурацию JSON, указывающую на тот же URL. ChatGPT Developer Mode может подключаться через бета-поддержку MCP от OpenAI, которая пока находится на ранней стадии, поэтому относитесь к ней как к экспериментальной. Полные сведения о настройке см. в документации по обзору MCP.

Настройка правил и передача очереди агенту

Вы не начинаете с пустого набора правил. Didit поставляет 11 преднастроенных наборов правил для фиата и криптовалют, и вы устанавливаете и настраиваете их в Бизнес-консоли — выбираете набор, соответствующий вашему риск-профилю, корректируете пороги скорости операций, сужаете списки юрисдикций и проводите бэктест на своей истории до того, как что-либо заработает в продакшене.

Этот шаг настройки намеренно остается человеческим решением на стороне консоли: набор, который пометил бы треть легитимного объема прошлого месяца, нужно донастроить до выхода в продакшен, а это вопрос риск-аппетита, а не цель для автоматизации.

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

«Отправь эту транзакцию на мониторинг и скажи, каково решение по риску и какое правило сработало».

Агент вызывает инструменты мониторинга, возвращает решение и правило, которое его сформировало, и вы продолжаете работать в том же разговоре.

Сортировка флагов и открытие обращений

После того, как набор будет запущен по цене $0.02 за транзакцию, флаги будут поступать в реальном времени. Сортировка — это повседневная работа, и именно здесь агент оправдывает свое место. Попросите его суммировать очередь:

«Покажите мне сегодняшние помеченные транзакции, сгруппированные по правилам, и скажите, какие из них выглядят как реальный риск, а какие — как ожидаемое поведение клиентов.»

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

«Откройте обращения для трех флагов, указывающих на структуру, на счете 4471, и прикрепите транзакции, которые их вызвали.»

Управление обращениями содержит доказательства, временную шкалу и заметки аналитика в одном месте, поэтому запись расследования создается по мере работы агента.

От обращения к поданному отчету

Когда обращение переходит порог от подозрительного к подлежащему отчетности, в консоли включается рабочий процесс SAR (отчет о подозрительной деятельности). Задача агента — все, что к этому ведет: он читал транзакции, вел карточку обращения и добавлял доказательства, поэтому может собрать изложение, на основе которого вы подаете отчет.

«Эскалируй обращение по структурированию на счете 4471 и суммируй схему, задействованные транзакции и хронологию».

Агент эскалирует обращение и собирает сводку из карточки обращения: что наблюдалось, какие транзакции, за какой период и почему это соответствует критерию подозрительной деятельности. Человек проверяет и подает сам SAR в консоли. Агент снимает проблему чистого листа и следит за тем, чтобы ничего из доказательств по обращению не было упущено; поскольку сводка строится из того же обращения, которое агент вел, она остается согласованной с исходной записью, а не превращается в отдельный пересказ.

Запуск цикла исправления AWAITING_USER

Не каждый флаг является мошенничеством — иногда транзакции просто требуется дополнительная информация от клиента для завершения. Для этого предназначено состояние AWAITING_USER. Когда транзакция попадает туда, платформа приостанавливает ее, запрашивает недостающую информацию у клиента и возобновляет работу автоматически после ответа клиента. Агент может управлять всем циклом:

«Переведите ожидающий флаг крупного перевода в состояние AWAITING_USER, запросите документацию об источнике средств у клиента и возобновите мониторинг после его ответа.»

Транзакция находится в контролируемом состоянии ожидания, а не блокируется или пропускается. Когда клиент предоставляет документацию, поток продолжается; если нет, элемент остается видимым для проверки. Этот цикл автоматического исправления позволяет легитимным клиентам продолжать работу, удерживая неразрешенные транзакции, и позволяет вашему агенту разрешать большую часть флагов без участия человека.

Начните бесплатно

Мониторинг транзакций через MCP означает, что аналитик описывает контроль — отправьте транзакцию, отсортируйте очередь, откройте обращение, соберите доказательства, запустите цикл исправления — и агент переводит каждую транзакцию в следующее состояние с участием человека в важных решениях. Didit используется более чем 2000 компаниями, поддерживается финансированием в размере $7.5 млн, является компанией Y Combinator W26, прибыльной и охватывает более 220 стран и территорий. Начните бесплатно: 500 проверок в месяц бесплатно, уровень MCP бесплатный и $0.02 за транзакцию сверх бесплатного уровня. Ознакомьтесь с обзором MCP, просмотрите хаб разработчика или самостоятельно разместите сервер с открытым исходным кодом и подключите своего агента уже сегодня.

Инфраструктура для идентификации и борьбы с мошенничеством.

Единый API для KYC, KYB, мониторинга транзакций и проверки кошельков. Интеграция за 5 минут.

Попросите ИИ кратко изложить эту страницу
MCP для мониторинга транзакций: правила выявления мошенничества.