Privacy by Design

Datenschutz wird von Anfang an mitgedacht, nicht nachträglich als Checkbox.

Prinzip

• Datenminimierung: Nur erheben, was für den Zweck nötig ist
• Privacy by Default: Restriktive Defaults, Opt-in wo sinnvoll
• Transparenz: In Docs und UI nachvollziehbar, welche Daten wohin fließen
• Secrets serverseitig: Keine API-Keys oder Tokens im Client-Bundle

Regeln nach Bereich

Marketing (addxion-com)

• Keine Third-Party-Tracker ohne bewusste Entscheidung und Dokumentation
• llms.txt / öffentliche Inhalte: keine personenbezogenen Testdaten
• CMS (/cms) nur authentifiziert; keine öffentlichen Admin-Pfade

Auth und Sessions (addxion-ai, CMS)

• Auth-Daten in D1 (@addxion/auth); minimale OAuth-Scopes
• HttpOnly-Session-Cookies; keine Tokens in localStorage für Session-Auth

KI und LLM (@addxion/ai)

• PII vor LLM-Aufruf filtern oder pseudonymisieren
• Kein Training mit Kundendaten by Default
• Retention und Löschfristen bewusst setzen und dokumentieren

Design System (addxion-neon)

• Keine Telemetrie in Primitives oder Tokens
• Consumer entscheiden über Analytics — nicht im Shared Package verstecken

Checkliste vor Merge

1. Welche personenbezogenen Daten werden verarbeitet?
2. Warum sind sie für das Feature nötig?
3. Wo werden sie gespeichert (D1, Neon, R2, Drittanbieter)?
4. Wie erfolgen Löschung und Export?
5. Ist die Verarbeitung in Datenschutz-Docs oder MASTERPLAN erwähnt?

Verwandte Docs

• Server / Client — Bundle-Grenzen, keine Secrets im Client
• AI Architecture — Datenbanken, Bindings
• Repo Boundaries
• Websites entwickeln — Marketing ohne Tracker-Defaults

Truths

ID	Wahrheit
T-DATA-AUTH-SHARED	Identity ökosystem-weit geteilt
T-DATA-APP-ISOLATED	Produkt-Daten pro App isoliert
T-PKG-AI	LLM-SSOT in @addxion/ai

Für Agents

Scope: Datenschutz als Architektur-Prinzip.

• Datenminimierung und Privacy by Default
• Keine Secrets im Client; PII vor LLM filtern
• Checkliste vor Merge auf dieser Seite