Kaskadierende Regelausführung und Prioritätsmechanismen

Alle notwendigen Details, um das komplexe Zusammenspiel von Priorität, Modus und Fallback zu erklären.

Kaskadierende Regelausführung und Prioritätsmechanismen

Unser Regelsystem basiert auf einer strikten, sequenziellen Verarbeitung, bei der die Position einer Regel in der Liste fuzzy_map_pre ihre Priorität bestimmt (Modul-Lade-Reihenfolge > Zeilennummer).

Dies folgt dem Prinzip der Kaskadierenden Regelausführung (default_mode_is_all = True), wobei alle passenden Regeln nacheinander angewendet werden, bis ein spezifisches Stopp-Kriterium erfüllt ist.

1. Die Hohe Priorität: Der Deterministische Durchlauf

Die Verarbeitung beginnt mit dem Durchlauf der Regeln in der geladenen Reihenfolge. Hierbei gibt es zwei Typen von Anwendungen, die die Priorität festlegen:

A. Absolutes Stopp-Kriterium (Höchste Priorität)

Die Regel mit der höchsten Priorität, die einen vollständigen Match (von ^ bis $) auf das Token erzielt, wird angewendet und beendet die gesamte Verarbeitung für dieses Token sofort (First Match Wins). Dies stellt sicher, dass die spezifischste und deterministischste Regel Vorrang hat.

B. Kumulation (Transformationsreihenfolge)

Wenn eine Regel zutrifft, aber keinen vollständigen Match (^...$) erzielt, wird die Ersetzung angewendet. Die Verarbeitung geht jedoch zur nächsten Regel über. Da jede Regel auf dem bereits modifizierten Text arbeitet, ist die Listenreihenfolge entscheidend für die Kaskadierung der Transformationen.

2. Die Niedrige Priorität: Der Fuzzy-Fallback

Der Einsatz der Fuzzy-Logik (Ähnlichkeitsscore 0–100) dient ausschließlich als Fallback, um Tippfehler im Rohtext zu korrigieren.

Aus Performance- und Stabilitätsgründen wird die Fuzzy-Logik nur dann aktiviert, wenn der gesamte deterministische Durchlauf (Punkt 1) keine einzige Regel angewendet hat. Jede erfolgreiche deterministische Regelanwendung setzt die notwendige Flag und blockiert damit den Fuzzy-Fallback für das aktuelle Token.

3. Die Externe Validierung (LanguageTool)

Nach Abschluss aller Regel-basierten Ersetzungen wird eine zusätzliche Prüfung durch LanguageTool (LT) durchgeführt, um stilistische oder grammatikalische Fehler zu beheben.

Dieses Tool wird jedoch übersprungen, wenn die Anzahl der durchgeführten Regel-Ersetzungen im Verhältnis zur ursprünglichen Textlänge einen Schwellenwert übersteigt (LT_SKIP_RATIO_THRESHOLD). Dies stellt sicher, dass LT nicht auf Texte angewendet wird, die durch unsere Kaskade bereits so stark transformiert wurden, dass die Korrektur durch LT fehleranfällig wäre.