Zum Inhalt springen
Toolars
Erkunden

04 / DATA BOUNDARY

Vertrauenszentrum

Jedes verfügbare Toolars-Tool erklärt, wo Eingaben verarbeitet werden. Lesen Sie die Grenzen in einfacher Sprache und prüfen Sie sie dann selbst — geprüfte Drittanbieter-Hosts, ausgelieferte Sicherheitsheader und die Methoden dahinter.

Die Zahlen werden beim Build aus dem Laufzeitregister abgeleitet — keine ist von Hand geschrieben.

In einfachen Worten

Tool-Ein- und -Ausgaben bleiben im aktiven Tab, es sei denn, du übermittelst oder exportierst explizit etwas.

Im Browser
Text, Bilder und Dateien werden im aktiven Tab verarbeitet.
Kontodienste
Anmeldung und Favoriten können über Supabase synchronisiert werden. Werkzeugeingaben und -ausgaben sind ausgeschlossen.
Gerätegrenze
Browser-Erweiterungen, Schadsoftware und heruntergeladene Dateien liegen außerhalb dieser Schutzgrenze.
Details anzeigen

Innerhalb des aktiven Browser-Tabs

Verfügbare Local-first-Tools transformieren Text, Code, Bilder und Dokumente mit Browser-APIs und verzögert geladenem Code.

  • Aktiver Speicher — Eingaben werden für die aktuelle Interaktion im Seitenspeicher gehalten.
  • Temporäre Vorschauen — Generierte Vorschauen und Object-URLs sind temporär und werden freigegeben, wenn der Arbeitsbereich zurückgesetzt oder entladen wird.
  • Explizite Downloads — Downloads erfolgen nur nach einer expliziten Export-Aktion und unterliegen dann dem Browser und dem Betriebssystem.

Daten, die die Dienstebene erreichen können

Authentifizierung, Favoriten, explizites Feedback und Tool-Anfragen nutzen enge Kontoverträge, wenn Supabase konfiguriert ist.

  • Authentifizierung — Die Authentifizierung speichert die Konto-/Sitzungskennungen, die zum Aufrechterhalten einer angemeldeten Sitzung nötig sind.
  • Feedback — Feedback enthält das gewählte Tool, den Feedback-Typ, den lokalisierten Pfad und den Text, den du absichtlich absendest.
  • Tool-Anfragen — Tool-Anfragen enthalten einen gewünschten Namen, einen Anwendungsfall und eine optionale HTTPS-Referenz, die du selbst angibst.

Kenne die Grenze, bevor du beginnst

Eine Erklärung zur lokalen Verarbeitung ersetzt weder Gerätesicherheit noch sorgfältigen Umgang mit heruntergeladenen Dateien.

  • Gerätegrenze — Browser-Erweiterungen, Schadsoftware, geteilte Profile und Betriebssystem-Backups liegen außerhalb der Kontrolle von Toolars.
  • Künftige Verarbeiter — Geplante Cloud- oder Hybrid-Tools müssen eine andere Grenze offenlegen, bevor sie verfügbar werden.
  • Sicheres Übermitteln — Übermittle keine Geheimnisse über Support-, Kontakt-, Anfrage- oder Fehler-Formulare.

Wo deine Eingabe verarbeitet wird

104Werkzeuge im Katalog
104Lokal
0Cloud
0Hybrid
Laufzeitmodus pro Katalogkategorie

Diese Zählwerte werden beim Build der Seite aus Katalog und Laufzeit-Privatsphärevertrag berechnet. Stimmen beide nicht überein, werden die betroffenen Werkzeuge hier aufgelistet statt still verschwiegen.

Ein Werkzeug zählt nur als lokal, wenn sein Manifest processingLocation browser, inputLeavesDevice false und retention none angibt — das Etikett entsteht aus dem Vertrag, nie aus Werbetext.

Laufzeitmodus pro Katalogkategorie
KategorieLokalCloudHybrid
Schreiben700
Bildstudio1600
Design1700
Entwickler3100
Social-Mockups1100
PDF-Tools1000
Dateien & Dienstprogramme1200

Drittanbieter-Skripte und externe Verbindungen

