Altersverifikation mit Claude: Gehostete Sitzungen vs. lokale Dateien

Wichtige Erkenntnisse

• Ein gehosteter Claude-Konnektor kann kein Selfie oder Ausweisdokumentfoto vom Gerät des Benutzers an didit_verify_age oder didit_verify_id senden. Diese Tools lesen absolute Pfade auf der Maschine, auf der der Model Context Protocol (MCP)-Server läuft.
• Der korrekte gehostete Pfad ist sitzungsbasiert: Erstellen Sie eine Sitzung für einen bestehenden Workflow, geben Sie der Person die zurückgegebene url und rufen Sie die abgeschlossene Entscheidung mit didit_session_get_decision ab.
• Ein Workflow kann eine Gesichtsaltersschätzung, die das Alter schätzt, oder eine Dokumentenprüfung, die das Geburtsdatum und andere Dokumentenfelder extrahiert, umfassen. Dies sind unterschiedliche Evidenzstufen.
• Die Dateipfad-Tools bleiben nützlich für lokale oder selbst gehostete Stdio-Bereitstellungen, bei denen der MCP-Server und die Bilddatei auf derselben Maschine sind.
• Didits gehosteter MCP-Endpunkt stellt 115 Tools bereit. Der Server ist kostenlos, und die kostenlose Stufe umfasst 500 kostenlose Verifizierungen pro Monat.

„Altersprüfung dieser Person von Claude“ klingt wie ein einzelner Tool-Aufruf. Die reale Integration hat eine wichtige Grenze: Wo befindet sich das Bild? Das bestimmt, ob Claude eine gehostete Verifizierungssitzung erstellen oder ein eigenständiges Bild-Tool aufrufen sollte.

Didits MCP-Entwicklerseite und öffentliches GitHub-Repository beschreiben den Server, der Claude mit Identitäts- und Betrugsprüfungen verbindet. Für die Altersprüfung ist der Weg über gehostete Sitzungen die praktische Wahl für eine reale Person, die Claude remote nutzt. Der Weg über eigenständige Bildpfade ist für lokale oder selbst gehostete Umgebungen mit direktem Dateisystemzugriff konzipiert.

Die Dateisystemgrenze, die die meisten MCP-Beispiele übersehen

Das eigenständige Tool didit_verify_age akzeptiert einen absoluten image_path. didit_verify_id akzeptiert ebenfalls einen absoluten front_image_path und optional einen back_image_path. Innerhalb des MCP-Servers werden diese Pfade validiert und von der Festplatte gelesen, bevor die Dateien übermittelt werden.

Das ist in einer lokalen Stdio-Bereitstellung unkompliziert. Wenn Claude Desktop und ein selbst gehosteter Didit MCP-Server auf derselben Workstation laufen, kann ein Pfad wie /Users/example/checks/selfie.jpg auf eine reale Datei verweisen, die dem Serverprozess zur Verfügung steht. Dieselbe Idee funktioniert auf einem kontrollierten internen Server, wenn die Anwendung die Datei bereits in einem zulässigen lokalen Verzeichnis abgelegt hat.

Mit dem gehosteten Endpunkt funktioniert das nicht auf die gleiche Weise. Wenn Claude https://mcp.didit.me/mcp aufruft, bezieht sich ein absoluter Pfad auf das Dateisystem von Didit-Server, nicht auf den Laptop oder das Telefon des Claude-Benutzers. Die Eingabe eines lokalen Pfades in den gehosteten Claude lädt diese Datei nicht hoch. Ein Remote-Benutzer kann dem gehosteten Tool daher kein Selfie oder Dokumentenfoto übergeben, indem er lediglich einen Pfad angibt.

Dies ist keine Einschränkung der Altersschätzung selbst. Es ist eine Transport- und Dateisystemunterscheidung. Für gehostete Benutzer löst Didit die Übergabe mit einer Verifizierungssitzung und einer benutzerorientierten URL.

Der gehostete Claude-Flow, der funktioniert

Zunächst benötigt die Organisation einen bestehenden Workflow, der in der Didit Business Console konfiguriert ist. Dieser Workflow definiert die Prüfungen, die die Person durchführen wird. Ein Workflow zur Altersprüfung könnte eine Gesichtsaltersschätzung, eine Dokumentenprüfung mit Geburtsdatumsextraktion oder eine umfassendere Know Your Customer (KYC)-Sequenz umfassen.

