Benutzeridentität mit Claude überprüfen: Ein Leitfaden

Wichtigste Erkenntnisse

• Dies ist ein Operator-Playbook: die genauen Worte, die in Claude eingegeben werden müssen, was der Antragsteller erlebt, wie die Antwort zu lesen ist und was zu tun ist, wenn eine Sitzung überprüft werden muss.
• Der Model Context Protocol (MCP)-Konnektor von Didit ermöglicht es einem angemeldeten Bediener, bestehende Workflows und Berechtigungen aus dem Chat ohne Code zu nutzen.
• Ein Workflow steuert, welche Know Your Customer (KYC)-Prüfungen durchgeführt werden. Das Auflisten von Workflows findet die Auswahlmöglichkeiten; das Lesen des ausgewählten Workflows zeigt seine Konfiguration.
• Der Antragsteller schließt die konfigurierten Prüfungen auf einer von Didit gehosteten Seite ab. Claude ruft das Ergebnis von Didit ab und erklärt es; es prüft nicht selbst das Dokument oder das Gesicht der Person.
• In Überprüfung ist eine Übergabe zur menschlichen Beurteilung, nicht ein anderes Wort für Abgelehnt. Bitten Sie Claude, die zurückgegebenen Beweise von fehlenden Informationen zu trennen, bevor jemand den Status ändert.

Sie müssen kein API-Schema (Application Programming Interface) kennen, um einem Antragsteller bei der Identitätsprüfung zu helfen. Sie benötigen ein Didit-Konto, einen genehmigten Verifizierungs-Workflow, den Didit-Konnektor in Claude aktiviert und die Berechtigung gemäß der Überprüfungsrichtlinie Ihrer Organisation. Der Rest kann in gewöhnlicher Sprache erfolgen.

Dieser Leitfaden befasst sich bewusst mit der Person, die die Konversation bedient. Er wiederholt nicht die Mechanik des Erstellens von Links und Abfragen, die bereits in MCP für KYC und dem KYC MCP Server-Leitfaden behandelt wurden. Halten Sie diese Referenzen offen, wenn Sie Details zum Lebenszyklus oder zur Integration benötigen. Verwenden Sie diese Seite, wenn die praktische Frage lautet: „Was soll ich eingeben, was soll ich dem Antragsteller sagen und was mache ich mit der Antwort?“

Vor dem Antragsteller: Den richtigen Arbeitsbereich einrichten

Fügen Sie den Didit-Konnektor zu Claude hinzu und schließen Sie die Didit-Anmeldung ab. Der gehostete Endpunkt verwendet OAuth (Open Authorization) 2.1 mit PKCE (Proof Key for Code Exchange), nicht einen API-Schlüssel. Claude agiert mit der Didit-Rolle des angemeldeten Benutzers, daher muss der Bediener bereits die Berechtigung für jede angeforderte Aktion haben.

Beginnen Sie jede neue operative Konversation, indem Sie den Umfang sichtbar machen:

Verwenden Sie Didit, um mir bei der Überprüfung eines Antragstellers zu helfen. Rufen Sie zuerst didit_context_get auf. Sagen Sie mir, welche Organisation und Anwendung ausgewählt sind. Erstellen oder ändern Sie noch nichts.

Dies fängt den einfachsten operativen Fehler ab: in der falschen Anwendung zu arbeiten, wenn eine Person auf mehrere zugreifen kann. Wenn Claude mehr als eine Option anzeigt, benennen Sie die Organisation und Anwendung, die Sie verwenden möchten, bevor Sie fortfahren.

Wählen Sie einen Workflow, ohne seine Prüfungen zu erraten

didit_workflow_list listet verfügbare Workflows auf. Es gibt nicht den vollständigen Workflow-Graphen oder die Konfiguration zurück. Verwenden Sie es, um den genehmigten Workflow-Namen und die workflow_id zu finden, und rufen Sie dann den ausgewählten Workflow explizit ab.

Listen Sie die Verifizierungs-Workflows in der ausgewählten Anwendung mit didit_workflow_list auf. Zeigen Sie nur den Namen, die workflow_id und den Status jedes Workflows an. Beschreiben Sie seine Prüfungen noch nicht.

Nachdem Sie einen ausgewählt haben, fragen Sie nach der tatsächlichen Konfiguration:

Rufen Sie den Workflow WORKFLOW_UUID mit didit_workflow_get ab. Wenn seine Schritte oder Verzweigungen Details zum Graphen erfordern, rufen Sie auch didit_workflow_get_graph mit include_config: false auf. Erklären Sie dann in einfachem Deutsch, was der Antragsteller tun muss. Trennen Sie für den Antragsteller sichtbare Schritte von Prüfungen, die im Hintergrund ablaufen. Erstellen Sie keine Sitzung.

