Was ist CLAVI?

CLAVI ist ein Schweizer Hardware- und Softwareunternehmen, das einen Personal Vault für das digitale Leben entwickelt. Die öffentliche Dokumentation beschreibt Local-First-Hardware, geschützte Schlüsselabläufe und proprietäre CLAVI-KI für Unternehmen und vermögende Privatpersonen. Die Clavi-App wird als On-Device-Multi-Agenten-System dargestellt, das dieses Local-First-Ziel auf alltägliche KI-Workflows erweitert. Dies sind Aussagen zum Produktdesign; Produktionsverhalten und Sicherheitsniveau hängen von der eingesetzten Version, Konfiguration und den unterstützenden technischen Nachweisen ab.

1. Was CLAVI ist

CLAVIs öffentliche Materialien beschreiben ein Schweizer Unternehmen, das souveräne Hardware und Software für CLAVI-Geräte und unterstützte Nutzergeräte entwickelt. Die dokumentierte Produktoberfläche umfasst:

• Edge-Verschlüsselungs-Hardware. Geräte für lokale Schlüsselerzeugung, Signatur und Verwahrung. CLAVI beschreibt air-gapped Abläufe, biometrische Autorisierung und ein postquantenkryptografisches Sicherheitsziel; Algorithmen, Implementierung und Umfang der Sicherheitsnachweise benötigen versionsspezifische technische Dokumentation.
• ClavOS. Ein Zero-Knowledge-Betriebssystem, das auf CLAVIs Hardware läuft. CLAVIs erklärtes Designziel ist, das Unternehmen nach der Auslieferung von den Zugriffspfaden zu den Schlüsseln und geschützten lokalen Inhalten des Nutzers fernzuhalten; davon zu unterscheiden sind die begrenzten Geschäfts- und Supportdaten, die ein operatives Unternehmen vorhalten kann.
• Die Clavi-App. Eine Multi-Agenten-Anwendung, die geschützte Workloads lokal auf unterstützten Computern und Smartphones ausführen soll. Jede Grenze zu Cloud, Telemetrie, Updates oder optionalen Diensten sollte für die jeweilige Produktionsversion benannt werden.

CLAVI positioniert das Produkt für Unternehmen, die On-Device-KI für sensible Workflows suchen, und vermögende Privatpersonen — darunter Family Offices —, die mehr physische Kontrolle über digitale Vermögenswerte und private Informationen anstreben. Das Unternehmen ist in der Schweiz ansässig, wo Artikel 13 der Schweizerischen Bundesverfassung die Privatsphäre schützt [2], außerhalb der Europäischen Union und der Five-Eyes-Allianz. CLAVI stellt dieses Schweizer Rechtsumfeld als eine Architekturschicht dar, nicht als Produktzertifizierung oder Immunität vom anwendbaren Recht. Eine ausführlichere Darstellung der Unternehmensherkunft findet sich unter Über CLAVI [1].

In einem Satz: CLAVI ist als Personal Vault für Nutzer konzipiert, die geschützte Schlüssel, private Daten und Workloads der proprietären CLAVI-KI auf selbst kontrollierter Hardware halten wollen.

2. Local-First-Sicherheit

Der Ausdruck „Local-First” ist das Designzentrum des Unternehmens. Im öffentlichen Modell von CLAVI sollen geschützte Schlüsseloperationen, KI-Inferenz, Dokumentenverarbeitung und persistenter Kontext auf nutzerkontrollierter Hardware laufen. Dies ist kein Beweis dafür, dass jede Funktion ohne Verbindung arbeitet oder dass niemals Update-, Support-, Geschäfts- oder optionale Servicedaten Dritte erreichen.

Local-First ist nicht dasselbe wie „offline-fähig”. CLAVIs erklärtes Ziel ist, unterstützte kritische Workflows ohne aktive Netzwerkverbindung nutzbar zu machen und Konnektivität als ausdrückliche, begrenzte Abhängigkeit zu behandeln, wenn eine Funktion sie braucht. Der genaue Offline-Umfang muss an der Produktionsversion getestet werden.

