Meeting-Transkripte bei OpenRouter privat halten
OpenRouter kann Ihr Transkript an Dutzende Anbieter weiterleiten, und manche davon speichern Prompts. Drei Kontoeinstellungen und optional eine EU-Basis-URL entscheiden, wer Ihres zu sehen bekommt.

Kurz gesagt: Wenn Sie Meeting-Transkripte über OpenRouter schicken, schalten Sie die Datenschutzeinstellungen in Ihrem OpenRouter-Konto ein und hängen Sie dieselben zwei Flags per Klick an Autorecs Anfragen an. Zero Data Retention beschränkt das Routing auf Endpunkte, die nichts speichern, und wer Anbieter sperrt, die Eingaben zum Training speichern, schließt den Rest aus. Lassen Sie die Datenfreigabe-Option von OpenRouter selbst aus. Für reine EU-Verarbeitung richten Sie Autorecs Basis-URL auf den EU-Endpunkt. So beschreibt OpenRouters Dokumentation diese Einstellungen im Oktober 2026; sie ändern sich, prüfen Sie also die Links am Ende.
Autorec nimmt auf Ihrem Rechner auf und transkribiert dort. Die optionale KI-Zusammenfassung ist der einzige Schritt, der Text woandershin schickt: Das Transkript geht an den Endpunkt, den Sie unter Einstellungen, KI-Zusammenfassung eintragen. Jede Anfrage enthält Ihren Zusammenfassungs-Prompt, das vollständige Transkript, den Modellnamen, max_tokens, temperature und alle Zusatzfelder, die Sie ergänzen (dazu unten mehr). Ist dieser Endpunkt OpenRouter, wird der Text an einen Modellanbieter weitergereicht, den Sie womöglich nie namentlich ausgewählt haben. Das ist die Datenschutzfrage. (Wenn Sie sich die Frage lieber sparen: Der Beitrag zu lokalen LLMs zeigt, wie die Zusammenfassung auf Ihrer eigenen Hardware läuft.)
Die eigentliche Einrichtung von OpenRouter steht in Meeting-Zusammenfassungen über OpenRouter. Hier geht es nur um den Datenschutz.
Was OpenRouter selbst speichert
Laut OpenRouters Datenschutzdokumentation werden Prompts und Antworten standardmäßig nicht gespeichert. Gespeichert werden aber Metadaten zu jeder Anfrage, etwa Token-Zahlen und Latenz.
Es gibt zwei Opt-ins, beide standardmäßig aus und unabhängig voneinander:
- Private Input & Output Logging (Observability-Einstellungen) bewahrt Ihre Prompts und Antworten auf, damit Sie sie in Ihren eigenen Logs lesen können.
- OpenRouter Use of Inputs/Outputs (Privacy-Einstellungen) erlaubt OpenRouter, Ihre Prompts und Antworten zur Verbesserung des eigenen Produkts zu nutzen. Im Gegenzug gibt es 1 % Rabatt auf die Modellnutzung.
Für vertrauliche Calls würde ich auf den Rabatt verzichten. Lassen Sie beides aus.
Ein Vorbehalt von derselben Seite: OpenRouter zieht eine kleine Stichprobe von Prompts zur Kategorisierung, die in Auswertungen und Modell-Rankings einfließt. Solange Sie der Nutzung Ihrer Eingaben nicht zugestimmt haben, wird diese Stichprobe anonym gespeichert und nicht mit Ihrem Konto verknüpft.
Die eigentliche Frage ist der Anbieter
OpenRouter leitet Ihre Anfrage an einen Modellanbieter weiter, und jeder Anbieter hat eigene Regeln. Manche speichern Prompts eine Weile. Manche trainieren womöglich damit. Laut OpenRouters Routing-Dokumentation ist der Standard allow: Anbieter, die „store user data non-transiently and may train on it“, kommen also in Frage.
Dafür haben Sie zwei Stellschrauben, beide in den Datenschutzeinstellungen Ihres Kontos unter openrouter.ai/settings/privacy.
Zero Data Retention
Mit aktiviertem ZDR leitet OpenRouter nur noch an Endpunkte mit Zero-Data-Retention-Richtlinie weiter, die nach der Inferenz also nichts behalten. Die Einstellungsseite hat pro Modellgruppe einen eigenen Schalter: Anthropic, OpenAI, Google, xAI und „all other models“. Schalten Sie die Gruppen ein, die Sie tatsächlich nutzen, oder gleich alle.
Zwei Dinge sollten Sie wissen:
- Weniger Endpunkte erfüllen die Bedingung, manche Modelle sind also womöglich nicht verfügbar oder haben weniger Anbieter dahinter. Die Dokumentation weist darauf hin, dass Endpunkte ohne ZDR mit eingeschaltetem ZDR „may not be available“. Testen Sie Ihr Modell, nachdem Sie den Schalter umgelegt haben.
- ZDR gilt nur für das Inferenz-Routing. Plugins und Server-Tools wie die Websuche haben eigene Aufbewahrungsregeln. Autorec nutzt sie nicht, aber es lohnt sich, das zu wissen, falls Sie den Schlüssel auch anderswo verwenden.
Anbieter sperren, die mit Eingaben trainieren
Die zweite Einstellung schaltet Drittanbieter ab, die Eingaben zum Training speichern. In der API entspricht sie data_collection: "deny": Es werden nur Anbieter genutzt, die keine Nutzerdaten sammeln. ZDR ist die strengere der beiden, Sie können aber beide einschalten.
Flags pro Anfrage in Autorec
OpenRouter nimmt dieselben zwei Stellschrauben auch pro Anfrage entgegen, in einem provider-Objekt. Autorec lässt Sie sie ergänzen. Unter Einstellungen, KI-Zusammenfassung gibt es ein Textfeld namens Extra request fields (JSON). Das JSON-Objekt, das Sie dort eintragen, wird in die oberste Ebene jeder Zusammenfassungsanfrage übernommen. Ist die OpenRouter-Voreinstellung gewählt, klicken Sie auf Use privacy settings, und das Feld wird so gefüllt:
{"provider": {"zdr": true, "data_collection": "deny"}} Sie können das auch selbst einfügen. Das Feld wird gespeichert, sobald Sie hinausklicken. Ihren OpenRouter-API-Schlüssel brauchen Sie im Schlüsselfeld trotzdem.
Was die beiden Flags laut OpenRouters Dokumentation zur Anbieterauswahl tun:
zdr: trueleitet die Anfrage nur an Endpunkte mit Zero-Data-Retention-Richtlinie.data_collection: "deny"nutzt nur Anbieter, die keine Nutzerdaten sammeln. Standard ist"allow".
Autorec prüft das Feld. model, messages und stream sind reserviert, weil Autorec sie selbst setzt; wer sie speichern will, bekommt „Not saved: autorec sets “model” itself.“ (mit dem jeweiligen Feldnamen). Alles, was kein JSON-Objekt ist, wird mit „Not saved: this isn’t a JSON object.“ abgelehnt. max_tokens und temperature kann das Feld überschreiben, tragen Sie sie dort also nur ein, wenn Sie das wirklich wollen.
Die Kontoeinstellungen trotzdem anlassen
Ich würde die kontoweiten Einstellungen aus dem vorigen Abschnitt trotzdem einschalten. Ein zdr pro Anfrage verschärft nur. OpenRouter kombiniert es mit Ihren Konto- und Guardrail-Einstellungen, es kann sie also nie lockern. Die Kontoeinstellungen gelten außerdem für jede andere App, die Ihren Schlüssel nutzt, und sie fangen Sie auf, wenn Sie das Feld versehentlich leeren oder einen Tippfehler hineinkopieren. Betrachten Sie die Flags pro Anfrage als zweite Schicht, nicht als Ersatz.
Guardrails, wenn Sie im Team arbeiten
OpenRouters Guardrails sind Regeln, die Sie API-Schlüsseln oder Mitgliedern einer Organisation zuweisen. Sie können ZDR pro Modellgruppe erzwingen, die erlaubten Anbieter und Modelle einschränken und festlegen, welche regionalen Domains ein Schlüssel nutzen darf. Ein Guardrail erzwingt nichts, solange er nicht zugewiesen ist, und greifen mehrere, gewinnt das strengere Ergebnis.
Für eine Person mit einem Schlüssel reichen die Kontoeinstellungen. Teilen sich mehrere Leute eine Organisation, legen Sie einen eigenen Schlüssel nur für Autorec an und geben ihm einen Guardrail. Dann hängt der Schutz nicht an den persönlichen Einstellungen aller Beteiligten.
Verarbeitung nur in der EU
Wenn Ihre Calls EU-Daten betreffen, bietet OpenRouter Routing innerhalb der Region an. Dafür ändern Sie die Basis-URL, einen Schalter zum Aktivieren gibt es nicht:
https://eu.openrouter.ai/api/v1 Öffnen Sie in Autorec Einstellungen, KI-Zusammenfassung, wählen Sie OpenRouter als Anbieter und bearbeiten Sie das Feld API-Basis-URL. Es ist ein normales Textfeld, die Voreinstellung lässt sich also überschreiben. API-Schlüssel und Modell-IDs bleiben gleich.
Was die Dokumentation dazu sagt:
- Tarife. Verfügbar in OpenRouters Business- und Enterprise-Tarifen. Auf Business können Sie selbst unter Settings, Manage plan upgraden.
- Im Zweifel gesperrt. Anfragen über die EU-Domain gehen nur an Anbieter in der Region (EU/EWR, Vereinigtes Königreich und Schweiz). Kann keiner Ihr Modell bedienen, bekommen Sie einen Fehler und keinen stillen Wechsel in eine andere Region. Der EU-Katalog ist eine Teilmenge des globalen.
- Nicht alles bleibt in der EU. Kontodaten, Abrechnungsunterlagen, Authentifizierungsdaten, Sicherheitsprotokolle und Metadaten zur Missbrauchserkennung können weiterhin in den USA verarbeitet werden.
- Der AVV. OpenRouter bietet einen Auftragsverarbeitungsvertrag nach DSGVO mit Standardvertragsklauseln an. Ein Zusatz für die reine EU-Verarbeitung von API-Payloads existiert, gilt aber nur, wenn Sie ihn schriftlich wählen. Automatisch ist er nicht.
- Mit ZDR kombinieren. Die Dokumentation empfiehlt, regionales Routing zusammen mit Zero Data Retention zu nutzen. Die Region bestimmt, wo verarbeitet wird. ZDR bestimmt, ob etwas aufbewahrt wird.
- Durchsetzung. Die Guardrail-Einstellung für erlaubte Datenregionen kann Anfragen ablehnen, die über die falsche Domain kommen.
Ihre eigenen Cloud-Konten verlagert das regionale Routing übrigens nicht. Bringen Sie eigene Schlüssel für Bedrock, Azure oder Vertex mit, müssen diese Deployments in der richtigen Region liegen. Der DSGVO-Beitrag zeigt das größere Compliance-Bild, auch was ein AVV abdeckt und was nicht.
Checkliste
- Öffnen Sie in OpenRouter Settings, Privacy und aktivieren Sie ZDR für jede Modellgruppe, die Sie nutzen.
- Sperren Sie an derselben Stelle Anbieter, die Eingaben zum Training speichern.
- Lassen Sie OpenRouter Use of Inputs/Outputs (der 1-%-Rabatt) und Private Input & Output Logging aus.
- Öffnen Sie in Autorec Einstellungen, KI-Zusammenfassung, wählen Sie OpenRouter und klicken Sie unter Extra request fields auf Use privacy settings.
- Optional, für EU-Arbeit: Ändern Sie mit einem Business- oder Enterprise-Tarif Autorecs API-Basis-URL auf
https://eu.openrouter.ai/api/v1und ergänzen Sie, wenn möglich, einen Guardrail für die Datenregion. - Für Teams: Legen Sie einen eigenen Schlüssel für Autorec an und weisen Sie ihm einen Guardrail zu.
- Lassen Sie eine Testzusammenfassung an einer Wegwerf-Aufnahme laufen. Kommt ein Fehler mit „no endpoints“, hat Ihr Modell keinen ZDR-Anbieter (oder keinen in der Region). Wählen Sie ein anderes Modell.
Was das nicht löst
Diese Einstellungen beruhen auf Zusagen mehrerer Unternehmen. ZDR hängt davon ab, dass Anbieter ihre Richtlinien korrekt angeben, und Ihr Transkript geht trotzdem übers Netz auf die Server anderer. Wenn „nichts gespeichert“ für einen bestimmten Call nicht reicht, fassen Sie ihn lokal zusammen oder lassen Sie die Zusammenfassung weg. Das Transkript liegt so oder so als einfache Textdatei auf Ihrer Festplatte, und die Zusammenfassung ist optional.
Quellen, geprüft im Oktober 2026: OpenRouter-Dokumentation zu Datenerhebung und Logging, Zero Data Retention, Anbieterauswahl, Routing innerhalb der Region und Guardrails.
Own your meeting recorder once
Local, private meeting recording for a one-time fee. No monthly bill, no assistant joining your calls.
See pricingVerwandte Artikel
Mehr zu lokaler Aufzeichnung, Transkription und der Automatisierung rund darum.
DSGVO und KI-Zusammenfassungen von Meetings: Welcher Endpunkt passt?
Autorec schickt ein Transkript an den KI-Anbieter Ihrer Wahl, sonst nichts. Was das unter der DSGVO bedeutet, wie Mistral, Scaleway, IONOS, OpenAI und Anthropic im Vergleich dastehen und wann ein lokales Modell die bessere Antwort ist.
Meeting-Zusammenfassungen mit lokalem LLM: Ollama und LM Studio
Lassen Sie auch das Zusammenfassungsmodell auf Ihrem eigenen Rechner laufen. Richten Sie Ollama oder LM Studio ein, verbinden Sie Autorec damit, und Aufnahme, Transkript und Zusammenfassung verlassen Ihren Computer nie.
Meeting-Zusammenfassungen über OpenRouter: ein Schlüssel, jedes Modell
So richten Sie die KI-Zusammenfassung von Autorec in fünf Schritten mit OpenRouter ein, und so viel kostet eine Zusammenfassung: Bruchteile eines Cents mit einem günstigen Modell, ein paar Cent mit einem Frontier-Modell.