DSGVO-konforme KI-Agenten in Deutschland: So geht es richtig

Direkte Antwort: DSGVO-konforme KI-Agenten sind möglich, wenn der Agent auf einem Server in der EU läuft, ein API-Anbieter mit Data-Processing-Addendum verwendet wird, der Cloud Act-Risiken begrenzt, und du als Verantwortlicher sauber dokumentierst (Verarbeitungsverzeichnis, TOMs, AV-Vertrag). OpenClaw bietet als Self-Hosted-Lösung dafür die solideste Basis: alle Konversationen, Memory und Dateien bleiben auf deinem Server, nur der jeweils aktuelle Prompt-Kontext geht über die API an Anthropic oder OpenAI.

DSGVO-konforme KI-Agenten: Geht das überhaupt?

Die kurze Antwort: Ja, aber nur, wenn du es richtig machst. Die meisten KI-Tools (ChatGPT, Claude, Gemini) laufen auf US-Servern. Jede Eingabe verlässt den EU-Raum. Für Unternehmen im DACH-Raum, die personenbezogene Daten verarbeiten, ist das ein Problem.

OpenClaw löst dieses Problem, indem es auf deinem eigenen Server läuft, zum Beispiel bei Hetzner in Falkenstein oder Nürnberg. Wer den ganzen Kursinhalt zum Thema sehen will, schaut in Modul 5: DSGVO und Sicherheit.

Dieser Beitrag erklärt detailliert, wo die Risiken liegen, wie das Self-Hosting-Konzept rechtlich aufgehängt wird, welche Schritte du in der Umsetzung gehen musst und was Branchen mit besonderen Pflichten (Anwälte, Ärzte, Steuerberater) beachten müssen.

Warum Cloud-KI ein DSGVO-Problem ist

Wenn du ChatGPT oder Claude im Browser nutzt, passiert Folgendes:

1. Deine Eingabe (möglicherweise mit Kundennamen, E-Mail-Adressen, Vertragsdaten) wird an Server in den USA gesendet.
2. OpenAI/Anthropic verarbeitet die Daten und behält sich oft vor, sie für Training zu verwenden.
3. Du hast keine Kontrolle über Speicherdauer, Zugriffsrechte oder Löschung.

Das verstößt gegen mehrere DSGVO-Grundsätze: Datenminimierung, Zweckbindung, Speicherbegrenzung und potenziell die Drittlandübermittlung (Art. 44-49 DSGVO).

Hinzu kommt der US-Cloud Act, der US-Behörden weitreichende Zugriffsrechte auf Daten gibt, die ein US-Unternehmen verarbeitet, auch wenn die Server in Europa stehen. Das EU-US Data Privacy Framework mildert das Risiko, aber löst es nicht vollständig.

Konkrete Risiken in der Praxis

• Anwaltskanzlei kopiert Mandantenakte in ChatGPT zur Zusammenfassung. Verstoß gegen § 43a BRAO und Art. 9 DSGVO.
• Arztpraxis lässt Patientenbriefe von ChatGPT formulieren. Verstoß gegen Berufsgeheimnis und Gesundheitsdatenschutz.
• Marketing-Agentur wirft Newsletter-Liste mit personenbezogenen Daten in ein Cloud-LLM zum "Personalisieren". Verstoß gegen den AV-Vertrag mit dem Auftraggeber.

Diese Fälle sind nicht hypothetisch. Sie tauchen regelmäßig in Datenschutz-Beschwerden auf.

Die Self-Hosting-Lösung mit OpenClaw

Mit OpenClaw auf einem deutschen Server (z. B. Hetzner CX22 für ~5 €/Monat) sieht die Situation anders aus:

Was auf deinem Server bleibt

• Alle Konversationen zwischen dir und dem Agenten
• Dateien und Dokumente, die der Agent verarbeitet
• Memory-Dateien (MEMORY.md) mit Langzeitgedächtnis
• Konfiguration (Soul.md, User.md, Identity)
• Skills und Tool-Definitionen

Was an den KI-Anbieter geht

