Проверка возраста с Claude: размещенные сессии против локальных файлов

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

• Размещенный коннектор Claude не может отправить селфи или фото документа, удостоверяющего личность, в didit_verify_age или didit_verify_id с устройства пользователя. Эти инструменты считывают абсолютные пути на машине, где запущен сервер Model Context Protocol (MCP).
• Правильный размещенный путь основан на сессии: создайте сессию для существующего рабочего процесса, предоставьте человеку возвращенный url и получите завершенное решение с помощью didit_session_get_decision.
• Рабочий процесс может включать оценку возраста по лицу, которая оценивает возраст, или проверку документов, которая извлекает дату рождения и другие поля документа. Это разные уровни доказательств.
• Инструменты файлового пути остаются полезными для локальных или самостоятельно размещенных развертываний stdio, где сервер MCP и файл изображения находятся на одной машине.
• Размещенная конечная точка Didit MCP предоставляет 115 инструментов. Сервер бесплатен, а бесплатный тарифный план включает 500 бесплатных проверок в месяц.

«Проверить возраст этого человека с Claude» звучит как вызов одного инструмента. Реальная интеграция имеет важную границу: где находится изображение? Это определяет, должен ли Claude создать размещенную сессию верификации или вызвать автономный инструмент для изображений.

Страница разработчика MCP Didit и публичный репозиторий GitHub описывают сервер, который соединяет Claude с проверками личности и мошенничества. Для подтверждения возраста путь через размещенную сессию является практичным выбором для реального человека, использующего Claude удаленно. Путь через автономный файл изображения предназначен для локальных или самостоятельно размещенных сред с прямым доступом к файловой системе.

Граница файловой системы, которую большинство примеров MCP упускают

Автономный инструмент didit_verify_age принимает абсолютный image_path. didit_verify_id аналогично принимает абсолютный front_image_path и опциональный back_image_path. Внутри сервера MCP эти пути проверяются и считываются с диска перед отправкой файлов.

Это просто в локальном развертывании stdio. Если Claude Desktop и самостоятельно размещенный сервер Didit MCP работают на одной рабочей станции, путь, такой как /Users/example/checks/selfie.jpg, может ссылаться на реальный файл, доступный для процесса сервера. Та же идея работает на контролируемом внутреннем сервере, когда приложение уже поместило файл в разрешенный локальный каталог.

С размещенной конечной точкой это работает иначе. Когда Claude вызывает https://mcp.didit.me/mcp, абсолютный путь относится к файловой системе сервера Didit, а не к ноутбуку или телефону пользователя Claude. Ввод локального пути в размещенном Claude не загружает этот файл. Удаленный пользователь поэтому не может передать размещенному инструменту селфи или фото документа, просто указав путь.

Это не ограничение самой оценки возраста. Это различие в транспорте и файловой системе. Для размещенных пользователей Didit решает проблему передачи с помощью сессии верификации и URL-адреса, предназначенного для пользователя.

Рабочий процесс Claude с размещенной сессией

Во-первых, организации нужен существующий рабочий процесс, настроенный в Didit Business Console. Этот рабочий процесс определяет проверки, которые будет проходить человек. Рабочий процесс подтверждения возраста может включать оценку возраста по лицу, проверку документов с извлечением даты рождения или более широкую последовательность Know Your Customer (KYC).

Затем Claude вызывает didit_session_create. Единственным обязательным вводом является workflow_id; инструмент не принимает встроенную «конфигурацию рабочего процесса». Дополнительные вводы включают ссылку на пользователя биржи или приложения в vendor_data, обратный вызов callback и language пользовательского интерфейса.

Используйте didit_session_create с:
{
  "workflow_id": "<existing-workflow-uuid>",
  "vendor_data": "user_18427",
  "callback": "https://example.com/age-check/complete",
  "language": "en"
}

Верните URL сессии пользователю. Не запрашивайте у него локальный путь к изображению.

Ответ содержит session_id, url и session_token. Claude предоставляет человеку возвращенный url. Человек открывает размещенный пользовательский интерфейс верификации Didit на своем устройстве и выполняет шаги захвата, определенные рабочим процессом. Передача изображения происходит в этом пользовательском интерфейсе, а не через путь, введенный в чат.

После завершения Claude вызывает didit_session_get_decision с возвращенным идентификатором сессии:

Используйте didit_session_get_decision с:
{
  "session_id": "<session-uuid-from-create>"
}

Суммируйте решение сессии и только извлеченные поля, возвращенные рабочим процессом.

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

Что на самом деле делают локальные инструменты для изображений