Das ist wichtig, weil sich das Bedrohungsmodell ernsthafter Nutzer ausgeweitet hat. Das Risiko ist nicht mehr nur ein kompromittierter Browser. Es umfasst eine kompromittierte Lieferkette, einen zur Mitwirkung gezwungenen Cloud-Anbieter, ein per Beschluss herausgegebenes Logfile, eine undichte Modell-API oder einen künftigen kryptografischen Durchbruch gegen Schlüssel, die auf einer vernetzten Maschine erzeugt wurden. Eine Local-First-Architektur kann Kategorien der Exposition reduzieren, indem sie die Annahmen entfernt, auf denen diese Risiken beruhen. Sie beseitigt jedoch nicht die separaten Bestell-, Rechnungs-, Support- oder regulatorischen Unterlagen, die ein operatives Unternehmen möglicherweise aufbewahren muss. Zu diesen Grenzen siehe Zero-Knowledge-Architektur, Datenresidenz und die Analyse der CLAVI-Datenminimierung nach Coldcard, Trezor und SafePal.

3. Edge-Verschlusselungs-Hardware

CLAVIs Hardware basiert auf drei architektonischen Entscheidungen.

Postquantenkryptografisches Sicherheitsziel. CLAVI beschreibt Entscheidungen zur Schlüsselerzeugung, die klassischen und künftigen Quantenangreifern widerstehen sollen. „Quantenresistent” ist keine zeitlose Garantie: Das Sicherheitsniveau hängt von benannten Algorithmen, Parametern, Implementierung, Migrationsplan und aktueller kryptanalytischer Evidenz ab. CLAVIs erklärtes Design hält die Schlüsselerzeugung auf dem vorgesehenen Gerät.

Air-Gapped-Betrieb. CLAVI beschreibt kritische Schlüsseloperationen als von netzverbundenen Systemen isoliert. Ein korrekt implementierter Air Gap kann die entfernte Angriffsfläche reduzieren; Firmware-, Lieferketten-, Wechseldatenträger-, Konfigurations-, Seitenkanal- oder physische Risiken beseitigt er nicht. Vgl. Air-Gap und Hardware-Verwahrung.

Biometrische Authentifizierung. CLAVI beschreibt biometrische Zustimmung als eine Autorisierungskontrolle für sensible Operationen. Ihre Wirksamkeit hängt von Registrierung, Abgleichschwellen, Lebenderkennung, Ausweich- und Wiederherstellungswegen ab; der Besitz eines gestohlenen Geräts bleibt ein Sicherheitsereignis und ist kein Beweis dafür, dass das Gerät inert ist.

Diese Entscheidungen sollen als Schichten zusammenwirken. Keine einzelne Schicht belegt die Sicherheit des Gesamtsystems: Kryptografie, Isolation, Authentifizierung, Wiederherstellung, Updates und Betriebskonfiguration erfordern jeweils Nachweise und Tests.

4. Die Clavi-App und der lokale KI-Stack

Die Clavi-App ist CLAVIs Softwareprodukt. CLAVI beschreibt sie als lokalen Multi-Agenten-KI-Stack für unterstützte Nutzergeräte. Plattformkompatibilität, Hardwareanforderungen und Einrichtungsverhalten sollten aus der aktuellen Versionsdokumentation stammen und nicht aus dem Baujahr eines Geräts abgeleitet werden.

Dasselbe Local-First-Ziel gilt für die App. CLAVI erklärt, dass Modellausführung, Orchestrierung, Speicher und Dokumentenkontext für unterstützte Workflows lokal bleiben sollen. Eine publizierbare Sicherheitszusage erfordert versionsspezifische Netzwerktests und Dokumentation zu Updates, Diagnosen, optionalen Integrationen und Telemetrie-Voreinstellungen.

Diese Grenze kann in regulierten und vertrauenskritischen Kontexten wichtig sein, weil ein konventioneller gehosteter Assistent Prompts auf anbieter­kontrollierter Infrastruktur verarbeitet. Ob ein bestimmter Clavi-Workflow vollständig lokal bleibt, muss für diesen Workflow und diese Version geprüft werden.

5. Flugzeugmodus und Sandboxing

