Geltungsbereich dieser Seite.
Allgemeine Datenschutzgrundsätze, Dienstzwecke und Vault-Garantien sind weiterhin in den Rechts- und Sicherheitsseiten definiert.
Versionsabhängige Ergänzung
Diese Seite dokumentiert das Verhalten der veröffentlichten Desk- und Bridge-Versionen.
Keine neue Richtlinie
Sie ersetzt weder die Datenschutzerklärung noch die Datenschutzmitteilung.
Datensparsamkeit
Jede Anwendung bereitet die erforderlichen Daten lokal vor, bevor sie die Sealarca-API aufruft.
Sealarca Desk: lokale Verarbeitung vor der API.
Desk 1.2.0 ist ein lokaler statischer Client. Import, Extraktion, Suche, Dossieranalysen aus aktuellen Profilen und Speicherung bleiben im Browser. Modellkatalog, Chat und ausdrückliche Profilerstellung nutzen Sealarca.
Persistente Speicherung
IndexedDB verwendet Schema v6 und speichert Ordner, Gespräche, Nachrichten, Einstellungen, Rollen, Dokumente, Fragmente, Profile, Aufträge, Vorgänge und Nachweise. Originale, kanonisches Markdown und Herkunft bleiben lokal. Die Migration v5 nach v6 erhält vorhandene Datensätze; historische Profile bleiben lesbar, nötigenfalls mit unbekannter Abdeckung.
Lokale Extraktion
PDF, DOCX, XLSX, PPTX, ODT, ODS, CSV, TXT, Markdown, JSON, RTF, LOG und XML werden im Browser mit den mit Desk ausgelieferten Bibliotheken verarbeitet. Das kanonische Ergebnis ist Markdown mit einer Herkunftskarte.
Suche und Profile
Volltextsuche, automatische Auswahl, Vorschau, Originaldownload, index.md-Export und Analyse aktueller Profile erfolgen lokal. Die Profilerstellung ist ausdrücklich. Die persistente Warteschlange setzt automatisch nur ungesendete Vorbereitungen fort; ein unbestimmtes Netzwerkergebnis verlangt eine ausdrückliche Wiederholung.
Sitzungsschlüssel
Der Schlüssel wird der lokalen Anwendung bereitgestellt, für die Tab-Sitzung in sessionStorage gespeichert und zur Autorisierung der Sealarca-Aufrufe verwendet. Er ist weder in die öffentliche Website eingebettet noch in IndexedDB gespeichert. Die Migration entfernt alte IndexedDB-Schlüssel; das Vergessen des Schlüssels löscht den Sitzungsschlüssel.
Manueller Kontext
Für jedes ausgewählte Dokument fügt Desk der Nachricht Name, Typ und das den `sourceMap`-Bereichen entsprechende Markdown hinzu. Sind keine Bereiche verfügbar, wird ersatzweise das vollständige Markdown verwendet. Der manuelle Modus kann daher das gesamte oder den grössten Teil des ausgewählten Dokuments übertragen, nicht nur kurze Auszüge.
Automatischer Kontext
Bei einer Frage ordnet Desk die Dokumente des Ordners lokal und behält höchstens 5 bei. Pro Dokument werden bis zu 8 zitierbare, auf Treffer zentrierte Auszüge übertragen; ohne Frage verwendet Desk die ersten Herkunftsbereiche der ausgewählten Dokumente.
Dokumentprofil
Ein Profil wird ausdrücklich über POST /v1/responses mit store: false und dem gewählten Sealarca-Modell erstellt. Das gesendete Markdown ist auf 120 000 Zeichen und 100 Quellen begrenzt. Profile mit Schema v3 geben vollständige, teilweise oder unbekannte Abdeckung an; Analysen mit teilweiser oder unbekannter Abdeckung bleiben teilweise.
Netzwerk und Offline-Nutzung
Anwendungsaufrufe richten sich für Modellkatalog, Chat und Profile an https://api.sealarca.ch/v1. Bibliotheken werden lokal ohne Laufzeit-CDN geladen. Suche und Analyse vorhandener Profile bleiben lokal; Vorgänge mit einem Modell benötigen eine Verbindung.
Veröffentlichte Grenzen
PDF, DOCX, XLSX, PPTX, ODT, ODS, CSV, TXT, Markdown, JSON, RTF, LOG und XML. 20 MiB pro Datei; 500 000 extrahierte Zeichen; 100 PDF-Seiten; 100 PPTX-Folien. Grenzen können zur Ablehnung oder einer gekennzeichneten Teilextraktion führen. Fünf Dateien pro Hinzufügen; 100 Zeilen pro Tabellenblatt oder CSV und höchstens 200 Spalten. Originale bleiben erhalten; Teilextraktionen werden gekennzeichnet. Office/ODF-Archive: höchstens 100 MiB entpackt, 20 MiB pro Eintrag und 2 000 Einträge. Keine integrierte OCR: Prüfen Sie gescannte Seiten und PDFs ohne Textebene. Ein Profil verwendet höchstens 120 000 Zeichen und 100 Quellen. Automatischer Kontext wählt höchstens fünf Dokumente und acht Auszüge pro Dokument. Der Chat akzeptiert insgesamt 250 000 Zeichen für Anweisungen, Verlauf und ausgewählten Kontext. Darüber wird das Senden ohne Kürzung des Kontexts blockiert.
Lokale Protokolle
Import-, Verarbeitungs- und Netzwerkfehler können in die Browserkonsole geschrieben werden. Der veröffentlichte Code zeigt keinen Desk-eigenen Telemetrie- oder Remote-Protokollkanal; der Gesprächsverlauf bleibt jedoch lokal persistent gespeichert.
Lokale Vorgänge und Nachweise
Vorgänge haben persistente Status, Schritte und Hinweise. Dossier- und Chatnachweise speichern Dokument- und Quellenkennungen, Fundstellen, Zähler und Hinweise, ohne Dokumenttexte zu kopieren. Sie bleiben im Browser und sind von der Protokollierung des Gateways getrennt.
Exporte und Wiederaufnahme
Der Export-/Importmechanismus verwendet Format 6.0 einschliesslich Vorgängen und Nachweisen. index.md beschreibt ein Dossier und seine Verweise; es ist keine wiederherstellbare Sicherung. Die veröffentlichte Distribution hat keinen Knopf für eine vollständige Sicherung.
Reparatur und Abdeckung
Ältere XLSX/ODT-Extraktionen können ausdrücklich lokal aus dem gespeicherten Original repariert werden. Identität und Verlauf bleiben erhalten, abgeleitete Daten werden ungültig und das Profil veraltet. Keine automatische KI-Neuerstellung wird ausgelöst; unvollständige Dokumente und fehlende aktuelle Profile werden gekennzeichnet.
IndexedDB wird nicht als verschlüsselter Speicher im Ruhezustand dargestellt. Die Sicherheit von Gerät und Browserprofil bleibt entscheidend.
Sealarca Bridge: lokale Werkzeugkonfiguration.
Bridge passt kompatible Anwendungen vorübergehend an, damit sie die durch Ihren Sealarca-Schlüssel erlaubten Routen und Modelle nutzen.
Schlüssel je Betriebssystem
Windows verwendet eine mit DPAPI verschlüsselte Datei in `SEALARCA_BRIDGE_CONFIG_DIR` oder `~/.sealarca-bridge`. macOS verwendet den Schlüsselbund über `security`. Linux verwendet Secret Service über `secret-tool`.
Kein Klartext-Fallback
Wenn der sichere Speicher nicht verfügbar ist, verweigert Bridge die Aufbewahrung des Schlüssels. Es gibt keinen dauerhaften Klartext-Fallback. `SEALARCA_API_KEY` kann den Schlüssel vorübergehend einem Prozess oder einer Sitzung bereitstellen; `account login` speichert ihn im sicheren Speicher.
Claude Code
Bridge startet Claude Code mit einer kompatiblen Anthropic-Konfiguration, die in die Umgebung des Kindprozesses eingefügt wird: Basis-URL, Authentifizierung und gewähltes Modell. Verwaltete Routing-Variablen werden gefiltert; keine dauerhafte Konfigurationsdatei wird ersetzt.
Codex CLI
Bridge übergibt Codex vorübergehende `-c`-Optionen für das Modell, die URL `https://api.sealarca.ch/v1`, die Responses-Wire-API und die Variable `SEALARCA_API_KEY`. `~/.codex/config.toml` wird weder ersetzt noch mit dem Schlüssel beschrieben.
Claude Desktop
Bridge erstellt ein verwaltetes lokales Profil, speichert die Kennungen autorisierter Modelle und markiert die betroffenen Claude-Desktop-Konfigurationen als Drittmodus. Host- und Porteinstellungen werden in `~/.sealarca-bridge/config.json` (oder im durch `SEALARCA_BRIDGE_CONFIG_DIR` festgelegten Ordner) gespeichert. Das Profil enthält ein zufälliges lokales 32-Byte-Token, das sich vom Sealarca-Zugangsschlüssel unterscheidet. `claude-desktop restore` entfernt das Bridge-Profil, seine Metadaten und diese Aktivierung, um zum offiziellen Modus zurückzukehren.
Gezielter Loopback-Proxy
Der Proxy betrifft nur die Claude-Desktop-Integration. Standardmässig lauscht er auf `http://127.0.0.1:15721`, verlangt das lokale Profil-Token und akzeptiert nur `/v1/messages`, `/v1/messages/count_tokens` und `/v1/models`. Er ist kein allgemeiner Proxy für Claude Code oder Codex; empfangene Bodys und lokale Antworten sind auf 16 MiB begrenzt.
Dynamische Modelle
Bridge ruft autorisierte Kennungen mit `GET /v1/models` ab und versucht anschliessend `GET /v1/model/info` für sichere Metadaten. Diese zweite Antwort kann kein Modell hinzufügen; ist sie nicht verfügbar, bleiben die Modelle mit unbekannten Fähigkeiten nutzbar. Auf der Seite ist kein Modellname fest codiert.
Netzwerkkommunikation
Bridge-Anfragen richten sich an die feste URL `https://api.sealarca.ch/v1`. Der Claude-Desktop-Proxy leitet an denselben Ursprung weiter, nachdem lokale Kennungen durch den Sealarca-Schlüssel ersetzt wurden; Anfragen an lokale Clients bleiben auf Loopback.
Ausgaben und Fehler
Status, Diagnosen und Profile zeigen maskierte Schlüssel. Bridge leitet Standardausgaben gestarteter Clients weiter und kann Betriebsfehler oder Warnungen anzeigen; Bridge kontrolliert keine Protokolle, Verläufe, Dateien oder Einstellungen, die Claude Code, Codex CLI, Claude Desktop oder das Betriebssystem selbst speichern.
Client-Anwendungen und Gerät liegen ausserhalb des Vault-Perimeters. Ihre Speicher- und Protokollregeln müssen geprüft werden.
Unterschiede zum allgemeinen Sealarca-Betrieb.
Sealarca protokolliert keine in Vault verarbeiteten Prompts oder Antworten. Lokale Anwendungen können dennoch Daten auf dem Gerät speichern, um ihre Funktionen bereitzustellen.
Vor dem Aufruf
Desk speichert Dokumente, Profile und Nachweise lokal. Dossieranalysen aggregieren aktuelle Profile ohne Textübertragung; die ausdrückliche Profilerstellung sendet Markdown an Sealarca, der Chat den gewählten Kontext. Lokale Nachweise speichern Verweise, Zähler und Hinweise ohne Kopien des Dokumenttexts.
Gesendete Daten
Der Aufruf enthält nur vom Nutzer ausgewählte oder für den Anwendungskontext erforderliche Inhalte.
Lokale Verantwortung
Die Verschlüsselung bis Vault umfasst weder Gerät noch Browser oder Client-Anwendungen.
Versionen und Aktualisierungen.
Diese Seite ist zu prüfen, sobald eine Desk- oder Bridge-Version lokale Speicherung, übertragene Inhalte, Protokolle, Schlüssel oder die Sealarca-Integration verändert.
- Sealarca Desk 1.2.0
- Sealarca Bridge 1.0.0
- 2026-09-30