Eine bewusst kurze Liste. Werkzeug-Workspaces laden keinerlei Drittanbieter-Skripte; schwere Laufzeiten kommen als gleichherkunftige Web Worker, WASM und statische Assets. Folgendes ist alles, was die Seitenhülle selbst erreichen kann.

Verbindungsübersicht anzeigen
Dienst / HostTypZweckDatengrenze
track.toolars.comAnalytikEmpfängt Produktions-Analyseereignisse über den von PostHog betriebenen First-Party-Reverse-Proxy, ausgeliefert via Cloudflare.Nur cookielose Ereignisse einer Freigabeliste: bereinigte Seitenaufrufe, neunzehn benannte Produktivitätsereignisse, Web Vitals und Ausnahmen. Niemals Eingaben, Ausgaben, Dateinamen oder Suchanfragen. Das SDK lädt träge und nur auf dem Produktions-Ursprung.
us.posthog.comAnalytikIdentifiziert die gehostete PostHog-Anwendung für UI-Links und Konfiguration.Ereignisse fließen nicht an diesen Host; die Erfassung läuft über den Proxy-Host in der Zeile darüber.
project ref .supabase.co (NEXT_PUBLIC_SUPABASE_URL)Konto-BackendAuthentifizierung, Favoriten-Sync, Newsletter-Anmeldung und Speicherung von Feedback.Nur bei ausdrücklichen Handlungen erreichbar: Anmeldung, Abonnieren oder Absenden eines Formulars. Workspaces rufen ihn nie auf, und im Browser-Bundle existiert nur der öffentliche Schlüssel.
avatars.githubusercontent.comProfilbildProfilbilder für Konten, die sich über GitHub anmelden.Wird über die strenge Bildoptimierer-Freigabeliste geladen und nur im angemeldeten Kopfzeilenmenü angezeigt.
lh3.googleusercontent.comProfilbildProfilbilder für Konten, die sich über Google anmelden.Dieselbe strenge Bildfreigabeliste; vor der Anmeldung wird nichts geladen.
buymeacoffee.comExterner LinkOptionaler Unterstützungslink im Footer.Ein normaler externer Link ohne Einbettung und ohne Skript; er erhält keine Daten über deine Werkzeugnutzung.
chromewebstore.google.comExterner LinkLinks zur Erweiterungsinstallation und zum Store-Eintrag.Nur externer Wechsel in einem neuen Tab; der Store sieht einen gewöhnlichen Besuch, niemals Workspace-Inhalte.
x.com / github.comExterner LinkLinks zum X-Konto von Toolars und zum öffentlichen GitHub-Repository.Die Seiten öffnen sich erst nach einem Klick auf den Link. Keine eingebetteten Social-Media-Skripte oder automatischen Anfragen an diese Seiten; keine Werkzeugeingaben oder -ausgaben im Link.
fonts.googleapis.com / fonts.gstatic.comBuild-Zeit-AbrufBuild-Zeit-Download der Barlow-Schriftdateien über next/font.Zur Laufzeit werden Schriften über eigene statische Pfade der Seite ausgeliefert; dein Browser stellt bei der Nutzung von Toolars keine Anfrage an Google Fonts.
vercel.app (hosting platform)InfrastrukturHosting-Plattform, die jede Toolars-Antwort ausliefert.Sieht die Anfragemetadaten, die jeder Host sieht (IP, Header); Werkzeug-Ein- und Ausgaben laufen nicht durch sie.
cloudflare.com (DNS + proxy layer)InfrastrukturDNS für toolars.com und die Proxy-Schicht hinter dem Analyse-Host.Verarbeitet dieselben Anfragemetadaten wie die Hosting-Schicht; Workspace-Inhalte fließen nicht durch sie.

Inventar am 2026-09-19 aus dem ausgelieferten Quellcode geprüft: Vollbaum-Suche nach externen Ursprüngen, Bildfreigabeliste in next.config.ts und der Analytikvertrag in ADR 007.

Sicherheitsheader, genau wie ausgeliefert

Das sind die Antwortheader auf jeder Toolars-Seite, gelesen aus denselben typisierten Deklarationen, die die Konfiguration erzeugen — die Tabelle kann nicht von der Auslieferung abweichen.