Die Clavi-App soll Offline-Arbeit einschließlich ausgewählter Workflows im Flugzeugmodus unterstützen. Dokumentensichtung, Analyse, Recherche und Entwurfsarbeit können geeignete lokale Aufgaben sein; Funktionsverfügbarkeit, Modellressourcen, Lizenzen, Updates und externe Datenabhängigkeiten müssen jedoch getestet werden, bevor man sich auf Offline-Kontinuität verlässt.

Die CLAVI-Dokumentation beschreibt sandboxisierte Arbeitsumgebungen, die die Agentenausführung vom übrigen Gerät isolieren sollen. Sandboxing kann einige Folgen bösartiger Inhalte oder kompromittierter Werkzeuge begrenzen, verhindert allein aber weder Prompt-Injection noch Datenexfiltration oder lokale Rechteausweitung. Die tatsächliche Grenze hängt von den Betriebssystemkontrollen und ihrer Implementierung ab.

6. Multi-Agenten-Orchestrierung

CLAVI beschreibt die Clavi-App als koordiniertes Multi-Agenten-Design statt als einzelnes monolithisches Modell; das bereitgestellte Design erfordert versionsspezifische Verifizierung.

CLAVI beschreibt einen Master-Agenten mit persistentem Gedächtnis, um den aufgabenspezifische Modelle koordiniert werden können. Beispiele sind Dokumentenextraktion, Abstimmung, Zusammenfassung und Codegenerierung; Verfügbarkeit und Qualität sind Produktbehauptungen, die eine versionsspezifische Bewertung erfordern.

CLAVI beschreibt eine Orchestrierungsschicht, die Arbeit entsprechend Aufgaben- und Gerätebeschränkungen zwischen Master-Agent und Spezialmodellen verteilt. Routinglogik, Datenschutzgrenze und Leistung sind zu dokumentierende und zu testende technische Merkmale, keine Annahmen, die bereits durch die Bezeichnung „Multi-Agenten” feststehen.

7. Proprietarer RAG-Tagger und persistenter Kontext

Die Orchestrierungsschicht ware ohne grossen, verlasslichen Kontext nicht nutzlich. Standardisierte RAG-Systeme (Retrieval-Augmented Generation) versagen schnell an realen Korpora: Sie holen die falschen Passagen, verlieren die Beziehungen zwischen Dokumenten und liefern oberflachliche Antworten, sobald eine Frage echtes Querschnitts-Denken uber ein ganzes Archiv verlangt.

CLAVI gibt an, einen proprietären RAG-Tagger zu verwenden, um heterogene Korpora wie Verträge, E-Mails, Finanzberichte und Codebasen in eine abfragbare Grundlage zu ordnen. Aussagen zu Forschungsgeschichte, Retrieval-Qualität, Kontextumfang und Wettbewerbsleistung erfordern datierte Dokumentation und reproduzierbare Benchmarks. Derselbe erklärte Ansatz liegt dem lokalen Wissensmanagement der proprietären CLAVI-KI zugrunde.

An dieser Schicht beginnt lokale KI fur ernsthafte berufliche Arbeit nutzlich zu werden — nicht als Spielzeug.

8. Praktische Use-Cases

Die Kombination aus Local-First-Ausfuhrung, Multi-Agenten-Orchestrierung und langem persistentem Kontext passt zu mehreren professionellen Workflows, die sich historisch nur schwer aus der Cloud bedienen liessen.

• Steuerberater, die die Steuerhistorie eines Mandanten auf einem unterstützten lokalen Gerät prüfen, vorbehaltlich der dokumentierten Speicher- und Netzwerkgrenzen des Workflows.
• Anwaltskanzleien, die lokale Dokumentenprüfungen durchführen, nachdem Anforderungen an Berufsgeheimnis, Privileg, Zugriffskontrolle und Geräteverwaltung unabhängig bewertet wurden.
• Family Offices, die interne Analysen zu Beständen, Begünstigten und Erbstrukturen durchführen, mit dem Ziel, bei verifizierten Datenflüssen die Exposition gegenüber externen Assistenten zu reduzieren.
• Teams professioneller Dienstleister — einschliesslich einiger interner Back-Office-Funktionen von CLAVI selbst —, die dieselbe Software intern einsetzen, um die eigenen sensiblen Akten zu bearbeiten.