• Nur der aktuelle Prompt-Kontext, also die Nachricht plus relevante Konfiguration, die der Agent gerade verarbeitet.
• Das passiert über die API, nicht das Consumer-Produkt: andere (bessere) Datenschutzbedingungen.
• Anthropic API Terms: Keine Nutzung von API-Daten für Modelltraining.
• OpenAI API: Seit März 2023 ebenfalls keine Nutzung von API-Inputs für Training, sofern Standard-Setting nicht überschrieben wurde.

Warum das einen Unterschied macht

| Aspekt | Cloud-KI (ChatGPT/Claude) | OpenClaw (Self-Hosted) | | --- | --- | --- | | Datenspeicherung | US-Server | Dein Server (DE) | | Training mit deinen Daten | Möglich (je nach Plan) | Nein (API Terms) | | Löschkontrolle | Eingeschränkt | Vollständig | | AV-Vertrag | Kompliziert | Standard (Hetzner DE) | | Art. 28 DSGVO | Schwierig nachweisbar | Klar dokumentierbar | | Cloud-Act-Risiko | Hoch | Sehr gering |

Rechtliche Architektur: Wer ist was?

Im DSGVO-Kontext ist klare Rollenzuweisung Pflicht:

• Verantwortlicher (Art. 4 Nr. 7 DSGVO): Du bzw. dein Unternehmen. Du entscheidest über Zwecke und Mittel.
• Auftragsverarbeiter (Art. 4 Nr. 8 DSGVO):
  • Hetzner (oder Hostinger, IONOS) als Server-Hoster
  • Anthropic oder OpenAI als API-Anbieter
  • Telegram (sofern personenbezogene Inhalte über den Bot laufen)
  • Optional Groq oder andere für Voice-Transkription

Mit jedem dieser Anbieter brauchst du einen AV-Vertrag (Art. 28 DSGVO). Bei Hetzner: online verfügbar. Bei Anthropic: über das Anthropic Privacy Center. Bei OpenAI: über deren Standard-DPA.

Drittlandübermittlung sauber dokumentieren

Wenn du eine US-API nutzt (Anthropic, OpenAI), liegt eine Drittlandübermittlung vor. Das ist nicht automatisch verboten, aber dokumentationspflichtig:

• Rechtsgrundlage: meist Standard-Vertragsklauseln (SCCs) plus EU-US Data Privacy Framework (sofern der Anbieter zertifiziert ist).
• Transfer Impact Assessment (TIA): kurze Risikoanalyse pro Anbieter.
• Information der Betroffenen: in der Datenschutzerklärung, dass und an wen Daten an US-Anbieter gehen.

Wer das maximal sauber will, nutzt zusätzlich europäische Modelle wie Mistral oder lokale Modelle via Ollama. OpenClaw unterstützt beides, mehr dazu in Modul 6: Integrationen und MCP.

Checkliste: DSGVO-konformer KI-Agent

Wenn du OpenClaw DSGVO-konform betreiben willst, beachte diese Punkte:

1. Server-Standort EU wählen

Hetzner Cloud mit Standort Falkenstein oder Nürnberg. Beide Rechenzentren liegen in Deutschland. AV-Vertrag mit Hetzner abschließen (online verfügbar). Alternative: IONOS, Netcup, OVH (Frankreich), Hostinger (Litauen/Niederlande).

2. API-Anbieter prüfen

• Anthropic API: Hat ein Data Processing Addendum (DPA). API-Daten werden laut Terms nicht für Training verwendet.
• OpenAI API: Ebenfalls DPA verfügbar. API-Daten werden nicht für Training genutzt (seit März 2023).
• Mistral / EU-LLMs: Vorteile bei besonders sensiblen Daten, da kein Drittlandtransfer nötig.
• Wichtig: Consumer-Produkte (ChatGPT Plus, Claude Pro) haben andere Bedingungen als die API.

3. Zugriffsschutz einrichten

• Authentifizierung aktivieren (Standard bei OpenClaw über Pairing-Key und Allowlist)
• Allowlist für berechtigte Nutzer (z. B. nur deine Telegram-IDs)
• SSH-Zugang zum Server mit Key-Auth (kein Passwort)
• Firewall mit fail2ban
• Regelmäßige Updates des Betriebssystems