В локальной или самостоятельно размещенной настройке stdio автономные инструменты могут быть прямым путем для пакетных заданий, внутренних утилит проверки или приложений, которые уже контролируют прием изображений.

Оценка возраста по лицу

didit_verify_age требует image_path и опционально принимает vendor_data. Он оценивает возраст человека по изображению лица, а также выполняет пассивную проверку живости. Оценка не является доказательством точной даты рождения или личности.

# Только для локальных или самостоятельно размещенных stdio
# Файл должен существовать в файловой системе сервера MCP.
didit_verify_age {
  "image_path": "/absolute/server/path/selfie.jpg",
  "vendor_data": "user_18427"
}

Оценка возраста стоит $0.10 за проверку. Вводом по-прежнему является изображение лица, и сервис обрабатывает это изображение для получения результата. Описание метода как бездокументарного является точным; описание его как не собирающего персональные данные или ничего не хранящего не подтверждается контрактом инструмента MCP.

Извлечение даты рождения на основе документа

didit_verify_id требует front_image_path. Он также может принимать back_image_path, minimum_age и другие документированные опции. Инструмент отправляет изображение документа, удостоверяющего личность, выполняет оптическое распознавание символов (OCR) и возвращает структурированные данные документа и проверки подлинности. OCR может извлекать дату рождения наряду с другими полями, присутствующими в документе.

# Только для локальных или самостоятельно размещенных stdio
didit_verify_id {
  "front_image_path": "/absolute/server/path/id-front.jpg",
  "back_image_path": "/absolute/server/path/id-back.jpg",
  "minimum_age": 18,
  "vendor_data": "user_18427"
}

Источник описывает minimum_age как отказ от проверки, если извлеченный возраст ниже указанного значения. Агент должен прочитать возвращенное решение, а не ожидать дополнительного поля результата порога. Проверка ID стоит $0.15 за проверку. Поскольку отправляется полное изображение документа и извлекаются поля документа, этот путь не следует представлять как сбор только даты рождения.

Оценка возраста, проверки документов и полный KYC не взаимозаменяемы

Маршрут	Что он устанавливает	Путь размещенного Claude	Опубликованная цена
Оценка возраста по лицу	Оценка возраста по изображению лица, плюс пассивная проверка живости	Используйте размещенную сессию, рабочий процесс которой включает оценку возраста	$0.10 за проверку
Проверка ID	Проверки подлинности документа и извлеченные поля документа, включая дату рождения при наличии	Используйте размещенную сессию, рабочий процесс которой включает проверку документов	$0.15 за проверку
Полный KYC	Настроенные проверки личности, объединяющие проверку ID, пассивную проверку живости, сопоставление лиц и IP-анализ	Создайте сессию для существующего рабочего процесса KYC и передайте URL	$0.33 за пакет

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

Регуляторная среда зависит от метода

Правила подтверждения возраста различаются в зависимости от юрисдикции, типа услуги, контента и риска. В Великобритании руководство Ofcom по подтверждению возраста в соответствии с Законом об онлайн-безопасности обсуждает несколько методов, которые могут быть высокоэффективными, включая оценку возраста по лицу и сопоставление по фотографии, при этом оценивая эффективность по таким критериям, как точность, устойчивость к обходу, надежность и справедливость. В Европейском Союзе обзор Директивы об аудиовизуальных медиауслугах Европейской комиссии описывает меры по защите несовершеннолетних, которые могут включать PIN-коды или более сложные системы проверки возраста.

Эти источники иллюстрируют, почему язык реализации имеет значение: «подтверждение возраста», «оценка возраста», «проверка документов» и «проверка личности» связаны, но не синонимичны. Подходит ли конкретный метод для конкретной услуги, является оценкой, зависящей от юрисдикции и контекста. Интеграция MCP предоставляет технические маршруты; она не делает эту оценку за оператора.

Подключите Claude, не размывая границу

Используйте прямую ссылку на коннектор Didit для размещенного Claude. Конечная точка использует OAuth 2.1 с Proof Key for Code Exchange (PKCE). Обзор MCP, руководство по аутентификации и справочник по инструментам охватывают подключение и обнаружение.

Для более широкого шаблона сессии прочтите проверку личности KYC через MCP. Для обзора интеграции на уровне каталога см. справочник по инструментам Didit MCP.

Практическое правило просто: размещенный Claude должен создать сессию и передать человеку ее URL; локальный или самостоятельно размещенный stdio может использовать абсолютные пути к изображениям, когда сервер действительно имеет эти файлы. Сохранение этой границы явной делает запросы на подтверждение возраста точными, работоспособными и безопасными для повторного использования.