Qu'est-ce que CLAVI ?

CLAVI est une entreprise suisse de matériel et de logiciels qui développe un Personal Vault pour la vie numérique. Sa documentation publique décrit du matériel local-first, des workflows de clés protégées et l’IA propriétaire de CLAVI destinés aux entreprises et aux particuliers fortunés. L’application Clavi est présentée comme un système multi-agents on-device qui étend cet objectif local-first aux workflows IA du quotidien. Il s’agit d’énoncés de conception produit ; le comportement en production et le niveau d’assurance de sécurité dépendent de la version déployée, de sa configuration et des preuves d’ingénierie disponibles.

1. Ce qu’est CLAVI

Les documents publics de CLAVI décrivent une société suisse qui développe du matériel et des logiciels de niveau souverain pour les appareils CLAVI et les appareils utilisateur pris en charge. La surface produit documentée comprend :

• Matériel de chiffrement de périphérie. Des dispositifs destinés à la génération, à la signature et à la garde de clés sur site. CLAVI décrit des workflows air-gapped, une autorisation biométrique et un objectif de sécurité post-quantique ; les algorithmes, l’implémentation et le périmètre d’assurance exigent une documentation technique propre à chaque version.
• ClavOS. Un système d’exploitation zero-knowledge qui s’exécute sur le matériel CLAVI. L’objectif de conception déclaré de CLAVI est de maintenir la société hors des circuits donnant accès aux clés et au contenu local protégé de l’utilisateur après livraison ; cela se distingue des données commerciales et d’assistance limitées qu’une entreprise opérationnelle peut détenir.
• L’application Clavi. Une application multi-agents destinée à exécuter localement les charges de travail protégées sur les ordinateurs et smartphones pris en charge. Toute limite liée au cloud, à la télémétrie, aux mises à jour ou aux services optionnels doit être précisée pour la version de production concernée.

CLAVI positionne le produit pour les entreprises recherchant une IA on-device pour les workflows sensibles et les particuliers fortunés — y compris les family offices — recherchant davantage de contrôle physique sur leurs actifs numériques et informations privées. La société opère depuis la Suisse, où l’article 13 de la Constitution fédérale protège la vie privée [2], hors de l’Union européenne et de l’alliance Five Eyes. CLAVI présente ce cadre juridique suisse comme une couche de son architecture, et non comme une certification produit ou une immunité au droit applicable. Pour un récit plus complet des origines de la société, voir À propos de CLAVI [1].

En une ligne : CLAVI est conçu comme un Personal Vault pour les utilisateurs qui veulent conserver les clés protégées, les données privées et les charges de travail de l’IA propriétaire de CLAVI sur du matériel qu’ils contrôlent.

2. Sécurité local-first

L’expression « local-first » est le centre de conception de la société. Dans le modèle public de CLAVI, les opérations de clés protégées, l’inférence IA, la gestion documentaire et le contexte persistant sont destinés à s’exécuter sur du matériel contrôlé par l’utilisateur. Cela ne doit pas être interprété comme la preuve que chaque fonction marche sans connectivité ni qu’aucune donnée de mise à jour, d’assistance, de commerce ou de service optionnel n’atteint jamais un tiers.

Local-first n’est pas synonyme de « capable de fonctionner hors ligne ». L’objectif déclaré de CLAVI est de rendre les workflows critiques pris en charge utilisables sans connexion réseau active, tout en traitant la connectivité comme une dépendance explicite et limitée lorsqu’une fonction l’exige. La couverture hors ligne exacte doit être testée sur la version de production.

Cela compte car le modèle de menace pour les utilisateurs sérieux s’est élargi. Le risque n’est plus seulement un navigateur compromis. C’est une chaîne d’approvisionnement compromise, un fournisseur cloud contraint, un journal d’audit assigné, une API de modèle qui fuit, ou une future rupture cryptographique contre des clés générées sur une machine connectée. Une architecture local-first peut réduire certaines catégories d’exposition en supprimant les hypothèses sur lesquelles ces risques reposent. Elle n’efface cependant pas les dossiers distincts de commande, de facturation, d’assistance ou de conformité réglementaire qu’une entreprise peut devoir conserver. Pour comprendre ces limites, voir Architecture Zero-Knowledge, Résidence des données et l’analyse de la minimisation des données chez CLAVI après Coldcard, Trezor et SafePal.

3. Matériel de chiffrement de périphérie

Le matériel de CLAVI s’articule autour de trois choix architecturaux.

Objectif de sécurité post-quantique. CLAVI décrit des choix de génération de clés destinés à résister aux adversaires classiques et aux futurs adversaires quantiques. « Résistant au quantique » n’est pas une garantie intemporelle : le niveau d’assurance dépend des algorithmes et paramètres nommés, de l’implémentation, du plan de migration et des preuves cryptanalytiques actuelles. La conception déclarée par CLAVI maintient la génération des clés sur l’appareil désigné.

