Cloud-Version und lokaler Cache

Projekte in normalen kostenlosen Konten verbleiben auf diesem Gerät; das Anmelden lädt sie nicht hoch. Alle drei aktiven Abonnementstufen erlauben unbegrenzt viele Cloud-Projekte. Mit einem aktiven Abonnement oder registriertem historischen globalen Zugriff synchronisiert sich das aktuelle Projekt automatisch, sobald du es erstellst, importierst oder öffnest – einschließlich des vollständigen Manuskripts, der Bilder und aller zugehörigen Projektdatensätze. Eine lokale Kopie bleibt auf deinem Gerät erhalten. Andere, ungeöffnete Projekte werden weder durchsucht noch hochgeladen. Die Web-App nutzt IndexedDB im aktuellen Browser; die Desktop-App nutzt einen lokalen Projektordner und SQLite. Eine unbegrenzte Projektanzahl bedeutet keine unbegrenzte Speicherkapazität: Grenzwerte für einzelne Dateien und Upload-Größen gelten weiterhin.

Das Öffnen eines verknüpften Projekts führt diese Prüfung durch:

• Zuerst mit der Übersicht in der Projektliste abgleichen: Stimmt die Cloud überein und steht lokal nichts aus, ist kein vollständiger Abruf nötig – du kannst sofort losschreiben.
• Ist die Cloud neuer und deine lokale Kopie unverändert, wird sie abgerufen und der Cache überschrieben; die Desktop-App schreibt daraufhin die Designdatei und den abgeleiteten Speicher neu.
• Hast du ausstehende lokale Bearbeitungen (einschließlich der 350-ms-Verzögerung) und die Cloud hat sich ebenfalls weiterbewegt, liegt ein Konflikt vor – und beide Fassungen bleiben erhalten.

Automatische Synchronisierung und die Versionsprüfung vor KI-Aufgaben im Projekt gelten für die aktuelle Web-App. Die Desktop-App erfordert einen Client, der diese Funktionen unterstützt; ältere Versionen verhalten sich möglicherweise anders.

Jede Bearbeitung wird zuerst lokal gespeichert, ohne auf das Netzwerk zu warten. Bei gültigem Cloud-Zugriff werden gespeicherte Änderungen gebündelt im Hintergrund hochgeladen; nicht jeder einzelne Tastenanschlag wird sofort übertragen. Ein Netzwerkausfall macht eine lokale Speicherung niemals rückgängig. Beim Wiederverbinden wird das Hochladen des neuesten Entwurfs wiederholt, solange der Zugriff gültig ist. Nach Ablauf oder bei einer fehlgeschlagenen Zugangsprüfung pausieren Uploads, während das lokale Schreiben ungestört weitergeht.

• Speicherhinweise unterscheiden zwischen „Lokal gespeichert“ und „In die Cloud synchronisiert“. Eine erfolgreiche lokale Speicherung bedeutet noch nicht, dass der Upload abgeschlossen ist. Routinemäßiges Speichern und Hintergrund-Sync zeigen nicht fortlaufend Hinweise; Fehler und Wiederherstellungen werden gesondert gemeldet.
• Ein geöffnetes verknüpftes Projekt gleicht sich ab, sobald das Fenster wieder in den Fokus rückt, sowie in einem 60-Sekunden-Intervall für Zusammenfassungen; Hintergrund-Tabs führen keinen Timer aus, und das Wechseln oder Schließen des Projekts stoppt ihn. Dieser Hintergrundabgleich tauscht niemals dein Manuskript aus, während du tippst.
• Jeder Gesprächsschritt im Projekt, jede Einzelfähigkeit, jedes Umschreiben, jede Bildaufgabe, jede Importanalyse und jede Pflegeaufgabe prüft den Cloud-Zugriff und stellt sicher, dass der neueste lokale Stand zuvor synchronisiert wurde. Offline-Betrieb, Versionskonflikte oder fehlgeschlagene Synchronisierung blockieren die jeweilige KI-Aufgabe. Credit-Pakete gewähren keinen Cloud-Zugriff. Der Einstiegsablauf vor dem Anlegen eines Projekts und reine Kostenschätzungen werden getrennt behandelt.

Beim Hochladen werden lange Daten-URL-Bilder im Manuskript und in den Datensätzen in inhaltsadressierte Blobs aufgeteilt: Dasselbe Bild teilt sich innerhalb jedes Projekts eine gespeicherte Ressource, und das Projekt-JSON behält lediglich einen leichten Verweis. Beim Öffnen und Abgleichen werden Bilder aus diesen Verweisen wiederhergestellt, bevor das Manuskript an den lokalen Cache übergeben wird. Der erste Upload nutzt denselben Weg – sind die Bilder noch nicht fertig hochgeladen, wandert das neu erstellte Cloud-Projekt in den Papierkorb und es entsteht keine lokale Verknüpfung, sodass kein unfertiges Projekt zurückbleibt.

• Ein Verweis, dessen Bild nicht abgerufen werden kann, verbleibt mit einem angehängten Synchronisierungsfehler unverändert im Manuskript; er wird nicht stillschweigend gelöscht.
• Ein einzelnes Bild mit mehr als 20 MB an Rohdaten oder ein Manuskript, das nach dem Auslagern der Bilder immer noch größer als 32 MB ist, wird als Fehler markiert, und derselbe Inhalt wird nicht in einer Endlosschleife erneut hochgeladen. Teile oder verkleinere solche Bilder.

Beim Offline-Schreiben wird lokal gespeichert und bei Wiederverbindung hochgeladen, solange der Cloud-Zugriff gültig bleibt. Das Auslaufen eines Zugangs löscht bestehende Arbeiten nicht: Lokales Bearbeiten, Speichern und Exportieren laufen weiter, und vorhandene Cloud-Projekte bleiben zum Lesen, Exportieren oder Löschen verfügbar. Eine Verlängerung prüft beide Versionen, bevor die Synchronisierung wieder anläuft. Wird ein Cloud-Projekt gelöscht, wird seine lokale Verknüpfung gelöst, während das Werk selbst auf dem Gerät verbleibt.

• Die Synchronisierung gleicht ganze Inhaltsversionen ab, keine dreiseitige Zusammenführung auf Feldebene – genau deshalb behält ein Konflikt beide Seiten, anstatt sie automatisch zusammenzuführen.
• Behalte bei einem Synchronisierungsfehler die Seite und das lokale Projekt bei; lösche keinesfalls die Websitedaten. Ein wiederholter Fehler bleibt als „Synchronisierung fehlgeschlagen“ samt Begründung sichtbar.
• Vergewissere dich vor einem Gerätewechsel, dass das aktuelle Projekt synchronisiert wurde, und öffne seine Cloud-Version dann mit demselben Konto. Exportiere für rein lokale Projekte oder noch nicht hochgeladene Bearbeitungen zuerst ein .quill.json-Paket; migriere nicht durch bloßes Kopieren des Browser-Speichers.

Wiederherstellung nach einem Konflikt: Konfliktkopien; Sicherung und Migration: Projektpakete exportieren und importieren.