Périmètre de cette page.
Cette page est un complément technique versionné, pas une politique de confidentialité. Elle documente Desk 1.2.0 et Bridge à partir de leurs manifests, notes de version et sources publiées.
Comportements locaux
Stockage, clé, contexte transmis, configurations, communications réseau et limites sont décrits selon l’application concernée.
Versions couvertes
Les affirmations ci-dessous s’appliquent à Sealarca Desk 1.2.0 et Sealarca Bridge ; une nouvelle version peut modifier ce périmètre.
Principes généraux
Les garanties, limites et principes généraux de confidentialité restent sur Sécurité, Confidentialité et Protection des données.
Sealarca Desk 1.2.0 : stockage et traitement dans le navigateur.
Desk 1.2.0 est un client statique local. Import, extraction, recherche, analyses de dossier à partir des fiches à jour et stockage restent dans le navigateur. Le catalogue, le chat et la génération explicite de fiches utilisent le service Sealarca.
Stockage persistant
IndexedDB utilise le schéma v6 et conserve dossiers, conversations, messages, paramètres, rôles, documents, fragments, fiches, jobs, opérations et traces. Les originaux, le Markdown canonique et la provenance restent locaux. La migration v5 vers v6 conserve les enregistrements existants ; les anciens profils restent lisibles, avec une couverture inconnue lorsque nécessaire.
Extraction locale
PDF, DOCX, XLSX, PPTX, ODT, ODS, CSV, TXT, Markdown, JSON, RTF, LOG et XML sont traités dans le navigateur avec les bibliothèques distribuées avec Desk. Le résultat canonique est du Markdown accompagné d’une carte de provenance.
Recherche et fiches
Recherche plein texte, sélection automatique, aperçu, téléchargement des originaux, export index.md et analyses des fiches à jour sont locaux. Une génération de fiche est explicite. La file persistante reprend automatiquement les préparations non envoyées ; un résultat réseau indéterminé exige une relance explicite.
Clé de session
La clé est fournie à l’application locale, conservée dans sessionStorage pour la session de l’onglet et utilisée pour autoriser les appels Sealarca. Elle n’est ni intégrée au site public ni conservée dans IndexedDB. La migration supprime les anciennes clés IndexedDB et l’oubli de la clé efface la clé de session.
Contexte manuel
Pour chaque document sélectionné, Desk ajoute au message le nom, le type et le Markdown correspondant aux plages de la `sourceMap`. Si aucune plage n’est disponible, le Markdown complet est utilisé en repli. Le mode manuel peut donc transmettre la totalité ou l’essentiel du document sélectionné, pas seulement des extraits courts.
Contexte automatique
Avec une question, Desk classe localement les documents du dossier et en retient au maximum 5. Il transmet jusqu’à 8 extraits citables par document, centrés sur les correspondances ; sans question, il utilise les premières plages de provenance des documents sélectionnés.
Fiche documentaire
Une fiche est générée explicitement via POST /v1/responses avec store: false et le modèle Sealarca choisi. Le Markdown transmis est limité à 120 000 caractères et 100 sources. Les fiches v3 indiquent une couverture complète, partielle ou inconnue ; une analyse fondée sur une couverture partielle ou inconnue reste partielle.
Réseau et hors connexion
Les appels applicatifs ciblent https://api.sealarca.ch/v1 pour la découverte des modèles, le chat et les fiches. Les bibliothèques sont chargées localement, sans CDN à l’exécution. La recherche et les analyses de fiches déjà présentes sont locales ; les opérations nécessitant un modèle demandent une connexion.
Limites publiées
PDF, DOCX, XLSX, PPTX, ODT, ODS, CSV, TXT, Markdown, JSON, RTF, LOG et XML. 20 Mio par fichier ; 500 000 caractères extraits ; 100 pages PDF ; 100 diapositives PPTX. Les limites peuvent entraîner un refus ou une extraction partielle signalée. Cinq fichiers par ajout ; 100 lignes par feuille de calcul ou CSV et 200 colonnes au maximum. Les originaux sont conservés et les extractions partielles sont signalées. Archives Office/ODF : 100 Mio décompressés, 20 Mio par entrée et 2 000 entrées au maximum. Pas d’OCR intégré : vérifiez les pages scannées et les PDF sans couche texte. Une fiche utilise au maximum 120 000 caractères et 100 sources. Le contexte automatique retient au plus cinq documents et huit extraits par document. Le chat accepte 250 000 caractères cumulés pour les instructions, l’historique et le contexte sélectionné. Au-delà, l’envoi est bloqué sans tronquer le contexte.
Journaux locaux
Les erreurs d’import, de traitement et de réseau peuvent être écrites dans la console du navigateur. Le code publié ne montre pas de canal de télémétrie ou de journal distant propre à Desk ; l’historique des conversations reste toutefois persistant localement.
Opérations et traces locales
Les opérations ont des statuts, étapes et avis persistants. Les traces des analyses et réponses de chat conservent identifiants de documents et sources, localisateurs, compteurs et avis, sans copier le texte documentaire. Ces traces restent dans le navigateur et sont distinctes de la journalisation de la passerelle.
Exports et reprise
Le mécanisme d’export/import utilise le format 6.0, incluant opérations et traces. L’export index.md présente un dossier et ses références ; ce n’est pas une sauvegarde restaurable. La distribution publiée ne présente pas de bouton de sauvegarde complète.
Réparation et couverture
Les anciennes extractions XLSX/ODT peuvent être réparées explicitement et localement depuis l’original conservé. L’identité et l’historique sont préservés, les dérivés invalidés et la fiche devient périmée. Aucune régénération IA automatique n’est déclenchée ; les documents incomplets ou sans fiche à jour sont signalés.
Le stockage local et la préparation documentaire ne signifient pas que toutes les opérations restent locales : le catalogue, le chat et les fiches utilisent le service Sealarca selon la fonction appelée.
Sealarca Bridge : configuration locale des outils.
Bridge est une application CLI locale. Elle résout la clé, découvre le catalogue autorisé et prépare l’exécution des intégrations documentées ; elle ne remplace pas l’interface de travail des applications clientes.
Clé par système
Windows utilise un fichier chiffré par DPAPI dans `SEALARCA_BRIDGE_CONFIG_DIR` ou `~/.sealarca-bridge`. macOS utilise le Trousseau via `security`. Linux utilise Secret Service via `secret-tool`.
Pas de fallback plaintext
Si le stockage sécurisé n’est pas disponible, Bridge refuse de conserver la clé. Il n’existe pas de repli permanent en texte clair. `SEALARCA_API_KEY` peut fournir temporairement la clé à un processus ou à une session ; `account login` l’enregistre dans le stockage sécurisé.
Claude Code
Bridge lance Claude Code avec une configuration compatible Anthropic injectée dans l’environnement du processus enfant : URL de base, authentification et modèle sélectionné. Les variables de routage gérées sont filtrées ; aucun fichier de configuration permanent n’est remplacé.
Codex CLI
Bridge passe à Codex des options `-c` temporaires pour le modèle, l’URL `https://api.sealarca.ch/v1`, le wire API Responses et la variable `SEALARCA_API_KEY`. Il ne remplace pas `~/.codex/config.toml` et n’y écrit pas la clé.
Claude Desktop
Bridge crée un profil local géré, conserve l’identifiant des modèles autorisés et marque les configurations Claude Desktop concernées comme mode tiers. Ses paramètres d’hôte et de port sont conservés dans `~/.sealarca-bridge/config.json` (ou le dossier défini par `SEALARCA_BRIDGE_CONFIG_DIR`). Le profil contient un token local aléatoire de 32 octets, distinct de la clé d’accès Sealarca. `claude-desktop restore` retire le profil Bridge, ses métadonnées et cette activation pour revenir au mode officiel.
Proxy loopback ciblé
Le proxy ne concerne que l’intégration Claude Desktop. Par défaut il écoute sur `http://127.0.0.1:15721`, exige le token local du profil et n’accepte que `/v1/messages`, `/v1/messages/count_tokens` et `/v1/models`. Ce n’est pas un proxy général pour Claude Code ou Codex ; le corps reçu et les réponses locales sont limités à 16 MiB.
Modèles dynamiques
Bridge récupère les identifiants autorisés avec `GET /v1/models`, puis tente `GET /v1/model/info` pour les métadonnées sûres. Cette seconde réponse ne peut pas ajouter de modèle ; si elle est indisponible, les modèles restent utilisables avec les capacités inconnues. Aucun nom de modèle n’est codé en dur dans la page.
Communications réseau
Les requêtes Bridge ciblent l’URL fixe `https://api.sealarca.ch/v1`. Le proxy Claude Desktop transmet vers la même origine après avoir remplacé les identifiants locaux par la clé Sealarca ; les requêtes vers les clients locaux restent sur loopback.
Sorties et erreurs
Les statuts, diagnostics et profils affichent des clés masquées. Bridge relaie les sorties standard des clients lancés et peut afficher des erreurs ou avertissements de fonctionnement ; il ne contrôle pas les logs, historiques, fichiers ou paramètres que Claude Code, Codex CLI, Claude Desktop ou le système d’exploitation conservent eux-mêmes.
Le stockage sécurisé et les configurations locales relèvent de Bridge. Les règles de conservation et de journalisation des clients tiers restent à vérifier séparément.
Ce qui diffère du fonctionnement général de Sealarca.
Desk et Bridge ajoutent des opérations locales avant ou autour de l’utilisation du service Sealarca. Elles ne remplacent pas la documentation générale de Sécurité, d’Infrastructure ou de Protection des données.
Desk
Desk conserve les documents, fiches et traces localement. Les analyses de dossier agrègent les fiches à jour sans transmettre le texte ; la génération explicite d’une fiche transmet le Markdown au service Sealarca et le chat transmet le contexte sélectionné. Les traces locales gardent références, compteurs et avis, sans copier le texte documentaire.
Bridge
Bridge ajoute le stockage sécurisé de la clé, la configuration d’exécution des outils et, pour Claude Desktop seulement, un profil local et un proxy loopback temporairement actif.
Clients tiers
Le fait d’utiliser Bridge ne place pas automatiquement l’historique, les logs, les fichiers ou les paramètres du client dans la frontière Sealarca. Ces données appartiennent au comportement du client et du poste.
Versions et mises à jour.
Une nouvelle revue est nécessaire si Desk ou Bridge change le stockage local, la gestion de la clé, le contexte transmis, les communications réseau, les journaux, la configuration d’un outil ou une limite documentaire. Cette page ne constitue pas un changelog logiciel.
- Sealarca Desk 1.2.0
- Sealarca Bridge 1.0.0
- 2026-09-30