Fonctionnement air-gapped. CLAVI décrit les opérations critiques sur les clés comme isolées des systèmes connectés au réseau. Un air-gap correctement implémenté peut réduire la surface d’attaque distante ; il ne supprime pas les risques liés au firmware, à la chaîne d’approvisionnement, aux supports amovibles, à la configuration, aux canaux auxiliaires ou aux menaces physiques. Définitions canoniques : Air-Gap et Garde matérielle.

Authentification biométrique. CLAVI décrit l’approbation biométrique comme l’un des contrôles d’autorisation pour les opérations sensibles. Son efficacité dépend de l’enrôlement, des seuils de correspondance, des contrôles de vivacité, des solutions de repli et des parcours de récupération ; la possession d’un appareil volé reste un incident de sécurité, et non la preuve que l’appareil est inerte.

Ces choix sont destinés à fonctionner en couches. Aucune couche ne suffit à établir la sécurité du système complet : le choix cryptographique, l’isolation, l’authentification, la récupération, les mises à jour et la configuration opérationnelle exigent tous des preuves et des tests.

4. L’application Clavi et la pile d’IA locale

L’application Clavi est le produit logiciel de CLAVI. CLAVI la décrit comme une pile d’IA multi-agents locale pour les appareils utilisateurs pris en charge. La compatibilité des plateformes, les exigences matérielles et le comportement de configuration doivent être tirés de la documentation de la version actuelle, et non déduits de l’année de l’appareil.

Le même objectif local-first régit l’application. CLAVI indique que, pour les workflows pris en charge, l’exécution des modèles, l’orchestration, la mémoire et le contexte documentaire sont destinés à rester locaux. Une affirmation publiable sur ce niveau d’assurance exige des tests réseau propres à la version ainsi qu’une documentation des mises à jour, diagnostics, intégrations optionnelles et paramètres de télémétrie par défaut.

Cette limite peut compter dans les contextes réglementés ou à haute exigence de confiance, car un assistant hébergé classique traite les prompts sur une infrastructure contrôlée par le fournisseur. Il faut vérifier, pour chaque workflow et chaque version, si un workflow Clavi particulier reste entièrement local.

5. Fonctionnement en mode avion et sandboxing

L’application Clavi est destinée à prendre en charge le travail hors ligne, y compris certains workflows en mode avion. La revue documentaire, l’analyse, la recherche et la rédaction peuvent convenir à un traitement local, mais la disponibilité des fonctions, les ressources des modèles, les licences, les mises à jour et les dépendances à des données externes doivent être testées avant de compter sur la continuité hors ligne.

La documentation de CLAVI décrit des environnements de travail sandboxés destinés à isoler l’exécution des agents du reste de l’appareil. Le sandboxing peut limiter certaines conséquences de contenus malveillants ou d’outils compromis, mais il n’empêche pas à lui seul l’injection de prompts, l’exfiltration de données ou l’élévation locale de privilèges. La limite réelle dépend des contrôles du système d’exploitation et de leur implémentation.

6. Orchestration multi-agents

CLAVI décrit l’application Clavi comme une conception multi-agents coordonnée plutôt que comme un modèle monolithique unique ; la conception déployée exige une vérification propre à chaque version.

CLAVI décrit un agent maître doté d’une mémoire persistante autour duquel des modèles spécialisés par tâche peuvent être coordonnés. Les exemples comprennent l’extraction documentaire, la réconciliation, la synthèse et la génération de code ; leur disponibilité et leur qualité sont des affirmations produit qui exigent une évaluation propre à chaque version.

CLAVI décrit une couche d’orchestration qui achemine le travail entre l’agent maître et les modèles spécialisés selon les contraintes de la tâche et de l’appareil. La logique de routage, la limite de confidentialité et les performances sont des caractéristiques d’ingénierie à documenter et à tester, et non des hypothèses établies par la seule étiquette « multi-agents ».

7. Tagger RAG propriétaire et contexte persistant

La couche d’orchestration ne servirait à rien sans un contexte vaste et fiable. Les systèmes RAG (retrieval-augmented generation) standards déraillent rapidement sur de vrais corpus : ils récupèrent les mauvais passages, perdent les relations entre documents, et produisent des réponses superficielles dès qu’une question requiert un raisonnement à travers l’ensemble d’une archive.

CLAVI indique utiliser un tagger RAG propriétaire pour organiser des corpus hétérogènes — contrats, courriels, états financiers et bases de code — en un substrat interrogeable. Les affirmations concernant son historique de recherche, la qualité de la recherche, l’échelle du contexte et les performances comparatives exigent une documentation datée et des benchmarks reproductibles. La même approche déclarée sous-tend la conception de gestion locale des connaissances de l’IA propriétaire de CLAVI.