HeaderWert
Strict-Transport-Securitymax-age=63072000; includeSubDomains
X-Content-Type-Optionsnosniff
Referrer-Policystrict-origin-when-cross-origin
X-Toolars-Releasea2f07a5231e271e8

Content-Security-Policy: für die ganze Seite bewusst nicht gesetzt

Was er bedeutet
Strict-Transport-Security
Der Browser verbindet sich zwei Jahre lang nur per HTTPS mit toolars.com, Subdomains eingeschlossen.
X-Content-Type-Options
Der Browser weigert sich, Inhaltstypen zu erraten, und blockt einen üblichen Download-Trick.
Referrer-Policy
Der volle Referrer geht nur an denselben Ursprung; quellübergreifende Anfragen verraten höchstens den Basis-Host.
X-Toolars-Release
Ein 16 Zeichen langer Fingerabdruck der Quellen dieses Deployments. Gleiche ihn mit release.revision im Verifizierungs-Beleg ab: gleiche Werte bedeuten, dass der Beleg exakt die ausgelieferten Bytes beschreibt.

Toolars sendet noch keinen seitenweiten Content-Security-Policy-Header, und diese Seite tut nicht so, als wäre er da. Eine CSP, die den falschen Ursprung blockt, würde Konto-Sync oder den genehmigten Analyseproxy kaputt machen — deshalb wird die Kontrolle nach ADR 010 zuerst gegen echte Routen und Browserverhalten gebaut. Die Header oben sind heute aktiv, und jede Netzwerkgrenze auf dieser Seite wird im Code erzwungen und durch Tests abgedeckt. docs/adr/010-local-processing-evidence.md

Selbst prüfen in 30 Sekunden

Mehr als dein Browser brauchst du nicht. Nimm eine harmlose synthetische Datei oder Beispieltext — niemals echte sensible Daten, und veröffentliche keine Screenshots oder HAR, die sie enthalten.

  1. Beispiel laden
  2. Netzwerkbereich öffnen
  3. Aufwärmen, Liste leeren und wiederholen
Vollständige Prüfschritte anzeigen
  1. Öffne ein beliebiges Toolars-Werkzeug und lade das Beispiel oder füge harmlose synthetische Eingabe ein.
  2. Öffne die Entwicklerwerkzeuge des Browsers und wechsle zum Netzwerk-Panel.
  3. Führe das Werkzeug einmal aus und warte auf den Abschluss, damit statische Assets aufgewärmt sind.
  4. Leere die Anfrageliste, führe es mit einer zweiten Probe erneut aus und blende die eigenen Asset-Pfade der Seite aus (/_next/static, /generated, /fonts, /ocr).
  5. Zähle die Anfragen, die deine Eingabe transportieren. Die erwartete Zahl ist null — die genaue Grenze steht im Privatsphärehinweis auf der Werkzeugseite selbst.

Diese Messungen wurden mit scripts/capture-privacy-proof.mjs in einem echten Browser gegen einen Produktions-Build erfasst. Die Prüfung erfasst Datei-Uploads, Cross-Origin-Anfragen und Canary-Lecks. Aufnahmedatum und Release-Zuordnung stehen bei den Ergebnissen.

Für einen stärkeren Check wiederhole den Lauf nach dem Aufwärmen mit deaktiviertem Netz: Text- und Bildwerkzeuge laufen weiter; PDF-Werkzeuge brauchen die bereits gesehenen gleichherkunftigen Worker-Assets — deshalb wird Offline-Nutzung für sie nicht behauptet.

Messergebnisse

Aufgezeichnet am 2026-09-27 · interne Prüfung

Aufgenommen gegen Release 0d02cd2cc4ab3d28; diese Seite liefert inzwischen a2f07a5231e271e8 aus. Erst nach einem erneuten Capture-Lauf gelten diese Zahlen als aktuelle Evidenz.

BildkonvertierungDatei-Uploads0Same-Origin-Requests0Cross-Origin-Requests0Details anzeigen

Eine vollständige PNG-zu-JPEG-Konvertierung inklusive Download, mit Canary-Marker in der Testdatei: 0 Requests, 0 Uploads, 0 Canary-Leaks im Messfenster.

Requests im Messfenster: 0

HEIC-KonvertierungDatei-Uploads0Same-Origin-Requests0Cross-Origin-Requests0Details anzeigen

