Как подтвердить личность пользователя с помощью Claude

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

• Это руководство для операторов: точные слова для ввода в Claude, что видит заявитель, как читать ответ и что делать, если сеанс требует проверки.
• Разъем Didit Model Context Protocol (MCP) позволяет авторизованному оператору использовать существующие рабочие процессы и разрешения из чата без написания кода.
• Рабочий процесс определяет, какие проверки KYC (Know Your Customer) будут выполнены. Перечисление рабочих процессов находит варианты; чтение выбранного рабочего процесса показывает его конфигурацию.
• Заявитель проходит настроенные проверки на странице, размещенной Didit. Claude извлекает и объясняет результат Didit; он сам не проверяет документ или лицо человека.
• In Review (На рассмотрении) — это передача на человеческое суждение, а не другое слово для отказа. Попросите Claude отделить возвращенные доказательства от недостающей информации, прежде чем кто-либо изменит статус.

Вам не нужно знать схему интерфейса прикладного программирования (API), чтобы помочь одному заявителю пройти проверку личности. Вам нужна учетная запись Didit, утвержденный рабочий процесс проверки, включенный соединитель Didit в Claude и полномочия в соответствии с политикой проверки вашей организации. Остальное может происходить на обычном языке.

Это руководство намеренно посвящено человеку, управляющему разговором. Оно не повторяет механику создания ссылки и опроса, уже описанную в MCP для KYC и руководстве по серверу KYC MCP. Держите эти ссылки открытыми, когда вам нужны детали жизненного цикла или интеграции. Используйте эту страницу, когда практический вопрос звучит так: «Что мне ввести, что мне сказать заявителю и что мне делать с ответом?»

До подачи заявки: создайте правильное рабочее пространство

Добавьте соединитель Didit в Claude и завершите вход в Didit. Размещенная конечная точка использует OAuth (Open Authorization) 2.1 с PKCE (Proof Key for Code Exchange), а не ключ API. Claude действует с ролью пользователя Didit, вошедшего в систему, поэтому оператор уже должен иметь разрешение на любое действие, которое он запрашивает.

Начинайте каждый новый операционный разговор с того, чтобы сделать область видимой:

Используйте Didit, чтобы помочь мне проверить одного заявителя. Сначала вызовите didit_context_get. Сообщите мне, какая организация и приложение выбраны. Пока ничего не создавайте и не изменяйте.

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

Выберите рабочий процесс, не угадывая его проверки

didit_workflow_list перечисляет доступные рабочие процессы. Он не возвращает полный граф рабочего процесса или конфигурацию. Используйте его для поиска утвержденного имени рабочего процесса и workflow_id, затем явно получите выбранный рабочий процесс.

Перечислите рабочие процессы проверки в выбранном приложении с помощью didit_workflow_list. Покажите только имя, workflow_id и статус каждого рабочего процесса. Пока не описывайте его проверки.

После того, как вы выберете один, запросите фактическую конфигурацию:

Получите рабочий процесс WORKFLOW_UUID с помощью didit_workflow_get. Если его шаги или ветви требуют деталей графа, также вызовите didit_workflow_get_graph с include_config: false. Затем объясните простым языком, что должен сделать заявитель. Отделите видимые заявителю шаги от проверок, которые выполняются в фоновом режиме. Не создавайте сеанс.

Используйте didit_workflow_get для полной конфигурации выбранного рабочего процесса. Используйте didit_workflow_get_graph, когда вам нужны его узлы, ветви, условия или шаги обработки документов; его стандартной суммированной конфигурации достаточно для объяснения оператором. Этот двухэтапный шаблон предотвращает вывод Claude о пакете только из метки рабочего процесса.

Запросите одну ссылку для заявителя

Как только вы подтвердили рабочее пространство и рабочий процесс, инструкция оператора может оставаться короткой:

Создайте один сеанс с помощью didit_session_create, используя workflow_id WORKFLOW_UUID и vendor_data customer-8421. Верните session_id и url. Не отправляйте ссылку и не изменяйте другие записи.

Единственным обязательным входным параметром для didit_session_create является workflow_id; vendor_data — это необязательная ссылка на клиента. Ответ включает url. Скопируйте эту размещенную ссылку в утвержденный канал электронной почты, поддержки или регистрации. Создание сеанса само по себе не означает, что с заявителем связались.

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

Расскажите заявителю, что произойдет

Заявитель открывает страницу, размещенную Didit, в своем браузере; ему не нужен Claude или MCP-соединение. Точный опыт зависит от выбранного рабочего процесса. Настроенный полный пакет KYC может включать захват удостоверения личности, пассивную проверку живости, сопоставление лица один к одному и анализ IP-адреса. Другой рабочий процесс может содержать меньше проверок, дополнительные проверки или условные ветви.

Попросите Claude составить сообщение, основанное только на полученной конфигурации:

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

Хорошее сообщение оператора объясняет, почему человек получил ссылку, какие видимые шаги он выполнит и куда обратиться за помощью. Оно не должно раскрывать внутренний токен сеанса, копировать личные данные в чат или описывать фоновую проверку как действие заявителя.