C’est à ce niveau que l’IA locale commence à devenir utile pour un travail professionnel sérieux, plutôt qu’un simple gadget.

8. Cas d’usage réels

La combinaison d’exécution local-first, d’orchestration multi-agents et de contexte persistant long correspond précisément à plusieurs workflows professionnels qui ont historiquement été difficiles à servir correctement depuis le cloud.

• Experts-comptables examinant l’historique fiscal d’un client sur un appareil local pris en charge, sous réserve des limites de stockage et de réseau documentées pour le workflow.
• Cabinets d’avocats effectuant une revue documentaire locale après une évaluation indépendante des exigences de secret professionnel, de privilège, de contrôle d’accès et de gestion des appareils.
• Family offices menant des analyses internes sur les avoirs, bénéficiaires et structures de transmission afin de réduire l’exposition à un assistant externe, sous réserve de flux de données vérifiés.
• Équipes de services professionnels — y compris certaines fonctions back-office propres à CLAVI — déployant en interne le même logiciel pour traiter leurs propres dossiers sensibles.

Ce sont des scénarios illustratifs, et non des assurances de conformité ou de sécurité. Chaque déploiement exige encore des contrôles d’accès, la sécurité des terminaux, des sauvegardes, une analyse juridique et la vérification du flux de données réel.

9. Pourquoi CLAVI est difficile à répliquer

CLAVI présente sa pile intégrée — ClavOS, le matériel CLAVI et un tagger RAG propriétaire — comme un facteur de différenciation du produit.

L’intégration des couches matérielle, système d’exploitation et recherche peut être difficile. La question de savoir si l’implémentation de CLAVI crée un avantage durable est une question de marché et d’ingénierie qui exige des preuves comparatives.

L’évaluation pertinente porte donc sur le résultat intégré : preuves de sécurité propres à la version, qualité de recherche, contexte pris en charge, comportement de récupération et facilité d’exploitation — et non sur le seul nombre de couches propriétaires.

Pour l’argument architectural comparatif face aux portefeuilles matériels grand public, voir Pourquoi CLAVI n’est pas en concurrence avec Ledger. Pour le cadre de décision côté acheteur, voir Guide de l’acheteur souveraineté 2026. Pour la couche juridictionnelle, voir Juridiction comme service.

Si votre cas d’usage touche à l’un de ces points — IA locale, données sensibles, patrimoine numérique, ou les trois — la prochaine étape est de contacter directement l’équipe.

Questions fréquentes

Q : Qu’est-ce que CLAVI ?
R : CLAVI est une entreprise suisse de matériel et de logiciels qui développe un Personal Vault pour la vie numérique. Sa documentation décrit des workflows de clés local-first, des données protégées et l’IA propriétaire de CLAVI pour les entreprises et les particuliers fortunés. Les capacités et le niveau d’assurance en production dépendent de la version déployée, de sa configuration et des preuves d’ingénierie.

Q : Que fait l’application Clavi ?
R : La documentation de CLAVI décrit une application multi-agents on-device avec orchestration locale, contexte persistant et modèles spécialisés par tâche. La compatibilité exacte des plateformes, la couverture fonctionnelle hors ligne et les performances nécessitent une documentation produit et des tests propres à chaque version.

Q : CLAVI fonctionne-t-il dans le cloud ?
R : CLAVI est local-first par conception. Son objectif déclaré est de maintenir les opérations de clés protégées et l’inférence de l’IA propriétaire de CLAVI sur des appareils contrôlés par l’utilisateur. Cela ne prouve pas que chaque fonctionnalité soit indépendante du cloud ni qu’aucune donnée commerciale, d’assistance, de mise à jour ou de service optionnel ne soit jamais transmise ; ces limites exigent une documentation propre à la version.

Q : CLAVI fonctionne-t-il hors ligne ?
R : Le fonctionnement hors ligne est un objectif de conception documenté pour les workflows locaux pris en charge. Les fonctions disponibles en mode avion et celles qui nécessitent des mises à jour, une synchronisation ou des services externes doivent être vérifiées pour la version de production.

Q : À qui s’adresse CLAVI ?
R : CLAVI positionne ses produits pour les entreprises et particuliers fortunés ayant des exigences sérieuses de confidentialité, conformité et continuité, notamment les family offices, les professionnels réglementés et les organisations recherchant une IA on-device. L’adéquation dépend de la version déployée, des contrôles documentés et de l’évaluation des risques de l’utilisateur.

Q : Pourquoi CLAVI est-il difficile à répliquer ?
R : CLAVI décrit une pile intégrée associant son matériel, ClavOS et un tagger RAG propriétaire. La maturité, la sécurité et l’avantage comparatif de cette pile nécessitent des benchmarks, une documentation d’architecture et des tests indépendants propres à chaque version.