Stapelverarbeitung
Ordneraktionen teilen Auswahl und Fortschritt, unterscheiden sich aber bei Ausgabe und Überschreibung. Standardparallelität ist eins. Teste einen eigenen kleinen Ordner und kontrolliere Umfang und Ziele vor größeren Stapeln.
Überblick
Seitenleiste und Dateimenü bieten Links, Konzepte, Titelgenerierung, Übersetzung, Originaltext sowie Mermaid-/Formelreparatur. Keine allgemeine Ordnerrecherche; Titelgenerierung kann Recherche zuschalten.
Ein Stapel ist keine Ordnertransaktion. Fertige Ausgaben bleiben nach Fehlern anderer Dateien oder Abbruch erhalten.
Ablauf
Ausführungsmodell
- Aufgabe und gewünschten Ordner wählen.
- Geeignete Dateien gemäß Erweiterungen, Filtern und aufgabenspezifischen Ausgabeausschlüssen sammeln.
- Aufgabenanbieter/-modell verwenden und Status, Fehler, Ziele melden.
- Bericht und Dateien nach Abschluss oder Abbruch vor Wiederholung prüfen.
Links, Konzepte, Titel, Originaltext und Mermaid-/Formelreparatur schließen standardmäßig Unterordner ein. Übersetzung nimmt nur direkte Kinder. Mit Entwicklermodus und erweiterter Dateiauswahl können Profile Umfang/Filter ändern; das tatsächlich aktive Profil prüfen.
Überschreiben
| Aufgabe | Vor Wiederholung prüfen |
|---|---|
| Links | Separate Ausgaben; eigene Suffixe, Ziele und Originalverschiebung prüfen |
| Konzepte | Bestehende Notizen erhalten ggf. Rücklinks; Dubletten separat prüfen |
| Titelgenerierung | Geeignete Quellen erhalten Inhalt und werden bei freiem Ziel nach complete verschoben |
| Übersetzung | Vorhandene Übersetzung kann ersetzt werden; _<language>.md als Standard |
| Mermaid / Formeln | Ausgewählte Notizen werden geändert; Beispiel prüfen und sichern |
Es gibt keine universelle Überspringen/Anhängen/Ersetzen-Option. Ein belegtes complete-Ziel verhindert nur das Verschieben, nicht die vorherige Generierung. Erzeugte und verschobene Dateien werden getrennt gezählt.
Parallelität
Behalte batchConcurrency: 1 bis ein repräsentatives Beispiel funktioniert. Manche Pfade brauchen zusätzlich enableBatchParallelism; Übersetzung nutzt die Parallelität direkt. Höhere Werte belasten Anbieter, RAM und lokalen Server ohne garantierte Beschleunigung.
API- und Gruppenintervalle können Spitzen mindern, garantieren aber keine Einhaltung aller Kontingente oder Isolation von anderen Clients.
Einstellungen
| Einstellung | Standard | Wirkung |
|---|---|---|
batchConcurrency | 1 | Angeforderte Parallelität unterstützter Pfade |
enableBatchParallelism | false | Parallele Planung wo unterstützt |
batchSize | 50 | Gruppengröße entsprechender Planungswege |
batchInterDelayMs | 1000 | Pause zwischen Gruppen wo anwendbar |
apiCallIntervalMs | 500 | Intervall konkurrierender API-Aufrufe |
folderTaskIncludeSubfoldersMode | legacy | Aufgabenspezifische Unterordnerstandards erhalten |
enableStableApiCall | false | Expliziter stabiler Anfragemodus |
Modelle im Stapel
Es gelten die Modelle der entsprechenden Einzelaufgabe; für private Inhalte prüfen. Lokale Wissenssuche der Titelstapel verwendet einen am Anfang erstellten Snapshot. Spätere Änderungen fließen nicht unbemerkt ein; dafür einen neuen Stapel starten.
Beispiel
Lege zwei Titelnotizen in trial-titles ohne fremde Dateien an. Starte Stapelweise aus Titeln generieren, prüfe Inhalt, trial-titles_complete und erzeugte/verschobene/fehlerhafte Anzahlen. Diagnostiziere einzelne Fehler; erneuter Ordnerstart ist keine präzise Wiederaufnahme nur offener Arbeit.
Abbruch und Wiederherstellung
Abbruch stoppt neue Planung und unterstützte Anfragen. Bereits extern akzeptierte Aufrufe/Schreibvorgänge können enden; Abrechnung bleibt beim Anbieter. Warte auf Abschluss und prüfe Dateien sowie Konflikt-/Wiederherstellungspfade. Kopien erst nach Vergleich entfernen.
Tipps
- Tatsächlich gematchte Dateien eines Profils prüfen.
- Bei 429 Parallelität reduzieren und Quoten prüfen.
- Abbruch, Fehler und Erfolg getrennt behandeln.
- Vor Änderungen unverändertes Beispiel und Backup behalten.