Wo sind meine Daten gerade?
Source-available, selbst hostbar, kein Vendor-Lock-in. lynox ist so gebaut, dass diese Frage eine Antwort in einem Satz hat.
Wo deine Daten liegen
Zwei Formen, ein Prinzip.
Deine Geschäftsdaten liegen auf einem Host, den du kontrollierst. Das Einzige, was diesen Host verlässt, ist der Inferenz-Call an den LLM-Anbieter, auf den du lynox gerichtet hast — und nur für die Dauer dieser einen Anfrage.
Selbst gehostet Managed (lynox.ai)
─────────────── ──────────────────
Dein Server Per-Tenant-Container
│ │
├── lynox-Prozess ├── lynox-Prozess
├── SQLite (Konversationen, ├── SQLite (dasselbe)
│ Wissensgraph, Vault) ├── Vault: AES-256-GCM
└── ausgehend: │ verschlüsselt at rest
└── LLM-Anbieter-API └── ausgehend:
├── LLM-Anbieter-API
└── Bugsink-Fehler
(First-Party EU,
PII bereinigt)Welche LLM-Anbieter deine Prompts sehen
Du wählst. Wir tauschen nie aus.
Du wählst den Anbieter bei der Installation. Die Control Plane ersetzt nie einen durch einen anderen und leitet nie über ein von lynox betriebenes Relay um.
| Anbieter-Option | Selbst gehostet | Managed |
|---|---|---|
| Anthropic (Claude) | Direkt von deinem Host an api.anthropic.com. | Direkt von deinem Tenant-Container an api.anthropic.com. Kein lynox-Proxy. |
| Mistral (Mistral Large / Ministral) | Direkt von deinem Host an api.mistral.ai (Paris, EU). | Direkt von deinem Tenant-Container an Mistral. Kein lynox-Proxy. |
| Custom (OpenAI-kompatibel) | Welchen Endpoint du auch wählst — Ollama auf localhost, LM Studio, LiteLLM, Groq, vLLM, ein Firmen-Gateway. Direkt. | Dasselbe, pro Tenant konfiguriert. |
Anthropic und Mistral sagen in ihren kostenpflichtigen API-Bedingungen zu, nicht auf Inferenz-Eingaben zu trainieren. Bei Custom-Endpoints gelten die AGB des Endpoints, auf den du zeigst — zeigst du auf eine Gratis-API, willigst du unter Umständen ins Training ein; zeigst du auf ein Ollama on-prem, verlässt nichts dein Netz. Die Unterauftragsverarbeiter stehen im AVV.
Die Lizenz lässt dich jederzeit gehen
Managed ist ein Angebot an Bequemlichkeit, kein Lock‑in.
lynox erscheint unter der Elastic License 2.0 — source-available, frei für jede Nutzung inklusive Produktion und Kundenkontakt, mit einer Einschränkung: du darfst lynox nicht selbst als konkurrierendes Managed-Hosting weiterverkaufen. Passt Managed irgendwann nicht mehr, exportiert der Migrations-Assistent deinen kompletten Instanz-Zustand — Vault, Datenbank, Wissensgraph — in ein Docker-Volume auf einem Host, den du kontrollierst. Das Datenformat ist in beiden Fällen identisch, es gibt also keine Reibung beim Reimport.
Was lynox bewusst nicht sendet
Drei Dinge, die wir absichtlich lassen.
- Keine Third-Party-Analytics in lynox. Die einzige ausgehende Telemetrie ist Fehler-Reporting an ein selbst gehostetes First-Party-Bugsink (bugs.lynox.cloud, EU, PII bereinigt): bei Managed immer aktiv auf Basis von Art. 6(1)(f) berechtigtes Interesse, bei Self-Hosting Opt-in über
LYNOX_BUGSINK_DSN. Die Marketing-Site nutzt Plausible, Opt-out über das Cookie-Banner. - Kein automatisches Cloud-Backup. Self-Hosting-Backups werden mit deinem eigenen Schlüssel verschlüsselt und gehen dorthin, wohin du zeigst (heute Google Drive oder ein lokaler Pfad). Managed-Backups bleiben im Per-Tenant-Volume bei Hetzner.
- Keinen „Service mit deinen Daten verbessern"-Schalter. Inferenz ist einmalig. Logs, die Prompt-Inhalte behalten, sind Opt-in und standardmässig aus; siehe KI-Transparenz.
Tiefer graben
- Datensouveränität — welches Land was verarbeitet, Liste der Unterauftragsverarbeiter, Zusagen zum Speicherort.
- EU-Konformität — DSGVO-Zuordnung, Rechtsgrundlage, AVV, Betroffenenrechte.
- KI-Transparenz — Offenlegung nach EU AI Act, Modell-Liste, Grenzen, menschliche Aufsicht.
- Schweizer Datenschutz — revDSG-Konformität für Schweizer Unternehmen (Betreiber ist ein Schweizer Einzelunternehmen in Rapperswil-Jona).
Sicherheitslücke gefunden?
Weg für Responsible Disclosure: SECURITY.md im Source-Repo. Meldungen landen direkt bei Rafael; eine erste Antwort kommt in der Regel innerhalb weniger Arbeitstage.