4. Datensparsamkeit im Soul.md

Konfiguriere deinen Agenten so, dass er sensible Daten minimiert:

## Datenschutz-Regeln
- Speichere niemals Kreditkartennummern oder Bankdaten
- Verwende in Zusammenfassungen keine vollen Namen von Dritten
- Lösche sensible Informationen aus dem Kontextverlauf nach Verarbeitung
- Maskiere bei externer Recherche personenbezogene Daten

Das wirkt nicht magisch, aber das Modell folgt diesen Regeln deutlich konsistenter, wenn sie klar in der Soul.md stehen.

5. Dokumentation führen

• Verarbeitungsverzeichnis (Art. 30 DSGVO) aktualisieren
• Rechtsgrundlage für KI-Verarbeitung festlegen (typisch: Art. 6 Abs. 1 lit. f, berechtigtes Interesse)
• Technische und organisatorische Maßnahmen (TOMs) dokumentieren
• Datenschutzerklärung erweitern: Hinweis auf Self-Hosted-KI, Auftragsverarbeiter, Drittlandtransfer

6. Keine sensiblen Daten in Voice-Messages

Sprachnachrichten werden ggf. von Drittanbietern transkribiert (z. B. Groq). Für besonders sensible Inhalte: Text verwenden oder lokale Whisper-Instanz nutzen.

7. Logging und Löschkonzept

• Logs anonymisieren oder pseudonymisieren
• Löschfristen für Memory-Dateien definieren (z. B. 90 Tage rotieren)
• Dokumentation, wie Betroffene ihr Auskunfts- und Löschrecht wahrnehmen können

Branchen mit besonderem Bedarf

Anwaltskanzleien

Mandantendaten unterliegen dem Berufsgeheimnis (§ 43a BRAO). Cloud-KI ist hier besonders kritisch. OpenClaw auf eigenem Server ist eine der wenigen Optionen, KI überhaupt nutzen zu können. Empfohlen: zusätzliche Verschlüsselung der Memory-Dateien und strikte Trennung von Mandanten in unterschiedliche Workspaces oder mindestens separate Memory-Folder.

Arztpraxen und Gesundheitswesen

Patientendaten sind besonders schützenswerte Daten nach Art. 9 DSGVO. Self-Hosting ist hier Pflicht, wenn KI mit Patienteninformationen arbeiten soll. Empfohlen: lokale LLMs (Ollama mit Llama 3 oder Mistral), keine US-API für Patienteninhalte. Außerdem: Auftragsverarbeitung mit der KBV oder zuständigen Stellen abstimmen.

Steuerberater

Mandantendaten mit Steuerbezug. Ähnlich wie bei Anwälten: Cloud-KI nur mit extremer Vorsicht, Self-Hosting bevorzugt. Achtung bei Übertragung an US-API: Steuer-IDs und Mandantennamen besser pseudonymisieren, bevor sie in den Prompt gehen.

Agenturen mit Kundendaten

Marketing-Agenturen verarbeiten Kundendaten ihrer Auftraggeber. Ein AV-Vertrag mit einem US-KI-Anbieter ist meist nicht ausreichend. Self-Hosting eliminiert das Problem. Konkrete Setups dafür finden sich auf der Use-Case-Seite Agenturen.

E-Commerce

Bestellungen, Adressen, Bezahlinfos. Kritisch sind vor allem Kundenservice-Tickets, in denen Kunden teils sensible Daten teilen. Mit OpenClaw lassen sich Tickets klassifizieren, anonymisieren und nur in pseudonymisierter Form an die KI weitergeben. Mehr dazu in den E-Commerce-Use-Cases.

Häufige Compliance-Fehler

