Claude führt KYC für einige Nutzer ein

Was sich beim Zugang zu Claude konkret geändert hat

Hier handelt es sich um eine tatsächliche Verschärfung des Zugangs, jedoch nicht um ein pauschales Verbot für alle neuen Konten. Stand September 2026 erklärt das Hilfe-Center von Anthropic, dass eine Identitätsprüfung für ausgewählte Nutzer und Organisationen gelten kann, bevor sie auf bestimmte erweiterte Claude-Funktionen zugreifen. Die Formulierung ist entscheidend: Sie kann gelten, sie ist nicht für jeden verpflichtend.

Die Prüfung kann einen physischen amtlichen Lichtbildausweis und die Handykamera für ein Live-Selfie erfordern. Bei Organisationen ist der Umfang größer: juristischer Name, Adresse, Registrierungsnummer und ein Identitätsnachweis der Person, die den Antrag stellt. Anthropic verknüpft die Identifizierung außerdem mit Anträgen für bestimmte Cyberabwehr-Tools in Echtzeit für Claude Opus und Sonnet.

Die Aussage, alte Konten funktionierten unverändert weiter, während alle neuen Konten stets KYC durchlaufen müssten, ist kategorischer als die offizielle Beschreibung. Die verfügbaren Materialien bestätigen den Prüfmechanismus und seine Anwendung in einigen Szenarien, liefern jedoch keinen Grund, die Grenze zwischen alten und neuen Konten als absolute Regel zu betrachten. Der Unterschied zwischen einer Nutzerbeobachtung und einer dokumentierten Richtlinie ist hier wirklich relevant.

Der Beschreibung der Änderungen zufolge liegt die wichtigste Hürde beim Verbraucherzugang, einschließlich der Nutzung über Pro- oder Max-Abonnements. API-Entwickler und Geschäftskunden werden als Gruppen genannt, die von diesem Verbrauchergateway weitgehend nicht betroffen sind. Das schließt Organisationsprüfungen in einzelnen Prozessen nicht aus, trennt jedoch zwei unterschiedliche Zugangswege.

Für Entwickler verändert sich das Architektur-Risiko

Die zentrale Folge ist einfach: Ein Claude-Verbraucherkonto wird zu einer weniger verlässlichen Grundlage für interne Tools und Automatisierung. Hängt ein Arbeitsablauf von einem manuellen Login durch Nutzer ab, erhöhen ein zusätzliches Dokument und ein Selfie die Reibung bei der Registrierung und können die Abwanderung steigern. Für ein Experiment ist das lästig, für einen wiederholbaren Prozess bereits ein operatives Risiko.

Ein API-orientierter Ansatz wirkt robuster, weil die verfügbaren Informationen den API-Zugang nicht derselben Verbraucherhürde zuordnen. Besonders deutlich wird der Unterschied bei der Skalierung: Ein Bestand gewöhnlicher Konten trägt nun nicht nur Abonnementlimits, sondern auch das Risiko einer individuellen Identitätsprüfung. Dieses Design war schon zuvor fragil; KYC hat diese Fragilität lediglich sichtbar gemacht.

Ich würde zunächst die Grenzen der Prüfung klären: Welche Funktionen lösen sie aus, was geschieht bei einem fehlgeschlagenen Selfie und wie werden Organisationskonten behandelt? Solange diese Details nicht eindeutiger festgelegt sind, liegt die Kernfrage nicht beim KYC selbst, sondern bei der Unvorhersehbarkeit seines Auftretens mitten im Arbeitsablauf.

Wir haben zuvor erläutert, wie Sicherheitsauslöser der OpenAI API Kontoinhaber warnen und strengere Compliance-Kontrollen erforderlich machen können. Die KYC-Anforderung von Claude folgt demselben Trend zu einer strengeren Identitäts- und Kontoverwaltung beim Zugang zu KI.