Verwenden Sie didit_workflow_get für die vollständige Konfiguration des ausgewählten Workflows. Verwenden Sie didit_workflow_get_graph, wenn Sie dessen Knoten, Verzweigungen, Bedingungen oder Dokumentverarbeitungsschritte benötigen; die standardmäßige zusammenfassende Konfiguration reicht für eine Bedienererklärung aus. Dieses zweistufige Muster verhindert, dass Claude ein Bündel nur aus einem Workflow-Label ableitet.

Einen Link für einen Antragsteller anfordern

Sobald Sie den Arbeitsbereich und den Workflow bestätigt haben, kann die Bedieneranweisung kurz bleiben:

Erstellen Sie eine Sitzung mit didit_session_create unter Verwendung von workflow_id WORKFLOW_UUID und vendor_data customer-8421. Geben Sie die session_id und die URL zurück. Senden Sie den Link nicht und ändern Sie keine anderen Datensätze.

Die einzige erforderliche Eingabe für didit_session_create ist workflow_id; vendor_data ist eine optionale Kundenreferenz. Die Antwort enthält eine url. Kopieren Sie diesen gehosteten Link in Ihre genehmigte E-Mail, Ihren Support- oder Onboarding-Kanal. Das Erstellen der Sitzung bedeutet nicht, dass der Antragsteller kontaktiert wurde.

Das ist alles, was dieser Bedienerleitfaden an Mechanismus benötigt. Wenn Sie eine automatisierte Zustellung, Callbacks, Webhooks oder Polling implementieren, verwenden Sie die verlinkten technischen Anleitungen, anstatt eine Bedienerkonversation in ein Integrationstutorial zu verwandeln.

Dem Antragsteller mitteilen, was passieren wird

Der Antragsteller öffnet eine von Didit gehostete Seite in seinem Browser; er benötigt weder Claude noch eine MCP-Verbindung. Das genaue Erlebnis folgt dem ausgewählten Workflow. Ein konfiguriertes vollständiges KYC-Paket kann die Erfassung von Ausweisdokumenten, passive Lebendigkeit, einen 1:1-Gesichtsabgleich und eine IP-Analyse (Internet Protocol) umfassen. Ein anderer Workflow kann weniger Prüfungen, zusätzliche Prüfungen oder bedingte Verzweigungen enthalten.

Bitten Sie Claude, eine Nachricht zu entwerfen, die sich ausschließlich auf die abgerufene Konfiguration stützt:

Verfassen Sie eine Nachricht mit vier Stichpunkten für den Antragsteller, die erklärt, was er nach dem Öffnen der URL sehen wird. Verwenden Sie nur die ausgewählte Workflow-Konfiguration. Erwähnen Sie alle Dokument- oder Gerätevorbereitungen, die tatsächlich erforderlich sind. Versprechen Sie keine Genehmigung, keine Bearbeitungszeit oder Prüfungen, die nicht konfiguriert sind.

Eine gute Bedienernachricht erklärt, warum die Person den Link erhalten hat, welche sichtbaren Schritte sie durchführen wird und wo sie Hilfe erhalten kann. Sie sollte das interne Sitzungstoken nicht offenlegen, persönliche Daten in den Chat kopieren oder eine Hintergrundprüfung als Aktion des Antragstellers beschreiben.

Didit unterstützt über 220 Länder und Gebiete, über 14.000 Dokumenttypen und über 48 Sprachen. Diese Abdeckungszahlen beschreiben die Plattform; der ausgewählte Workflow und das Dokument des Antragstellers bestimmen immer noch die tatsächlich verfügbaren Bildschirme in dieser Sitzung.

Ein Ergebnis in einfacher Sprache anfordern

Wenn der Antragsteller angibt, fertig zu sein, fragen Sie Claude nicht, ob er „bestanden“ hat. Bitten Sie es, die aufgezeichnete Entscheidung abzurufen und den Status von den Beweismitteln zu trennen:

Rufen Sie didit_session_get_decision für die Sitzung SESSION_UUID auf. Erklären Sie das Ergebnis für einen nicht-technischen Onboarding-Mitarbeiter. Beginnen Sie mit dem genauen aktuellen Status. Listen Sie dann nur die konfigurierten Modulergebnisse und tatsächlich zurückgegebenen Felder auf. Trennen Sie bestätigte Beweismittel, fehlende Beweismittel, Konflikte und Elemente, die menschliches Urteilsvermögen erfordern. Ändern Sie die Sitzung nicht.

Diese Formulierung macht Halluzinationen leichter erkennbar. Die Entscheidung enthält die Ausgabe von Modulen, die für diesen Workflow konfiguriert sind, nicht einen universellen Satz von Identitätsdokumenten, Lebendigkeits-, Gesichtsabgleichs-, Geldwäschebekämpfungs- (AML) und Betrugsprüfungen. Wenn ein Modul nicht ausgeführt wurde oder ein Feld fehlt, sollte die Antwort dies angeben, anstatt die Lücke zu füllen.

Lesen Sie den Status als den aktuellen Sitzungszustand:

• Nicht gestartet oder In Bearbeitung bedeutet, dass der Bediener warten oder dem Antragsteller helfen sollte, den gehosteten Ablauf abzuschließen.
• In Überprüfung bedeutet, dass Beweismittel oder Workflow-Logik die Sitzung zu einer menschlichen Entscheidung geleitet haben.
• Genehmigt oder Abgelehnt ist der aktuelle Entscheidungsstatus. Beides kann eine konfigurierte Automatisierung oder eine manuelle Überschreibung durch einen autorisierten Prüfer widerspiegeln. Verwenden Sie daher die begleitenden Beweismittel und die Audit-Historie, wenn die Richtlinie dies erfordert.
• Erneut eingereicht bedeutet, dass ausgewählte Workflow-Knoten für einen weiteren Versuch zurückgesendet wurden; es handelt sich nicht um eine neue, unabhängige Sitzung.

Die Modellinferenz läuft bei p99 unter 2 Sekunden, aber das ist kein Versprechen, wie lange ein Antragsteller benötigt, um ein Dokument zu erfassen, den Ablauf abzuschließen oder auf eine menschliche Überprüfung zu warten.

Was tun, wenn die Antwort „In Überprüfung“ lautet

Übersetzen Sie In Überprüfung nicht mit „fehlgeschlagen“, und bitten Sie Claude nicht, im selben Prompt, der die Beweismittel erklärt, zu genehmigen oder abzulehnen. Fordern Sie zuerst ein schreibgeschütztes Überprüfungspaket an:

Diese Sitzung ist In Überprüfung. Rufen Sie didit_session_get_decision und didit_session_list_reviews auf. Ändern Sie weder Daten noch Status. Zeigen Sie den zurückgegebenen Grund oder die auslösenden Beweismittel, die relevanten konfigurierten Modulausgaben, alle widersprüchlichen oder fehlenden Informationen sowie die frühere Überprüfungs- oder Statushistorie an. Markieren Sie alles, was nicht zurückgegeben wurde, als unbekannt.

Befolgen Sie dann die Eskalationsrichtlinie Ihrer Organisation. Der Prüfer kann extrahierte Identitätsdaten mit den Dokumentenbeweisen vergleichen, einen Abgleich oder Screening-Kandidaten bewerten, einen weiteren Versuch für genau fehlgeschlagene Workflow-Knoten anfordern oder eine autorisierte Statusentscheidung treffen. Claude kann den Datensatz organisieren, ersetzt aber nicht den Prüfer oder die Akzeptanzrichtlinie der Organisation.

Wenn Sie berechtigt sind, die Überprüfung zu dokumentieren, halten Sie die Notiz von der endgültigen Entscheidung getrennt:

Fügen Sie diesen Kommentar mit didit_session_add_review zur Sitzung SESSION_UUID hinzu: „Zur manuellen Überprüfung eskaliert, weil [beobachtete Beweismittel].“ Übergeben Sie keinen new_status und ändern Sie keine extrahierten Daten.

didit_session_add_review erfordert session_id, akzeptiert einen comment und kann optional den Status ändern. Das Weglassen von new_status macht die Absicht hier deutlich: Die Überprüfungsnotiz aufzeichnen, ohne den Fall zu entscheiden. Für Korrekturen, teilweise erneute Einreichungen, Genehmigungs- und Ablehnungsverfahren verwenden Sie den speziellen KYC mit Claude Überprüfungs-Warteschlangen-Leitfaden.

Die abschließende Checkliste des Operators

• Bestätigen Sie die Organisation, Anwendung und Antragstellerreferenz, bevor Sie etwas erstellen.
• Listen Sie zuerst Workflows auf und rufen Sie dann die Konfiguration oder den Graphen des ausgewählten Workflows ab, bevor Sie dessen Prüfungen beschreiben.
• Senden Sie nur die zurückgegebene gehostete url über einen genehmigten Kundenkanal.
• Bitten Sie Claude, zurückgegebene Beweismittel zu melden, nicht, fehlende Module abzuleiten oder einen Status in eine Geschichte umzuwandeln.
• Behandeln Sie „In Überprüfung“ als menschliche Übergabe. Trennen Sie Untersuchung, Audit-Notiz, Datenkorrektur und endgültigen Status in bewusste Schritte.
• Halten Sie unnötige persönliche Daten, Dokumentbilder und interne Token aus der Konversation fern.

Der MCP-Server selbst ist kostenlos. Ein konfiguriertes vollständiges KYC-Paket kostet 0,33 $ und umfasst die Überprüfung von Ausweisdokumenten, passive Lebendigkeit, Gesichtsabgleich und IP-Analyse. Jede Funktion umfasst 500 kostenlose Verifizierungen pro Monat. Didit betreut über 2.000 Unternehmen in Produktion und ist Infrastruktur für Identität und Betrug.

Referenzlinks

• MCP-Übersicht – gehosteter Endpunkt und Architektur
• MCP-Tools-Dokumentation – kanonische Namen und Schemata
• Didit MCP auf GitHub – öffentliche MIT-lizenzierte Quelle
• Didit MCP Entwicklerseite – Produktübersicht
• Didit mit Claude verbinden – Konnektor-Einrichtung