Claude ruft dann didit_session_create auf. Die einzige erforderliche Eingabe ist workflow_id; das Tool akzeptiert keine inline „Workflow-Konfiguration“. Optionale Eingaben sind die Benutzerreferenz des Austauschs oder der Anwendung in vendor_data, ein Weiterleitungs-callback und eine UI-language.

Verwenden Sie didit_session_create mit:
{
  "workflow_id": "<existing-workflow-uuid>",
  "vendor_data": "user_18427",
  "callback": "https://example.com/age-check/complete",
  "language": "en"
}

Geben Sie dem Benutzer die Sitzungs-URL zurück. Fragen Sie ihn nicht nach einem lokalen Bildpfad.

Die Antwort enthält session_id, url und session_token. Claude gibt der Person die zurückgegebene url. Die Person öffnet Didits gehostete Verifizierungs-UI auf ihrem eigenen Gerät und schließt die vom Workflow definierten Erfassungsschritte ab. Die Bildübertragung erfolgt in dieser UI und nicht über einen im Chat eingegebenen Pfad.

Nach Abschluss ruft Claude didit_session_get_decision mit der zurückgegebenen Sitzungs-ID auf:

Verwenden Sie didit_session_get_decision mit:
{
  "session_id": "<session-uuid-from-create>"
}

Fassen Sie die Sitzungsentscheidung und nur die vom Workflow zurückgegebenen extrahierten Felder zusammen.

Das Tool gibt die vollständige Verifizierungsentscheidung und alle extrahierten Daten für diese Sitzung zurück. Die genauen Daten hängen vom Workflow ab. Die MCP-Quelle dokumentiert keine separate boolesche Verknüpfung für den Altersschwellenwert. Für Dokumentenprüfungen kann die Entscheidung die strukturierten Dokumentendaten enthalten, die von den konfigurierten Verifizierungsschritten zurückgegeben werden; der Agent sollte die tatsächliche Antwort lesen, anstatt ein praktisches Feld zu erfinden.

Was die lokalen Bild-Tools tatsächlich tun

In einem lokalen oder selbst gehosteten Stdio-Setup können die eigenständigen Tools ein direkter Weg für Batch-Jobs, interne Überprüfungsprogramme oder Anwendungen sein, die die Bildeinlesung bereits steuern.

Gesichtsaltersschätzung

didit_verify_age erfordert image_path und akzeptiert optional vendor_data. Es schätzt das Alter einer Person anhand eines Gesichtsbildes und führt auch eine passive Lebenderkennung durch. Eine Schätzung ist kein Nachweis eines genauen Geburtsdatums oder einer Identität.

# Nur lokales oder selbst gehostetes Stdio
# Die Datei muss auf dem Dateisystem des MCP-Servers vorhanden sein.
didit_verify_age {
  "image_path": "/absolute/server/path/selfie.jpg",
  "vendor_data": "user_18427"
}

Die Altersschätzung kostet 0,10 $ pro Prüfung. Die Eingabe ist immer noch ein Gesichtsbild, und der Dienst verarbeitet dieses Bild, um das Ergebnis zu erzeugen. Die Beschreibung der Methode als dokumentenfrei ist korrekt; die Beschreibung, dass keine persönlichen Daten gesammelt oder nichts gespeichert wird, wird durch den MCP-Tool-Vertrag nicht unterstützt.

Dokumentenbasierte Geburtsdatumsextraktion

didit_verify_id erfordert front_image_path. Es kann auch back_image_path, minimum_age und andere dokumentierte Optionen empfangen. Das Tool übermittelt das Ausweisdokumentbild, führt eine optische Zeichenerkennung (OCR) durch und gibt strukturierte Dokumentendaten sowie Authentizitätsprüfungen zurück. OCR kann das Geburtsdatum neben anderen auf dem Dokument vorhandenen Feldern extrahieren.

# Nur lokales oder selbst gehostetes 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"
}