Eine HEIC → JPEG-Konvertierung mit Download: Der träge libheif-Decoder (~3,3 MB) wird beim ersten Einsatz nur von den Pfaden dieser Website geladen; die gemessene Wiederholungskonvertierung erzeugt 0 Anfragen, 0 Uploads, 0 Canary-Lecks, und das Foto mit Canary-Name verlässt das Gerät nie.

Requests im Messfenster: 0

Beim ersten Einsatz geladene Ressourcen dieser Website
  • /generated/runtime/7879e1c92e1bdb08/libheif.js
  • /generated/runtime/e4aa8333fbe55ec7/libheif.wasm
  • /generated/runtime/6c728441042ea88c/heic-decode-worker.js
OCR-ErkennungDatei-Uploads0Same-Origin-Requests3Cross-Origin-Requests0Details anzeigen

Beim ersten Einsatz laden Engine, Worker und das gewählte Sprachpaket (13 verfügbar, je 0,4–2 MB) nur von den eigenen Pfaden dieser Seite; wiederholte Erkennungen auf Englisch und Vereinfachtem Chinesisch erzeugen jeweils 3 Anfragen und 0 Uploads.

Requests im Messfenster: 3

  • GET /generated/runtime/e4d26dedc913c87f/worker.min.js
  • GET /generated/runtime/775a35df6f2ae100/tesseract-core-lstm.wasm.js
  • GET /generated/runtime/d8438d6a4fba7bc3/eng.traineddata.gz
Beim ersten Einsatz geladene Ressourcen dieser Website
  • /generated/runtime/775a35df6f2ae100/tesseract-core-lstm.wasm.js
  • /generated/runtime/89456b34c2769c9a/chi_sim.traineddata.gz
  • /generated/runtime/d8438d6a4fba7bc3/eng.traineddata.gz
  • /generated/runtime/e4d26dedc913c87f/worker.min.js
PDF-DrehungDatei-Uploads0Same-Origin-Requests0Cross-Origin-Requests0Details anzeigen

Geladenes Beispiel drehen und Ergebnis herunterladen: 0 Requests, 0 Uploads, 0 Canary-Leaks im Messfenster.

Requests im Messfenster: 0

JSON-Beleg anzeigen

Diese Ergebnisse gelten nur für die aufgezeichneten Durchläufe. Es sind interne Prüfungen, kein unabhängiges Sicherheitsaudit.

Wie lokale Verarbeitung gebaut ist

Lokal-first ist hier eine Architektur, kein Slogan. Drei Mechanismen halten deine Daten im Tab.

Web Worker für schwere Transformationen

Hashing, Regex-Auswertung, Diff, Kodierung und Streaming laufen in eigenen Web Workern, die scripts/build-tool-workers.mjs aus TypeScript kompiliert. Worker sind gleichherkunftige Skripte dieser Seite, sodass der Tab reaktiv bleibt, während Megabyte-Eingaben im Hintergrund arbeiten.

WASM und native Laufzeiten, on demand geladen

Die OCR-Engine (etwa 4 MB) und jedes 0,4–2 MB große Sprachpaket sowie die PDF-Laufzeit laden erst nach dem Öffnen des Werkzeugs von den eigenen statischen Pfaden dieser Seite. Erkennung und Parsing laufen lokal; nichts wird zur Verarbeitung hochgeladen.

Träge Ladung pro Werkzeug

Das Ausführungsbündel eines Werkzeugs wird heruntergeladen, wenn du dieses Werkzeug öffnest — niemals auf Katalog- oder Startseite. Das Durchstöbern des Katalogs überträgt nur Metadaten, leicht im selben Netzwerk-Panel prüfbar.

So laufen die internen Prüfungen

Eine der Prüfungen unten ist öffentlich: Der Erfassungs-Harness für Privatsphäre-Nachweise ist unter MIT veröffentlicht und unter https://github.com/aixtral/toolars-open zu finden, sodass du ihn selbst gegen die Live-Seite erneut ausführen kannst. Die übrigen Kommandos laufen im privaten Repository mit festgelegten Node- und pnpm-Versionen, und ihre Methoden sind hier zusammengefasst.

