Claude를 활용한 사용자 신원 확인 가이드

주요 내용

• 이것은 운영자 플레이북입니다. Claude에 입력할 정확한 단어, 지원자가 경험하는 내용, 답변을 읽는 방법, 세션 검토가 필요할 때 수행할 작업이 포함됩니다.
• Didit의 MCP(Model Context Protocol) 커넥터를 사용하면 로그인한 운영자가 코드를 작성하지 않고도 채팅에서 기존 워크플로 및 권한을 사용할 수 있습니다.
• 워크플로는 실행할 KYC(Know Your Customer) 확인을 제어합니다. 워크플로를 나열하면 선택 항목을 찾을 수 있으며, 선택한 워크플로를 읽으면 해당 구성이 표시됩니다.
• 지원자는 Didit에서 호스팅하는 페이지에서 구성된 확인을 완료합니다. Claude는 Didit의 결과를 검색하고 설명하며, 개인의 문서나 얼굴 자체를 검사하지 않습니다.
• 검토 중은 거부와는 다른 의미의 인간 판단을 위한 인계입니다. 상태를 변경하기 전에 Claude에게 반환된 증거와 누락된 정보를 분리하도록 요청하세요.

한 지원자의 신원 확인을 돕기 위해 애플리케이션 프로그래밍 인터페이스(API) 스키마를 알 필요는 없습니다. Didit 계정, 승인된 확인 워크플로, Claude에서 활성화된 Didit 커넥터, 그리고 조직의 검토 정책에 따른 권한이 필요합니다. 나머지는 일반적인 언어로 처리할 수 있습니다.

이 가이드는 의도적으로 대화를 운영하는 사람에 초점을 맞춥니다. KYC용 MCP 및 KYC MCP 서버 가이드에서 이미 다룬 링크 생성 및 폴링 메커니즘을 반복하지 않습니다. 수명 주기 또는 통합 세부 정보가 필요할 때 해당 참조를 열어 두세요. 실질적인 질문이 “무엇을 입력해야 하고, 지원자에게 무엇을 말해야 하며, 답변으로 무엇을 해야 하는가?”일 때 이 페이지를 사용하세요.

지원자 전에: 올바른 작업 공간 설정

Claude에 Didit 커넥터를 추가하고 Didit 로그인을 완료하세요. 호스팅된 엔드포인트는 API 키가 아닌 PKCE(Proof Key for Code Exchange)와 함께 OAuth(Open Authorization) 2.1을 사용합니다. Claude는 로그인한 사용자의 Didit 역할을 수행하므로 운영자는 요청하는 모든 작업에 대한 권한을 이미 가지고 있어야 합니다.

모든 새로운 운영 대화를 시작할 때 범위를 표시하세요.

Didit을 사용하여 지원자 한 명을 확인하는 것을 도와주세요. 먼저 didit_context_get을 호출하세요. 어떤 조직과 애플리케이션이 선택되었는지 알려주세요. 아직 아무것도 생성하거나 변경하지 마세요.

이는 가장 쉬운 운영 실수, 즉 한 사람이 여러 애플리케이션에 액세스할 수 있을 때 잘못된 애플리케이션에서 작업하는 것을 방지합니다. Claude가 두 개 이상의 옵션을 표시하면 진행하기 전에 사용할 조직과 애플리케이션 이름을 지정하세요.

확인 내용을 추측하지 않고 워크플로 선택

didit_workflow_list는 사용 가능한 워크플로를 나열합니다. 전체 워크플로 그래프 또는 구성을 반환하지 않습니다. 승인된 워크플로 이름과 workflow_id를 찾는 데 사용한 다음, 선택한 워크플로를 명시적으로 검색하세요.

didit_workflow_list로 선택된 애플리케이션의 확인 워크플로를 나열하세요. 각 워크플로의 이름, workflow_id 및 상태만 표시하세요. 아직 확인 내용을 설명하지 마세요.

하나를 선택한 후 실제 구성을 요청하세요.

