# Was Local-first in Prior bedeutet

> Prior speichert deine Arbeit zuerst auf deinem Gerät und synchronisiert sie danach. Wie das funktioniert, wie Konflikte je Datenart gelöst werden und wo es aufhört.

Source: https://priortasks.com/de/blog/local-first/
Last updated: 2026-11-05

Local-first heißt: Die Kopie deiner Arbeit, auf die es ankommt, liegt auf deinem Gerät. Der Server ist der Weg, auf dem deine Geräte einander erreichen, und nicht der Ort, an dem eine Aktion erst genehmigt werden muss, damit sie zählt. Die Idee hat 2019 Martin Kleppmann, Adam Wiggins, Peter van Hardenberg und Mark McGranaghan bei Ink & Switch in [einem Essay](https://www.inkandswitch.com/essay/local-first/) formuliert. Er nennt sieben Ideale: schnell, mit mehreren Geräten, offline, gemeinsam, langlebig, privat und unter Kontrolle der Nutzerinnen und Nutzer.

Prior folgt dieser Idee. Hier steht, was das in der Praxis bedeutet und wo es aufhört.

## Was passiert, wenn du eine Aufgabe anlegst

Du schreibst eine Aufgabe. Prior speichert sie in einer Datenbank auf deinem Gerät: SQLite in den Desktop- und Android-Apps, der eigene Speicher des Browsers im Web. Daneben schreibt es einen Eintrag in eine Outbox, mit einer eindeutigen Mutations-ID. Die Aufgabe erscheint in diesem Moment auf dem Bildschirm. Nichts musste auf das Netzwerk warten, deshalb ist das Anlegen einer Aufgabe sofort.

Ist das Gerät online, schickt es die Outbox an den Server. Der Server führt ein Änderungsprotokoll, das nur wächst, mit einer Revisionsnummer, die steigt. Er wendet jede Änderung nur einmal pro Mutations-ID an. Ein erneuter Versuch nach einer abgebrochenen Verbindung kann eine Aufgabe also nicht doppelt anlegen. Deine anderen Geräte fragen nach, was sich seit der letzten gesehenen Revision geändert hat. Eine kleine WebSocket-Nachricht sagt ihnen, jetzt nachzufragen, statt auf die nächste periodische Synchronisierung zu warten. Sie enthält keine Daten, nur die Nachricht, dass sich etwas geändert hat.

Offline sagt die App es: „Alles ist auf diesem Gerät gespeichert. Sobald du wieder online bist, wird synchronisiert.“ Gibt es wartende Änderungen, zählt sie die App. Daten, die du vor der Anmeldung erstellt hast, bleiben auf dem Gerät, bis sie an dein Konto angehängt werden.

## Zusammenführen ist je Datenart eine Entscheidung

Zwei Geräte, die dasselbe offline ändern, widersprechen sich, wenn sie sich wieder begegnen. Es gibt nicht die eine Lösung für jede Art von Daten, deshalb nutzt Prior für jede die passende.

- **Aufgaben und Gewohnheiten.** Der Server wendet die zuletzt angenommene Änderung in Revisionsreihenfolge an. Eine Aufgabe, deren Änderung noch auf deinem Gerät wartet, wird nicht von dem überschrieben, was von anderswo ankommt.
- **Kalender und Termine.** Änderungen sind Patches pro Feld. Bearbeitungen verschiedener Felder desselben Termins kombinieren sich. Betrifft es dasselbe Feld, gewinnt die zuletzt empfangene Änderung. Löschungen hinterlassen eine Markierung, damit eine alte Offline-Kopie einen Termin nicht zurückbringen kann.
- **Karteikarten.** Wiederholungen sind ein Protokoll, das nur wächst, und der Zeitplan einer Karte wird nicht gespeichert. Er wird berechnet, indem die Wiederholungen dieser Karte neu abgespielt werden. Zwei Geräte, die offline wiederholt haben, haben denselben Zeitplan, sobald sich ihre Protokolle treffen. Dafür muss nichts aufgelöst werden.
- **Budgets.** Sie werden Zeile für Zeile zusammengeführt. Die neueste Version jeder Zeile gewinnt, und gelöschte Zeilen hinterlassen eine Markierung.
- **Geteilte Notizen.** Sie sind Yjs-Dokumente, gebaut für mehrere Personen, die gleichzeitig tippen. Bricht die Verbindung ab, zeigt die Notiz, dass sie offline ist. Die Änderungen der Bearbeitenden werden beim Wiederverbinden zusammengeführt.

Allen fünf gemeinsam ist eine Zusammenführung, die zu der Art passt, wie die Daten genutzt werden, und eine Markierung für jede Löschung. So kann eine alte Kopie eine neuere Entscheidung nie rückgängig machen.

## Wo es aufhört

Local-first ist ein Versprechen darüber, wo deine Arbeit liegt und was weiter funktioniert, kein Versprechen über alles.

- **Geteilte Projekte brauchen eine Verbindung.** Prior sagt das und hält ein geteiltes Projekt schreibgeschützt, bis du wieder verbunden bist.
- **Manches ist von Natur aus online.** Anmelden, Prior AI, E-Mail und Ligen brauchen das Netzwerk.
- **Es ist keine Ende-zu-Ende-Verschlüsselung.** Deine Daten liegen auf unserem Server, damit sie synchronisiert werden können. Local-first ändert daran nichts.
- **Ein Browser ist ein zerbrechlicher Ort.** Im Web liegen deine Daten im Speicher dieses Browsers. Löschst du ihn, bevor die Daten synchronisiert sind, gehen die unsynchronisierten Änderungen mit. Native Apps halten eine Datenbankdatei.

## Ein Fehler, der uns etwas beigebracht hat

Eine frühe Version der Synchronisierung lief in fester Reihenfolge. Ein Datumsfeld wurde bei geplanten Aufgaben falsch gelesen, und das brachte den ganzen Aufgaben-Abruf zum Scheitern. Dadurch stockten auch die Kalender und der Arbeitsbereich. Wir haben das Lesen korrigiert und den Entwurf geändert: Jeder Teil der Synchronisierung läuft jetzt für sich, und ein Fehler in einem Teil blockiert die anderen nicht mehr. Die Oberfläche zeigt, welcher Teil noch wartet, und sie meldet keinen vollständigen Erfolg, wenn ein Teil fehlgeschlagen ist.

Das ist auch Local-first in der Praxis. Deine Daten waren nie verloren, weil sie sicher auf dem Gerät lagen. Die Synchronisierung war nur verspätet.

Mehr zur Nutzung steht unter [Offline und Synchronisierung](https://priortasks.com/de/docs/getting-started/offline-and-sync/). [Synchronisierungsprobleme beheben](https://priortasks.com/de/docs/troubleshooting/sync-problems/) erklärt, was zu tun ist, wenn etwas nicht ankommt.