Maschinenlesbarer Verifikationsbeleg — die Kommandos, die Messwerte und was er nicht beweist: JSON-Beleg.

SkriptBefehlWas es prüft
Harness zum Nachweis lokaler Verarbeitungscripts/verify-local-processing.mjscorepack pnpm verify:local-processingBaut die Seite neu, blockiert das Netz in einem frischen Browserkontext, wiederholt repräsentative Workflows mit synthetischen Canary-Strings und vergleicht Quell- und Build-Fingerabdrücke in einem Beleg. Jede Wiederholung, jeder übersprungene Fall oder jede Abweichung lässt den Lauf scheitern.
Offene-Kern-Abhängigkeitsprüfungscripts/audit-local-core.mjscorepack pnpm audit:local-coreZeichnet den Ausführungs-Abhängigkeitsgraphen der Open-Core-Kandidaten auf und erfasst SHA-256-Quellhashes, installierte Abhängigkeitsversionen und Lizenztexte.
Worker-Buildscripts/build-tool-workers.mjscorepack pnpm worker:buildKompiliert jeden Browser-Web-Worker aus seiner TypeScript-Quelle in eine Datei mit Inhaltshash unter public/generated, sodass der ausgelieferte Worker exakt dem geprüften Quellcode entspricht.
Benchmark-Harnessscripts/benchmark-tools.mjsnode scripts/benchmark-tools.mjsMisst pro Werkzeug die größte akzeptierte Eingabe, die mediane Laufzeit und die leckfreie Netzwerk-Isolation und schreibt die typisierten Daten hinter der Benchmark-Seite.
Erfassungs-Harness für Privatsphäre-Nachweisescripts/capture-privacy-proof.mjsnode scripts/capture-privacy-proof.mjsSteuert eine Bildkonvertierung, die OCR-Engine und eine PDF-Drehung in headless Chromium, zeichnet jeden Request auf — einschließlich der Fetches dedizierter Web Worker — und schreibt die JSON-Nachweise, die diese Seite rendert. Schlägt bei Upload, Cross-Origin-Request oder Canary-Leak fehl.
Gemessene Grenzen und Laufzeiten ansehen

Die Benchmark-Seite zeigt Daten, die der Harness in einem echten Headless-Browser erzeugt hat — inklusive der Canary-Läufe, die beweisen, dass Eingaben auf dem Gerät bleiben.

Ehrliche Grenzen: was Netz braucht

Lokal-first heißt nicht netzfrei. Diese Funktionen senden Daten, weil sie anders nicht funktionieren, und jede sagt genau, was das Gerät verlässt.

Konto-Sync und Anmeldung

Beim Anmelden werden Favoriten und Kontostand über Supabase Auth und Postgres mit Zeilensicherheit synchronisiert. Werkzeug-Ein- und Ausgaben gehören nie zu diesem Sync — jeder Workspace funktioniert abgemeldet.

Newsletter

Das Footer-Formular sendet nur die von dir eingegebene E-Mail-Adresse an einen Supabase-RPC. Analyseereignisse über das Abonnieren tragen diese Adresse nach der ADR-007-Freigabeliste nie.

Feedback, Kontakt und Fehlerberichte

Diese Formulare übertragen deinen geschriebenen Text und Formular-Metadaten über eine authentifizierte Serveraktion, und jedes Formular nennt die genaue Ladung vor dem Absenden. Workspace-Inhalte werden nie angehängt.

Download von OCR-Engine und -Modell

Beim ersten Einsatz lädt das OCR-Werkzeug etwa 4 MB Engine-Dateien plus ein 0,4–2 MB großes Sprachpaket pro gewählter Sprache von den eigenen /ocr-Pfaden dieser Seite. Die Downloads sind selben Ursprungs; dein Bild und der erkannte Text bleiben im Tab, und geladene Pakete bleiben nur im Offline-Cache deines Browsers.

PDF-Worker-Assets

PDF-Import und -Export starten den PDF.js-Worker neu, der bereits beim Aufwärmen gesehene gleichherkunftige statische Assets erneut anfordert. Deshalb wird für die PDF-Werkzeuge keine vollständige Offline-Nutzung behauptet.

Externe Links