Didit поддерживает более 220 стран и территорий, более 14 000 типов документов и более 48 языков. Эти цифры покрытия описывают платформу; выбранный рабочий процесс и документ заявителя по-прежнему определяют фактические экраны, доступные в этом сеансе.

Запросите результат простым языком

Когда заявитель говорит, что он закончил, не спрашивайте Claude, «прошел» ли он. Попросите его получить записанное решение и разделить статус от доказательств:

Вызовите didit_session_get_decision для сеанса SESSION_UUID. Объясните результат для нетехнического оператора по адаптации. Начните с точного текущего статуса. Затем перечислите только настроенные результаты модулей и фактически возвращенные поля. Отделите подтвержденные доказательства, отсутствующие доказательства, конфликты и элементы, требующие человеческого суждения. Не изменяйте сеанс.

Эта формулировка упрощает обнаружение галлюцинаций. Решение содержит результаты модулей, настроенных для этого рабочего процесса, а не универсальный набор проверок удостоверения личности, живости, сопоставления лиц, противодействия отмыванию денег (AML) и мошенничества. Если модуль не был запущен или поле отсутствует, в ответе должно быть указано это, а не заполняться пробел.

Прочитайте статус как текущее состояние сеанса:

• Not Started (Не начат) или In Progress (В процессе) означает, что оператор должен подождать или помочь заявителю завершить размещенный процесс.
• In Review (На рассмотрении) означает, что доказательства или логика рабочего процесса направили сеанс на человеческое решение.
• Approved (Одобрено) или Declined (Отклонено) — это текущее состояние решения. Любое из них может отражать настроенную автоматизацию или ручное переопределение уполномоченным рецензентом, поэтому используйте сопутствующие доказательства и историю аудита, когда это требуется политикой.
• Resubmitted (Повторно отправлено) означает, что выбранные узлы рабочего процесса были отправлены обратно для еще одной попытки; это не новый, несвязанный сеанс.

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

Что делать, если ответ «На рассмотрении»

Не переводите In Review как «отклонено» и не просите Claude одобрить или отклонить в том же запросе, который объясняет доказательства. Сначала запросите пакет для просмотра только для чтения:

Этот сеанс находится на рассмотрении. Вызовите didit_session_get_decision и didit_session_list_reviews. Не изменяйте данные или статус. Покажите возвращенную причину или запускающие доказательства, настроенные выходные данные модулей, относящиеся к ним, любую противоречивую или отсутствующую информацию, а также предыдущую историю проверки или статуса. Отметьте все, что не возвращено, как неизвестное.

Затем следуйте политике эскалации вашей организации. Рецензент может сравнить извлеченные данные удостоверения личности с документальными доказательствами, оценить кандидата на соответствие или проверку, запросить еще одну попытку для точно неудачных узлов рабочего процесса или принять авторизованное решение о статусе. Claude может организовать запись, но он не заменяет рецензента или политику принятия организации.

Если вы уполномочены документировать проверку, держите примечание отдельно от окончательного решения:

Добавьте этот комментарий с помощью didit_session_add_review к сеансу SESSION_UUID: «Эскалировано для ручной проверки из-за [наблюдаемых доказательств]». Не передавайте new_status и не изменяйте извлеченные данные.

didit_session_add_review требует session_id, принимает comment и может опционально изменять статус. Опущение new_status делает намерение ясным здесь: записать примечание о проверке, не принимая решения по делу. Для исправлений, частичной повторной отправки, одобрения и процедур отклонения используйте специальное руководство по очереди проверок KYC с Claude.

Итоговый чек-лист оператора

• Подтвердите организацию, приложение и ссылку на заявителя, прежде чем что-либо создавать.
• Сначала перечислите рабочие процессы, затем получите конфигурацию или граф выбранного рабочего процесса, прежде чем описывать его проверки.
• Отправляйте только возвращенный размещенный url через утвержденный канал клиента.
• Попросите Claude сообщать о возвращенных доказательствах, а не выводить отсутствующие модули или превращать статус в историю.
• Относитесь к статусу «На рассмотрении» как к передаче человеку. Разделите расследование, аудиторскую запись, исправление данных и окончательный статус на преднамеренные шаги.
• Избегайте ненужных личных данных, изображений документов и внутренних токенов в разговоре.

Сам сервер MCP бесплатен. Настроенный полный пакет KYC стоит 0.33 доллара и включает проверку удостоверения личности, пассивную проверку живости, сопоставление лиц и IP-анализ. Каждая функция включает 500 бесплатных проверок в месяц. Didit обслуживает более 2000 компаний в производстве и является инфраструктурой для идентификации и борьбы с мошенничеством.

Ссылки для справок

• Обзор MCP — размещенная конечная точка и архитектура
• Документация по инструментам MCP — канонические имена и схемы
• Didit MCP на GitHub — общедоступный исходный код по лицензии MIT
• Страница разработчика Didit MCP — обзор продукта
• Подключение Didit к Claude — настройка соединителя