Roadmap zur Anki-Funktionsgleichheit

Repeto möchte die Konzepte bewahren, die eine ernsthafte Sammlung mit verteilten Wiederholungen dauerhaft machen: Notizen, Felder, Notiztypen, Vorlagen, Geschwisterkarten, Stapelbäume, Planungsverlauf, portable Pakete und ehrliche Wiederholung.

Das Team hat alle 55 Seiten der aktuellen Navigation des Anki-Desktophandbuchs sowie Nutzer- und Entwicklungsdokumentation von AnkiDroid geprüft. Dieser Audit ist eine Anforderungsquelle, keine Behauptung, dass jede folgende Funktion bereits veröffentlicht wurde.

Verfügbare Grundlage

Im aktuellen Web-/API-Code sind tatsächlich implementiert:

• sammlungsweite Notizen, geordnete Felder, Schlagwörter, Notiztypen und mehrere Vorlagen;
• sichere Änderungsplanung für bestehende positionsbasierte Felddaten;
• Vorlagenersetzung, bedingte Bereiche, Metadaten, FrontSide, Textfilter und Lückentext;
• Geschwistermaterialisierung für Standard-, optional rückwärtige und Lückentexttypen;
• eingebaute Vorwärts/Rückwärts-, optional rückwärtige, Eingabeantwort- und Lückentextfamilien samt Eingabevergleich;
• verschachtelte Parent::Child-Stapel und Eltern-Unterbaum als Lernbereich;
• FSRS-6 mit Nochmal, Schwer, Gut und Einfach;
• dauerhafter Lernschritt-, Scheduler-Tag-, Neuposition-, Aktivwarteschlangen-, Zurückstellungs- und Rückgängigstatus;
• konfigurierbare Lern-/Wiederlernschritte, Behaltensquote, Höchstintervall, Problemmaterial und Kernreihenfolgen;
• 9.999 Karten je API/Sitzung mit Tagesgrenzen je Stapel;
• globale Voreinstellungen, vollständige private Stapelkopien, ausdrückliche Vollsynchronisierung und Heute-Grenzen;
• Aufdecken/Bewerten, Bearbeiten, Markierungen, marked, Karten-/Notiz-Zurückstellen und -Aussetzen, Zurücksetzen, Fälligkeit, Notizkopie/-löschung, aktuelle/vorherige Zusammenfassung, manuelles Aufheben, Kürzel und dauerhafte Offline-Wiederholung/-Rücknahme;
• automatische Geschwisterzurückstellung für neue, Wiederholungs- und tagesübergreifende Lernkarten in API/Scheduler;
• .apkg-Vorschau/-Import und Einzelstapelexport mit Medien und unterstütztem Verlauf;
• Stapelsuche, Filter, Auswahl, Umschaltbereiche, Massenlöschen und Bildanhang;
• sammlungsweiter Karten-/Notizbrowser mit Abfragediagnostik, Serversortierung/-seitennavigation und sicherem Aussetzen, Zurückstellen und Löschen;
• Statistikbereiche, 4:00-Uhr-Scheduler-Tage, echte Behaltensquote aus der ersten Wiederholung je Karte/Tag, 21-Tage-Reifegrenze, getrennte Überfälligkeitsprognose, Verteilungen und CSV;
• Synchronisierungsobjekte für Typen, Konfigurationen, Stapel, Notizen, Karten, Verlauf und Medien.

Ebenfalls vollständig im aktuellen Webablauf verfügbar sind Image Occlusion mit Maskeneditor, dauerhaften Geschwisterkarten und Spezialreviewer, benutzerdefiniertes Lernen mit gefilterten Stapeln über Erstellen/Aufbauen/Lernen/Neuaufbauen/Leeren/Löschen sowie der prüfbare strukturierte Textimport mit Zeilenplan, atomarer Übernahme, Entwurfswiederherstellung und idempotentem Neuversuch.

Teilweise Abläufe

