Nach der Unterzeichnung des neuen New Yorker Chatbot-Gesetzes empfiehlt Maetra einen praktischen Vorbereitungsschritt: Verknüpfen Sie eingeschränkte Funktionen mit einer Entscheidung zur Altersabsicherung und dokumentieren Sie, wie die bereitgestellte Konfiguration dieser Entscheidung folgt. Dies ist Maetras technische Analyse. Entscheidungen zur Aufbewahrung müssen gesondert aus Datenschutz- und Rechtssicht geprüft werden. Ein Richtliniendokument allein zeigt nicht, auf welche Nutzungsvariante eine Person zugreifen konnte.
Gouverneurin Kathy Hochul gab am 28. Oktober 2026 die Unterzeichnung von S.9051B/A.10379C bekannt. Für Teams, die dialogorientierte Produkte in New York betreiben, beginnt die praktische Arbeit damit, zu verstehen, welche Systeme und Funktionen unter den Gesetzestext fallen, und dann Verantwortliche für die relevanten Kontrollen festzulegen.
Was der Primärtext festlegt
Die Mitteilung der Gouverneurin beschreibt Beschränkungen für unsichere Chatbot-Funktionen für Personen unter 18 Jahren und für Nutzer, deren Volljährigkeit nicht zuvor bestätigt wurde. Beispiele sind das Vortäuschen, ein Mensch zu sein, das Fördern emotionaler Abhängigkeit, das Propagieren von Selbstverletzung sowie die Ermutigung zur Geheimhaltung gegenüber vertrauenswürdigen Erwachsenen. Außerdem werden mehrere Optionen zur Altersverifikation beschrieben, darunter eine Option, die nicht ausschließlich von staatlichen Ausweisdokumenten abhängt.
Der Text des Senats zu S9051B nennt den 1. Januar 2027 als Inkrafttretensdatum. Zu den Ausnahmen gehören eng begrenzte Einsätze im Kundenservice und bei technischer Unterstützung, die außerhalb ihres festgelegten Zwecks nicht antworten dürfen, sowie Geschäftssysteme, die intern oder zur Produktivität von Beschäftigten genutzt werden. Rechtsberatung sollte die genauen Bedingungen am bereitgestellten Dienst prüfen. Einen Chatbot als Support-Assistenten zu bezeichnen, belegt nicht, dass er eine Ausnahme erfüllt.
Dieser Artikel benennt Fragen zu Technik und Nachweisen. Das unten stehende Funktionsinventar und die Tests sind Empfehlungen von Maetra, keine zusätzlichen gesetzlichen Anforderungen und auch keine rechtliche Bewertung eines Dienstes.
Erstellen Sie eine Funktionslandkarte, die ein Engineer testen kann
Beginnen Sie mit den Erfahrungen, die Nutzer tatsächlich erreichen können. Ein einzelnes Produkt kann einen allgemeinen Konversationsmodus, gespeicherte Erinnerungen, ein Support-Widget und eine modellgestützte Hilfefunktion enthalten. Diese Erfahrungen können dasselbe Modell verwenden und dennoch unterschiedliches Verhalten nach außen zeigen. Erfassen Sie jede Oberfläche, ihren vorgesehenen Zweck, ihre verantwortliche Person oder ihr Team und die Konfiguration, die sie steuert.
Bestimmen Sie für jede potenziell eingeschränkte Funktion den Pfad vom Nutzerstatus bis zur Modellausgabe. Dieser Pfad kann eine Kontoeinstellung, ein Feature-Flag, Prompt-Anweisungen, einen Memory-Abruf und eine Ausgabekontrolle umfassen. Eine prüfende Person muss sehen können, wo die Beschränkung angewendet wird und welche Komponente sie nach einem Update umgehen könnte.
Verwenden Sie im Design-Review einen expliziten Status für unbekanntes Alter. Lassen Sie ein leeres Feld nicht stillschweigend wie eine positive Entscheidung über die Volljährigkeit wirken. Der Kontrollnachweis sollte erläutern, wie die Anwendung mit fehlenden, abgelaufenen oder widersprüchlichen Informationen zur Altersabsicherung umgeht. Das verantwortliche Team kann das Verhalten dann testen, ohne allein für eine vollständiger wirkende Prüfdokumentation mehr personenbezogene Daten erheben zu müssen.
Halten Sie Absicherungsnachweise verhältnismäßig zum Datenschutz
Paragraf 1804(2) von S9051B schreibt vor, dass Informationen, die zur Feststellung der Minderjährigkeit einer Person erhoben werden, ausschließlich für diese Feststellung verwendet und unmittelbar nach dem Versuch gelöscht werden müssen. Ausgenommen sind Fälle, in denen die Informationen zur Einhaltung geltender Gesetze oder Vorschriften des Staates New York oder des Bundes erforderlich sind. Die Nachweisgestaltung muss diese Einschränkung beachten. Datenschutz- und Rechtsverantwortliche sollten geplante Belege oder Metadaten vor ihrer Speicherung prüfen.
Bevorzugen Sie Konfigurations- und Testnachweise, die keine Informationen zur Altersabsicherung einer einzelnen Person enthalten. Solche Nachweise können die bereitgestellte Methodenversion, die Logik der Funktionsauswahl und Ergebnisse synthetischer Testkonten beschreiben. Sie dokumentieren, wie das System konfiguriert und getestet wurde. Gehen Sie nicht davon aus, dass eine individuelle Entscheidungsreferenz allein deshalb außerhalb der Löschvorschrift liegt, weil sie kein Ausweisdokument enthält.
Fragen Sie den Anbieter, wo Informationen während eines Prüfversuchs gespeichert werden, wie die sofortige Löschung durchgesetzt wird und wie notwendige gesetzliche Ausnahmen behandelt werden. Halten Sie die daraus entstehende Prüfung des Systemdesigns von Aufzeichnungen über einzelne Personen getrennt. Ein Test der eingeschränkten Nutzungsvariante belegt weder das Alter einer realen Person noch die Sicherheit jedes Gesprächs.
Testen Sie eine behauptete Ausnahme über das gesamte Gespräch hinweg
Testen Sie bei einem hypothetischen Kundenservice-Chatbot zunächst eine gewöhnliche Frage zu einer Bestellung und danach den Versuch, in ein nicht damit zusammenhängendes persönliches Gespräch zu wechseln. Prüfen Sie, ob das System über Anschlussfragen, Memory-Abrufe und Tool-Antworten hinweg innerhalb seines erklärten Zwecks bleibt. Ein enger Einstiegs-Prompt ist ein schwacher Nachweis, wenn eine spätere Gesprächsrunde die Anwendung in eine andere Erfahrung umleiten kann.
Dokumentieren Sie das erwartete Verhalten, bevor Sie den Test ausführen. Halten Sie die getestete Version, das Ergebnis und alle ungelösten Punkte fest. Wenn eine Produktänderung eine allgemeine Konversation oder eine neue Memory-Funktion hinzufügt, sollte diese Änderung zurück an die verantwortliche Stelle der Anwendbarkeitsbewertung geleitet werden. So bleibt die Bewertung trotz Produktänderungen pflegbar.
Ein Datensatz für ein KI-Inventar kann die relevanten Oberflächen und Verantwortlichen miteinander verknüpfen. Die rechtliche Bewertung sollte dann auf diese aktuelle Systembeschreibung verweisen und nicht auf einen Produktnamen ohne Konfigurationsdetails.
Geben Sie jedem Nachweiselement eine verantwortliche Stelle und einen Auslöser für die Überprüfung
Wählen Sie vor dem Inkrafttreten eine Kandidatenerfahrung im Geltungsbereich für eine gemeinsame Prüfung durch Produkt-, Datenschutz- und Compliance-Teams aus. Weisen Sie die Verantwortung für die Anwendbarkeitsbewertung, die Absicherungsmethode, die Funktionskonfiguration und die Regressionstests zu. Halten Sie fest, welche Änderungen dazu führen, dass die Prüfung erneut geöffnet werden muss.
Maetra Comply unterstützt Framework-Mapping, Regulatory Watch und Evidenzmanagement. Das System kann helfen, den Kontrollnachweis zu organisieren; es stellt nicht fest, dass ein Chatbot rechtlich ausgenommen ist, und zertifiziert auch keine Methode zur Altersabsicherung. Nutzen Sie Maetras Framework-Ressourcen, um die Verbindung zwischen einer anwendbaren Anforderung, ihrer verantwortlichen Stelle und den aktuellen Nachweisen zu strukturieren.
Quellen
- Gouverneur von New York: Mitteilung zur Unterzeichnung, 28. Oktober 2026. Primäre Mitteilung zum Inkraftsetzen und zu den Schutzvorkehrungen.
- Senat von New York: S9051B. Primärer Gesetzestext zu Geltungsbereich, Ausnahmen und Inkrafttretensdatum.
- PPC Land: Schutzvorkehrungen für Chatbots in New York, 28. Oktober 2026. Unabhängige Berichterstattung, die Unterzeichnung und Inkrafttretensdatum bestätigt; maßgeblich bleibt jedoch der Primärtext.