Die Quelle beschreibt minimum_age als Ablehnung der Prüfung, wenn das extrahierte Alter unter dem angegebenen Wert liegt. Der Agent sollte die zurückgegebene Entscheidung lesen, anstatt ein zusätzliches Schwellenwertfeld zu erwarten. Die ID-Verifikation kostet 0,15 $ pro Prüfung. Da das vollständige Dokumentbild übermittelt und Dokumentenfelder extrahiert werden, sollte dieser Weg nicht als nur das Sammeln eines Geburtsdatums dargestellt werden.

Altersschätzung, Dokumentenprüfungen und vollständiges KYC sind nicht austauschbar

Weg	Was er feststellt	Gehosteter Claude-Pfad	Veröffentlichter Preis
Gesichtsaltersschätzung	Ein geschätztes Alter anhand eines Gesichtsbildes, plus passive Lebenderkennung	Verwenden Sie eine gehostete Sitzung, deren Workflow die Altersschätzung beinhaltet	0,10 $ pro Prüfung
ID-Verifikation	Dokumentenauthentizitätsprüfungen und extrahierte Dokumentenfelder, einschließlich Geburtsdatum, falls vorhanden	Verwenden Sie eine gehostete Sitzung, deren Workflow die Dokumentenprüfung beinhaltet	0,15 $ pro Prüfung
Vollständiges KYC	Konfigurierte Identitätsprüfungen, die ID-Verifikation, passive Lebenderkennung, Face Match und IP-Analyse kombinieren	Erstellen Sie eine Sitzung für den bestehenden KYC-Workflow und übergeben Sie die URL	0,33 $ pro Paket

Der erste Weg schätzt. Der zweite basiert auf einem eingereichten amtlichen Dokument. Der dritte kombiniert mehrere Prüfungen zu einer umfassenderen Identitätsentscheidung. Produktteams können diese Evidenzstufen unterscheiden, ohne zu behaupten, dass ein Mechanismus automatisch ein Gesetz oder eine Aufsichtsbehörde erfüllt.

Die Regulierungslandschaft ist methodenspezifisch

Die Vorschriften zur Altersprüfung unterscheiden sich je nach Gerichtsbarkeit, Diensttyp, Inhalt und Risiko. In Großbritannien erörtert die Leitlinie zur Altersprüfung des Online Safety Act von Ofcom mehrere Methoden, die als hochwirksam angesehen werden können, einschließlich Gesichtsaltersschätzung und Foto-Identitätsabgleich, während die Wirksamkeit anhand von Kriterien wie Genauigkeit, Umgehungswiderstand, Zuverlässigkeit und Fairness bewertet wird. In der Europäischen Union beschreibt die Übersicht der Richtlinie über audiovisuelle Mediendienste der Europäischen Kommission Maßnahmen zum Schutz Minderjähriger, die PINs oder anspruchsvollere Altersverifikationssysteme umfassen können.

Diese Quellen verdeutlichen, warum die Implementierungssprache wichtig ist: „Altersprüfung“, „Altersschätzung“, „Dokumentenprüfung“ und „Identitätsverifikation“ sind miteinander verwandt, aber nicht synonym. Ob eine bestimmte Methode für einen bestimmten Dienst geeignet ist, ist eine gerichtsbarkeits- und kontextspezifische Einschätzung. Die MCP-Integration liefert die technischen Wege; sie trifft diese Einschätzung nicht für den Betreiber.

Claude verbinden, ohne die Grenze zu verwischen

Verwenden Sie den Didit-Konnektor-Deep-Link für den gehosteten Claude. Der Endpunkt verwendet OAuth 2.1 mit Proof Key for Code Exchange (PKCE). Die MCP-Übersicht, der Authentifizierungsleitfaden und die Tool-Referenz behandeln Verbindung und Erkennung.

Für das umfassendere Sitzungsmuster lesen Sie KYC-Identitätsverifikation über MCP. Eine katalogbezogene Ansicht der Integration finden Sie in der Didit MCP-Tool-Referenz.

Die praktische Regel ist einfach: Der gehostete Claude sollte eine Sitzung erstellen und der Person deren URL übergeben; lokales oder selbst gehostetes Stdio kann absolute Bildpfade verwenden, wenn der Server diese Dateien tatsächlich besitzt. Das explizite Beibehalten dieser Grenze macht Altersprüfungsaufforderungen genau, ausführbar und sicher wiederverwendbar.