Kaskadierende Regelausführung und Priorität Mechanismen

Alle notwendigen Szczegóły, um das komplekse Zusammenspiel von Priorität, Modus und Fallback zu erklären.

Kaskadierende Regelausführung und Priorität Mechanismen

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 fetlegen:

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

Die Regel mit der höchsten Priorität, die einen vollständigen Match (od ^ do $) auf das Token erzielt, wird angewendet und bedet die gesamte Verarbeitung für dieses Token sofort (Pierwszy mecz wygrywa). Dies stellt sicher, dass die spezifischste und deterministischste Regel Vorrang hat.

B. Kumulacja (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 (Narzędzie językowe)

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.