1. AV-Vertrag fehlt oder veraltet: Ohne AV-Vertrag mit Hetzner und API-Anbieter geht praktisch gar nichts.
2. Datenschutzerklärung nicht aktualisiert: Wer KI einsetzt und das nicht erwähnt, macht sich angreifbar.
3. Voice-Transkription übersehen: Voice-Pfad führt oft zu zusätzlichen Drittanbietern, die im AV-Verzeichnis vergessen werden.
4. Memory unbegrenzt: 5 Jahre alte Konversationen = Datenleichen. Klare Löschkonzepte fehlen oft.
5. Mehrere Mitarbeiter, ein Account: Zugriffe nicht nachverfolgbar, Berechtigungs-Chaos. Lieber pro Person ein User-Profil.
6. Hosting in Drittland: Wer aus Kostengründen einen US-VPS wählt, verschenkt den ganzen Vorteil.

OpenClaw und der EU AI Act

Seit 2024 in Kraft, ab 2026 schrittweise anwendbar: Der EU AI Act unterscheidet zwischen verbotenen, hochriskanten und begrenzt riskanten KI-Systemen. Reine Assistenten wie OpenClaw fallen meist in die niedrigste Kategorie (Transparenzpflichten), solange sie nicht für Bewerber-Auswahl, Kreditscoring oder ähnliches eingesetzt werden.

Pflichten, die du trotzdem beachten solltest:

• Transparenz: Nutzer müssen erkennen, dass sie mit einer KI sprechen.
• Logging und Nachvollziehbarkeit der Outputs.
• Bei automatisierten Entscheidungen: menschliche Aufsicht (Art. 22 DSGVO bleibt zusätzlich wichtig).

Bei der Konfiguration deines Workspaces lohnt sich eine eigene Compliance-Sektion in AGENTS.md, die genau diese Pflichten verankert.

Praxis-Beispiel: DSGVO-Setup einer kleinen Agentur

Ein typisches Setup für eine 5-Personen-Agentur könnte so aussehen:

• Hosting: 1 Hetzner CX22 in Falkenstein, AV-Vertrag online unterzeichnet.
• Modell: Anthropic API (Sonnet) plus optional lokales Mistral via Ollama für besonders sensible Daten.
• Workspace: Ein Workspace pro Berater, gemeinsame Skills, separate Memory.
• Allowlist: Telegram-IDs der Berater plus interne Slack-Webhooks.
• Backups: Tägliches rsync auf Hetzner Storage Box, wöchentliches Snapshot.
• Dokumentation: Verarbeitungsverzeichnis-Eintrag pro KI-Use-Case, TOMs in Confluence, Datenschutzerklärung erweitert.

Aufwand für Initial-Setup: 1-2 Tage. Laufender Aufwand: ca. 2 Stunden/Monat (Updates, Logs prüfen, Memory rotieren).

FAQ: DSGVO und KI-Agenten

Reicht ein deutscher Server für DSGVO-Konformität?

Nein, das ist eine wichtige Voraussetzung, aber nicht hinreichend. Du brauchst zusätzlich AV-Verträge, ein Verarbeitungsverzeichnis, klare Rechtsgrundlagen, Löschkonzepte und Zugriffsschutz.

Muss ich meine Mitarbeiter informieren, wenn sie mit dem Agenten arbeiten?

Ja, im Rahmen der Mitarbeiter-Datenschutzinformation. Wenn der Agent personenbezogene Inhalte verarbeitet (z. B. E-Mails von Kollegen), ist das eine Verarbeitung im Beschäftigungskontext.

Was, wenn ein Kunde Auskunft verlangt?

Du musst nachweisen können, welche personenbezogenen Daten in deinem Workspace gespeichert sind. Dafür: strukturierte Memory-Dateien, klare Pfade, Suchfunktion. Das ist ein klarer Vorteil von Self-Hosting, weil du im Gegensatz zu Cloud-Tools wirklich vollständigen Zugriff hast.

Kann ich US-APIs überhaupt noch nutzen?

Ja, aber dokumentiert (SCCs, TIA, Privacy Framework). Bei besonders sensiblen Daten lieber EU-Anbieter oder lokale Modelle.

Wie lange darf ich Konversationen speichern?

