Warum ich Datei-Tools gebaut habe, die nichts hochladen

Ich musste ein PDF schnell komprimieren und sah im Network-Tab, wie die komplette Datei an einen Fremdserver ging.

Das war der Auslöser für VaultTools.

Das Standardmodell kostenloser Tools

Viele kostenlose Web-Tools folgen demselben Muster:

1. Datei hochladen
2. serverseitig verarbeiten
3. Ergebnis herunterladen
4. Original später löschen

Der kritische Punkt: Ihre Daten verlassen Ihr Gerät sofort.

Das Kernproblem

Für sehr viele Aufgaben ist ein Server technisch nicht nötig:

• Bildformate konvertieren
• JSON formatieren
• Hashes berechnen
• PDFs zusammenführen oder komprimieren

Das sind Rechenaufgaben, die lokal ausführbar sind.

Die Entscheidung für lokale Verarbeitung

Ich habe VaultTools so gebaut, dass Datei-Verarbeitung standardmäßig lokal stattfindet.

Die Basis ist Rust als Verarbeitungsschicht und WebAssembly als Laufzeit im Browser.

Ergebnis:

• keine Datei-Uploads für Tool-Verarbeitung
• keine temp. Speicherung auf fremden Servern
• kein Konto für die meisten Workflows nötig

Was das für Nutzer bedeutet

Neben Datenschutz bringt der lokale Ansatz auch praktische Vorteile:

• weniger Wartezeit ohne Upload-Phase
• Arbeiten auch bei schlechter Verbindung
• klarer, direkter Workflow ohne Tab-Sprung zu Drittanbietern

Selbst prüfbar

Sie müssen der Aussage nicht glauben. Sie können sie prüfen:

1. Ein Tool auf VaultTools öffnen, zum Beispiel PDF komprimieren
2. DevTools und Network-Tab öffnen
3. Datei verarbeiten
4. Requests kontrollieren

Die zentrale Idee von VaultTools bleibt gleich: Ihre Dateien sollen Ihr Gerät nicht verlassen müssen, nur weil Sie eine Alltagsaufgabe erledigen wollen.