didit_workflow_get으로 워크플로 WORKFLOW_UUID를 검색하세요. 단계 또는 분기가 그래프 세부 정보를 필요로 하는 경우, include_config: false로 didit_workflow_get_graph도 호출하세요. 그런 다음, 지원자가 무엇을 해야 하는지 쉬운 말로 설명하세요. 지원자에게 보이는 단계와 백그라운드에서 실행되는 확인을 구분하세요. 세션을 생성하지 마세요.

선택한 워크플로의 전체 구성을 위해 didit_workflow_get을 사용하세요. 노드, 분기, 조건 또는 문서 처리 단계가 필요할 때 didit_workflow_get_graph를 사용하세요. 기본 요약 구성은 운영자 설명에 충분합니다. 이 두 단계 패턴은 Claude가 워크플로 레이블만으로 번들을 추론하는 것을 방지합니다.

지원자 링크 하나 요청

작업 공간과 워크플로를 확인하면 운영자 지침은 짧게 유지될 수 있습니다.

workflow_id WORKFLOW_UUID 및 vendor_data customer-8421을 사용하여 didit_session_create로 세션 하나를 생성하세요. session_id와 url을 반환하세요. 링크를 보내거나 다른 레코드를 변경하지 마세요.

didit_session_create에 필요한 유일한 입력은 workflow_id입니다. vendor_data는 선택 사항인 고객 참조입니다. 응답에는 url이 포함됩니다. 이 호스팅된 링크를 승인된 이메일, 지원 또는 온보딩 채널에 복사하세요. 세션을 생성하는 것만으로는 지원자에게 연락이 된 것을 의미하지는 않습니다.

이것이 이 운영자 가이드에 필요한 모든 메커니즘입니다. 자동화된 배달, 콜백, 웹훅 또는 폴링을 구현하는 경우, 운영자 대화를 통합 튜토리얼로 바꾸는 대신 연결된 기술 가이드를 사용하세요.

지원자에게 일어날 일을 알려주세요

지원자는 브라우저에서 Didit에서 호스팅하는 페이지를 엽니다. Claude 또는 MCP 연결이 필요하지 않습니다. 정확한 경험은 선택한 워크플로를 따릅니다. 구성된 전체 KYC 번들에는 신분증 문서 캡처, 수동 생체 인식, 일대일 얼굴 매칭 및 IP(인터넷 프로토콜) 분석이 포함될 수 있습니다. 다른 워크플로에는 더 적은 확인, 추가 확인 또는 조건부 분기가 포함될 수 있습니다.

Claude에게 검색된 구성에만 기반하여 메시지를 초안 작성하도록 요청하세요.

url을 연 후 지원자가 보게 될 내용을 설명하는 네 가지 항목으로 된 메시지를 작성하세요. 선택된 워크플로 구성만 사용하세요. 실제로 필요한 문서 또는 장치 준비 사항을 언급하세요. 승인, 완료 시간 또는 구성되지 않은 확인을 약속하지 마세요.

좋은 운영자 메시지는 개인이 링크를 받은 이유, 완료할 가시적인 단계, 도움을 요청할 곳을 설명합니다. 내부 세션 토큰을 노출하거나, 개인 데이터를 채팅에 복사하거나, 백그라운드 확인을 지원자 행동으로 설명해서는 안 됩니다.

Didit은 220개 이상의 국가 및 지역, 14,000개 이상의 문서 유형 및 48개 이상의 언어를 지원합니다. 이러한 적용 범위 수치는 플랫폼을 설명합니다. 선택한 워크플로와 지원자의 문서는 해당 세션에서 사용할 수 있는 실제 화면을 결정합니다.

쉬운 말로 된 결과 요청

지원자가 완료했다고 말하면, Claude에게 “통과했는지” 묻지 마세요. 기록된 결정을 검색하고 상태를 증거와 분리하도록 요청하세요.