Links für Erweiterungen, Unterstützung und soziale Medien führen zum Chrome Web Store, zu Buy Me a Coffee, X und GitHub. Es sind einfache externe Links ohne eingebettete Drittanbieter-Skripte.

Was wir nicht behaupten

Kein Dritt-Sicherheitsaudit und keine Compliance-Zertifizierung. Der separat veröffentlichte Erfassungs-Harness für Privatsphäre-Nachweise und die beiden lokalen Node-Pakete stehen unter der MIT-Lizenz; der Quellcode der Website selbst ist nicht veröffentlicht, und es wird keine Lizenz dafür erteilt. Diese Seite zeigt nur, was heute überprüfbar ist.

Hinweise zu Drittanbietern — die Komponenten, die diese Website weiterverbreitet, und ihre vollständigen Lizenztexte: Hinweise und Lizenztexte.

Aktuelle Laufzeitspezifikation

Revision der Vertragsbeschreibung: 2026-09-26.1

Lokal bedeutet, dass Eingaben des Arbeitsbereichs im Browser verarbeitet werden. Das Laden einer Seite, eines Workers oder eines Codecs kann weiterhin eine Netzwerkanfrage erfordern. Kontoaktionen und die erlaubte cookielose Analyse haben getrennte Dienstgrenzen.

Der Offline-Vertrag a2f07a5231e271e8 deckt 49 Werkzeuge ab, nachdem jedes in diesem Browser vorbereitet wurde. Zwischengespeicherte Ressourcen können entfernt werden. Das Offline-Neuladen von Workflow ist nicht garantiert; PDF-Schritte können weiterhin statische Worker-Ressourcen benötigen.

Um eine lokale Angabe zu prüfen, lade den benötigten Vorgang mit einem unsensiblen Beispiel, beobachte dann Fetch/XHR-, WebSocket- und Worker-Traffic, während du ein neues Beispiel verarbeitest. Teste das Offline-Neuladen separat. Ein sauberer Netzwerktrace belegt nur diesen Durchlauf; er ist kein unabhängiges Sicherheitsaudit.

Fragen zur lokalen Verarbeitung

Laufen Toolars-Werkzeuge wirklich lokal?

Ja, für jedes verfügbare Werkzeug: Jedes trägt ein typisiertes Laufzeitmanifest, das Verarbeitung im Browser, keine Eingabe außerhalb des Geräts und keine Speicherung deklariert. Die Etiketten auf dieser Seite entstehen aus diesen Manifesten. Jedes künftige Cloud- oder Hybrid-Werkzeug muss seine Grenze vor dem Release offenlegen.

Warum gibt es keine Content-Security-Policy?

Eine schlecht gebaute CSP würde Konto-Sync oder den genehmigten Analyseproxy kaputt machen — deshalb wird die Kontrolle nach ADR 010 zuerst gegen echte Routen gebaut. Bis dahin offenbart diese Seite ehrlich die ausgelieferten Header und die möglichen externen Verbindungen, und die Netzwerkgrenzen werden im Code erzwungen und durch Tests abgedeckt.

Bekommt die Analytik etwas von dem, was ich in ein Werkzeug eingebe?

Nein. PostHog läuft cookielos mit deaktiviertem Autocapture, Session-Recording, Persistence und Personenprofilen. Die Freigabeliste erlaubt bereinigte Seitenaufrufe, neunzehn benannte Produktivitätsereignisse, Web Vitals und Ausnahmen — niemals Eingaben, Ausgaben, Dateinamen oder Suchanfragen — und Ereignisse verlassen den Browser nur über den First-Party-Proxy-Host.

Wie aktuell sind die Zahlen auf dieser Seite?

Sie werden beim Build aus dem Laufzeitregister und dem Katalog abgeleitet, und die Benchmark-Seite zeigt die Messläufe hinter ihren Daten. Weichen ein Katalog-Etikett und ein Laufzeitmanifest voneinander ab, wird die Abweichung auf dieser Seite gedruckt statt gemittelt.

Weiterlesen

Gemessene Grenzen und Laufzeiten ansehen

Die Benchmark-Seite zeigt Daten, die der Harness in einem echten Headless-Browser erzeugt hat — inklusive der Canary-Läufe, die beweisen, dass Eingaben auf dem Gerät bleiben.

Gemessene Benchmarks