Solange es für den Zweck nötig ist. Für persönliche Assistenz oft 90-365 Tage. Für Mandanten-Akten je nach Aufbewahrungsfrist (z. B. 6-10 Jahre bei Steuerunterlagen). Klare Trennung zwischen "Konversationsverlauf" (kurz) und "Akten" (lang) ist sinnvoll.

Brauche ich einen Datenschutzbeauftragten dafür?

Hängt von Unternehmensgröße und Verarbeitungsumfang ab. Bei umfangreichem KI-Einsatz mit besonderen Datenkategorien: ja, einer interner oder externer DSB ist sinnvoll, oft sogar Pflicht (§ 38 BDSG, Art. 37 DSGVO).

Tipp: Wenn du einen DSGVO-konformen VPS-Standort suchst, ist Hostinger eine Alternative zu Hetzner: KVM-VPS in Frankfurt, EU-Server, AV-Vertrag und mit etwas einsteigerfreundlicherem Panel. Genauso datenschutzkonform betreibbar wie Hetzner, wenn du beim Setup sauber arbeitest. Hostinger ansehen →Affiliate-Link — wir erhalten eine Provision, wenn du über diesen Link bestellst. Für dich ändert sich am Preis nichts.

Roadmap: So baust du Compliance schrittweise auf

Wer von null startet, geht am besten in dieser Reihenfolge vor:

1. Woche 1: Server bereitstellen, AV-Vertrag mit Hetzner online unterzeichnen, SSH-Hardening abschließen.
2. Woche 2: API-Anbieter wählen, DPA prüfen und ablegen, OpenClaw einrichten, Allowlist setzen.
3. Woche 3: Soul.md mit Datenschutz-Regeln aufsetzen, erste Skills installieren und prüfen, ob sie EU-konform sind.
4. Woche 4: Verarbeitungsverzeichnis-Eintrag schreiben, TOMs dokumentieren, Datenschutzerklärung anpassen, Backup-Strategie definieren.
5. Monat 2: Erstes internes Audit, Lücken schließen, Mitarbeiterschulung zur Nutzung.
6. Monat 3+: Routine etablieren (monatlicher Log-Review, vierteljährliche Verzeichnis-Aktualisierung, jährliches DSB-Review).

Mit dieser Roadmap baust du innerhalb von 3 Monaten ein wirklich solides DSGVO-konformes KI-Setup auf, das auch ein Audit überlebt.

Internationale Perspektive: Schweiz und Österreich

In der Schweiz gilt das DSG (Datenschutzgesetz). Es ist DSGVO-ähnlich, aber nicht identisch. Wichtigster Unterschied: Drittlandtransfer regelt das DSG ähnlich, anerkennt aber nicht automatisch dieselben Schutzniveaus wie die EU. Wer in der Schweiz arbeitet und Daten in EU-Server schiebt, hat es relativ leicht; bei US-API-Anbietern braucht es zusätzliche Risikoabschätzung.

In Österreich gilt die DSGVO direkt, plus das DSG-A (nationale Anpassungen). Praktisch sind die Anforderungen mit Deutschland identisch, einzelne Sonderregelungen (z. B. zu Bildaufnahmen) können relevant werden, sind aber für den OpenClaw-Use-Case selten ausschlaggebend.

Beide Setups laufen mit derselben OpenClaw-Architektur, nur die Dokumentation muss jeweils auf die nationalen Aufsichtsbehörden zugeschnitten sein.

Fazit

DSGVO-konforme KI-Agenten sind kein Wunschdenken. Sie erfordern nur die richtige Architektur. OpenClaw auf einem deutschen Server gibt dir:

• Volle Datensouveränität über Konversationen und Dateien
• Klare Verantwortlichkeiten (du bist der Verantwortliche, Hetzner der Auftragsverarbeiter)
• Dokumentierbare Compliance für Behörden und Mandanten
• Skalierbarkeit für Teams und mehrere Kunden
• Flexibilität bei der Modellwahl: US-API, EU-API oder lokales Modell

In unserem OpenClaw Kurs haben wir ein komplettes Modul zu DSGVO und Sicherheit, das dich Schritt für Schritt durch die Einrichtung führt: Modul 5: DSGVO und Sicherheit.