세션 SESSION_UUID에 대해 didit_session_get_decision을 호출하세요. 비기술적인 온보딩 운영자를 위해 결과를 설명하세요. 정확한 현재 상태로 시작하세요. 그런 다음, 구성된 모듈 결과와 실제로 반환된 필드만 나열하세요. 확인된 증거, 누락된 증거, 충돌 및 인간 판단이 필요한 항목을 구분하세요. 세션을 변경하지 마세요.

이 문구는 환각을 더 쉽게 알아차리게 합니다. 결정에는 신분증 문서, 생체 인식, 얼굴 매칭, 자금세탁방지(AML) 및 사기 확인의 보편적인 세트가 아니라 해당 워크플로에 구성된 모듈의 출력이 포함됩니다. 모듈이 실행되지 않았거나 필드가 없는 경우, 그 간극을 채우기보다는 그렇게 말해야 합니다.

상태를 현재 세션 상태로 읽으세요.

• 시작 안 됨 또는 진행 중은 운영자가 기다리거나 지원자가 호스팅된 흐름을 완료하도록 도와야 함을 의미합니다.
• 검토 중은 증거 또는 워크플로 논리가 세션을 인간 결정으로 라우팅했음을 의미합니다.
• 승인됨 또는 거부됨은 현재 결정 상태입니다. 둘 다 구성된 자동화 또는 승인된 검토자의 수동 재정의를 반영할 수 있으므로, 정책에서 요구할 때 동반되는 증거 및 감사 기록을 사용하세요.
• 재제출됨은 선택된 워크플로 노드가 다른 시도를 위해 다시 전송되었음을 의미합니다. 새로운, 관련 없는 세션이 아닙니다.

모델 추론은 2초 미만의 p99에서 실행되지만, 이는 지원자가 문서를 캡처하고, 흐름을 완료하거나, 인간 검토를 기다리는 데 걸리는 시간에 대한 약속은 아닙니다.

답변이 검토 중일 때 수행할 작업

검토 중을 “실패”로 번역하지 마세요. 그리고 증거를 설명하는 동일한 프롬프트에서 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를 생략하면 여기서 의도가 명확해집니다. 즉, 사례를 결정하지 않고 검토 메모를 기록하는 것입니다. 수정, 부분 재제출, 승인 및 거부 절차는 전용 Claude 검토 대기열 가이드를 사용한 KYC를 참조하세요.

운영자의 최종 점검표

• 무엇이든 생성하기 전에 조직, 애플리케이션 및 지원자 참조를 확인하세요.
• 먼저 워크플로를 나열한 다음, 확인 내용을 설명하기 전에 선택한 워크플로의 구성 또는 그래프를 검색하세요.
• 반환된 호스팅된 url만 승인된 고객 채널을 통해 보내세요.
• Claude에게 반환된 증거를 보고하도록 요청하고, 없는 모듈을 추론하거나 상태를 스토리로 변환하지 않도록 하세요.
• 검토 중을 인간 인계로 취급하세요. 조사, 감사 메모, 데이터 수정 및 최종 상태를 의도적인 단계로 분리하세요.
• 불필요한 개인 데이터, 문서 이미지 및 내부 토큰을 대화에서 제외하세요.

MCP 서버 자체는 무료입니다. 구성된 전체 KYC 번들은 $0.33이며, 신분증 문서 확인, 수동 생체 인식, 얼굴 매칭 및 IP 분석을 포함합니다. 각 기능에는 매월 500회의 무료 확인이 포함됩니다. Didit은 2,000개 이상의 프로덕션 회사에 서비스를 제공하며 신원 및 사기 방지 인프라입니다.

참조 링크

• MCP 개요 — 호스팅된 엔드포인트 및 아키텍처
• MCP 도구 문서 — 표준 이름 및 스키마
• GitHub의 Didit MCP — 공개 MIT 라이선스 소스
• Didit MCP 개발자 페이지 — 제품 개요
• Claude에 Didit 연결 — 커넥터 설정