Bereich	Aktuelle Grenze
Stapelhierarchie	Kein Drag-and-drop-Elternwechsel, Elternwähler, endgültige Tiefengrenze oder vollständiger Default-Lebenszyklus.
Voreinstellungshierarchie	Elternsitzungen erzwingen noch nicht jede Kombination aus Nachkommen- und Vorfahrenkontingenten.
Scheduler-Tag	Lern-/Interdaystatus ist dauerhaft und der Wechsel erfolgt lokal um 4:00 Uhr; die Grenze bleibt fest und verbindliche IANA-Zeitzonen-/DST-Zuständigkeit ist unvollständig.
Reihenfolge	Intraday-/Interday-/Wiederholungs-/Neuprioritäten und Kernoptionen existieren; getrennte Sammel-/Sortierphasen, Abrufbarkeit, Stapelpriorität und jede Eltern-/Kindkontingentkombination fehlen.
Notiztypen	Rückwärtsfamilien, Eingabeantwort, Image-Occlusion-Editor/Reviewer, Vorlagendiagnose und vorschaugestützte Standardumwandlung funktionieren im Web. Cloze/Image-Occlusion-Umwandlung, stabile Identitäten, automatische Masken, Leerkartenbereinigung und vollständiges clientübergreifendes Rendering fehlen.
Reviewer	Das Webmenü deckt produktionskritische Lebenszyklusaktionen ab. Vollständige Card Info existiert in der API, der Webdialog bleibt kompakt; Wiederaktivieren, Audio-Wiedergabe/Suche, temporäre Stimme und native Gleichwertigkeit sind unvollständig.
Browser	Sammlungsbrowser und ein wesentlicher Abfrageumfang funktionieren. Gespeicherte Suchen, alle Anki-Operatoren, konfigurierbare Spalten, Suchen/Ersetzen, Duplikate, Verschieben, Positionieren, Umplanen, Umwandlungsoberfläche und rückgängig machbare Massenaktionen fehlen.
Gefilterte Stapel	Der vollständige aktuelle Webzyklus aus Erstellen, Lernen, Neuaufbauen, Leeren und Löschen funktioniert. Geräteübergreifende Synchronisierung, eigene Lernschritte, dynamische Begriffe, Frühwiederholung und relative Überfälligkeits-/Abrufbarkeitsreihenfolgen fehlen.
Import/Export	Stapelpakete und der strukturierte Textimport funktionieren im Web. Exakte native Sicherung/Wiederherstellung, älterer .colpkg-Export/-Vorschau und Medienaudit existieren in der API; Textmedien/GUID/Kopfzeilen, Textexport, Wiederherstellungsoberfläche, moderner Ersatz, Konflikte und automatische Sicherungen fehlen.
Statistiken	Kerndefinitionen und Scheduler-Tagsgruppierung wurden korrigiert; Verlauf gelöschter Karten, mehrere Anki-Diagramme, FSRS-Stabilitäts-/Abrufbarkeitsansichten, Optimierung/Auswertung und Arbeitslastwerkzeuge fehlen.
Mobil	Responsives Web und native Grundlagen existieren, Offline-/Hintergrund-/Medien-/Barrierefreiheitsverhalten ist aber noch nicht überall gleichwertig.

Wichtigste Arbeiten zur Funktionsgleichheit

1. Sammlungsidentität und sichere Erstellung. Stabile Feld-/Vorlagen-IDs, Duplikate, Leerkartenbereinigung, clientübergreifendes Rendering und Diagnose-/Umwandlungsverwaltung.
2. Korrekte Planung. Hierarchische Grenzen, konfigurierbarer Tageswechsel/Zeitzone, deterministisches Sammeln/Sortieren, Rückstandsabrufbarkeit und FSRS-Auswertung/-Optimierung.
3. Verbleibende Produktoberflächen abschließen. Vollständige Card Info, native Sicherungs-/Wiederherstellungssteuerung und Medienreparatur ausliefern und testen.
4. Browsertransformationen. Restliche Operatoren, gespeicherte Suchen, Spalten, Suchen/Ersetzen, Duplikate, Schlagwort-/Markierungsänderungen, Verschieben, Positionieren, Umplanen, Umwandeln und rückgängig machbare Massenaktionen.
5. Audio und Aussprache. Zentrale Wiedergabe/Pause/Suche, Stapel-Audioregeln, Aufnahme, ausdrücklicher Mikrofondatenschutz und Alternative ohne KI.
6. Wiederherstellung und Portabilität. Automatische versionierte Sicherungen, moderner verlustfreier .colpkg-Ersatz nur bei ehrlichem Schutz, Konfliktwiederherstellung, Textexport und geführte Medienreparatur.
7. Statistik und FSRS-Werkzeuge. Verlauf gelöschter Karten, Zustands-/Altersdiagramme, Stabilität/Abrufbarkeit, Optimierung, Auswertung und Arbeitslastsimulation.
8. Clientübergreifende Produktionsgleichheit. Webverträge auf iOS/Android mit Offline-, Hintergrund-, Medien-, Tastatur- und Screenreaderprüfung.

Noch offene Produktentscheidungen

• maximale Stapeltiefe: fünf oder zehn;
• genaues Verhalten des leeren, verborgenen oder umbenannten Default-Stapels;
• ob Repeto neben FSRS jemals SM-2 anbietet;
• Datenschutz und Offline-Ersatz für KI-gestütztes Aussprachefeedback;
• Drittanbieterumfang ohne nicht vertrauenswürdigen Anki-Add-on-Code.

Was Funktionsgleichheit nicht bedeutet

Repeto bildet weder desktopbezogene Qt-Installationsprobleme nach noch gibt es vor, Anki-Add-ons könnten in einer gehosteten Webanwendung sicher laufen. Es soll wichtige Nutzerergebnisse gleichwertig liefern, portable Sammlungssemantik bewahren und Repeto-spezifische Verbesserungen ehrlich benennen.

Der Status ändert sich nur, wenn ein durchgängiger Nutzerablauf, ein Speichervertrag und gezielte Tests existieren. Ein Datenbankfeld oder Prototyp allein zählt nicht als ausgelieferte Funktion.