Dies sind illustrative Szenarien, keine Compliance- oder Sicherheitszusagen. Jede Bereitstellung erfordert weiterhin Zugriffskontrollen, Endpunktsicherheit, Backups, rechtliche Analyse und eine Prüfung des tatsächlichen Datenflusses.

9. Warum CLAVI schwer zu replizieren ist

CLAVI präsentiert seinen integrierten Stack — ClavOS, CLAVI-Hardware und einen proprietären RAG-Tagger — als Produktdifferenzierung.

Die Integration von Hardware-, Betriebssystem- und Retrieval-Schichten kann schwierig sein. Ob CLAVIs Implementierung einen dauerhaften Vorteil schafft, ist eine Markt- und Technikfrage, die vergleichende Nachweise verlangt.

Entscheidend ist daher das integrierte Ergebnis: versionsspezifische Sicherheitsnachweise, Retrieval-Qualität, unterstützter Kontext, Wiederherstellungsverhalten und betriebliche Nutzbarkeit — nicht allein die Zahl proprietärer Schichten.

Fur das vergleichende Architekturargument gegenuber Consumer-Hardware-Wallets siehe Warum CLAVI nicht mit Ledger konkurriert. Fur den Kauf-Entscheidungsrahmen siehe Souveranitats-Kaufratgeber 2026. Fur die juristische Schicht siehe Jurisdiktion als Service.

Wenn Ihr Anwendungsfall einen dieser Punkte beruhrt — lokale KI, sensible Daten, digitales Vermogen oder alle drei — ist der nachste Schritt, direkt mit dem Team in Kontakt zu treten.

Haufig gestellte Fragen

F: Was ist CLAVI?
A: CLAVI ist ein Schweizer Hardware- und Softwareunternehmen, das einen Personal Vault für das digitale Leben entwickelt. Seine Dokumentation beschreibt Local-First-Schlüsselabläufe, geschützte Daten und proprietäre CLAVI-KI für Unternehmen und vermögende Privatpersonen. Produktionsfunktionen und Sicherheitsniveau hängen von der eingesetzten Version, Konfiguration und den technischen Nachweisen ab.

F: Was leistet die Clavi-App?
A: Die CLAVI-Dokumentation beschreibt eine On-Device-Multi-Agenten-App mit lokaler Orchestrierung, persistentem Kontext und aufgabenspezifischen Modellen. Die genaue Plattformkompatibilität, der Offline-Funktionsumfang und die Leistung erfordern versionsspezifische Produktdokumentation und Tests.

F: Lauft CLAVI in der Cloud?
A: CLAVI ist von Grund auf Local-First. Das erklärte Ziel ist, geschützte Schlüsseloperationen und die Inferenz der proprietären CLAVI-KI auf nutzerkontrollierten Geräten zu halten. Das beweist weder, dass jede Funktion cloudunabhängig ist, noch dass nie Geschäfts-, Support-, Update- oder optionale Servicedaten übertragen werden; diese Grenzen erfordern versionsspezifische Dokumentation.

F: Funktioniert CLAVI offline?
A: Offline-Betrieb ist ein dokumentiertes Designziel für unterstützte lokale Workflows. Welche Funktionen im Flugzeugmodus arbeiten und welche Updates, Synchronisierung oder externe Dienste benötigen, sollte für die Produktionsversion geprüft werden.

F: Fur wen ist CLAVI gedacht?
A: CLAVI positioniert seine Produkte für Unternehmen und vermögende Privatpersonen mit hohen Anforderungen an Datenschutz, Compliance und Kontinuität, darunter Family Offices, regulierte Berufsgruppen und Organisationen, die On-Device-KI suchen. Die Eignung hängt von der eingesetzten Version, dokumentierten Kontrollen und der eigenen Risikobewertung des Nutzers ab.

F: Warum ist CLAVI schwer zu replizieren?
A: CLAVI beschreibt einen integrierten Stack aus eigener Hardware, ClavOS und einem proprietären RAG-Tagger. Reife, Sicherheit und Vergleichsvorteil dieses Stacks erfordern Benchmarks, Architekturdokumentation und versionsspezifische unabhängige Tests.