Richtlinie zur zulässigen Nutzung

Version 1.1 · zuletzt aktualisiert 2026-09-04

unbleep entfernt die reflexhaften Verweigerungen, die in Mainstream-Modelle eingebaut sind. Es entfernt nicht Ihre Verantwortung für das, was Sie bauen. Diese Richtlinie sagt klar, wofür die API gedacht ist und für welche eng gefasste Menge von Dingen sie niemals gedacht ist.

Wofür unbleep gedacht ist

• Red-Teaming und adversariales Testen von KI-Systemen und -Anwendungen.
• Evaluierung von Jailbreaks, Verweigerungen und Robustheit für die Sicherheitsforschung.
• Akademische und industrielle Forschung zu Modellverhalten und Alignment.
• Produkte bauen, die direkte, ungefilterte Antworten brauchen — mit Governance, die Sie kontrollieren.
• Benchmarking von Guardrails gegen eine unzensierte Baseline.

Wofür sie niemals gedacht ist

Sie dürfen unbleep nicht verwenden, um Folgendes zu erstellen, zu ermöglichen oder zu versuchen:

• Operative Anleitungen für Waffen mit Massenvernichtungspotenzial — chemisch, biologisch, radiologisch, nuklear oder hochbrisante Sprengstoffe.
• Sexuelle Inhalte mit Minderjährigen oder jegliche Inhalte, die eine reale, identifizierbare Person ohne Einwilligung sexualisieren.
• Gezielte Belästigung, Stalking, Doxxing oder glaubhafte Drohungen gegen eine reale Person.
• Betrug, Malware oder Eindringen in reale Systeme, für deren Test Sie nicht autorisiert sind.
• Täuschende Identitätsvortäuschung, Desinformationskampagnen oder Wahlmanipulation im großen Stil.
• Alles, was in der Rechtsordnung, in der Sie oder Ihre Nutzer tätig sind, rechtswidrig ist.

Sicherheitsforschung ist willkommen; diese Einordnung als Deckmantel zu nutzen, um realen Schaden anzurichten, ist es nicht. Maßgeblich sind Absicht und Autorisierung, nicht das Vokabular.

Ihre Pflichten

• Halten Sie einen Menschen für die Ausgaben verantwortlich. Das Modell ist ein Werkzeug, kein Entscheider.
• Versehen Sie unzensierte Oberflächen, die Sie Endnutzern zugänglich machen, mit einer Altersprüfung und kennzeichnen Sie sie.
• Leiten Sie keine schutzbedürftigen Nutzer unter dem Banner „keine Filter“ zu schädlichen Inhalten.
• Sichern Sie Ihre API-Keys und die Daten Ihrer Nutzer.

Wie wir steuern

• Request-Logging. Wir speichern den Request-Body, den Antwortinhalt und die Quell-IP-Adresse jedes Aufrufs, den wir annehmen und an ein Modell weiterleiten, für 30 Tage und löschen sie danach automatisch. Bodies werden bei 64 KB abgeschnitten. Die Quell-IP wird außerdem in die Nutzungszeile geschrieben, über die der Aufruf abgerechnet wird, und diese Zeile wird als Finanzunterlage länger aufbewahrt. Es gibt keine Einstellung, die das abschaltet, und kein kundenseitiges Opt-in — es gilt für jedes Konto. Siehe die Datenschutzerklärung für alles Weitere, was wir aufbewahren, und wie Sie eine Kopie oder eine Löschung anfordern.
• Der Policy-Regler. policy: strict setzt unsere vom Betreiber gepflegte Blockliste auf die Anfrage durch, bevor sie ein Modell erreicht; eine abgelehnte Anfrage wird in Ihrer Nutzungshistorie als blockiert vermerkt, nicht berechnet, und ihr Inhalt wird nicht gespeichert, weil sie nie ein Modell erreicht hat.
• Durchsetzung. Wir gehen Missbrauchsmeldungen nach und können Keys sperren, die für die oben genannten verbotenen Zwecke verwendet werden. Eine Untersuchung arbeitet mit Nutzungsmetadaten — welcher Key welches Modell wann und von welcher IP aufgerufen hat und ob die Anfrage abgelehnt wurde — und, innerhalb des 30-Tage-Fensters, mit dem gespeicherten Request- und Antwortinhalt selbst. Auf rechtmäßige behördliche oder gerichtliche Anordnungen antworten wir mit den Daten, die wir zum Zeitpunkt des Eingangs tatsächlich vorhalten.