# Einarbeitungsmodus

Neue Informationen **ändern nicht das Gesetz** (das bleibt in Lawgit),
sondern den **Kommentar** zum Paragraphen. Gerichtsentscheidungen aus
`ge_md/` werden in drei Stufen verarbeitet.

```mermaid
flowchart TD
  GE[Neue Entscheidung ge_md]
  Fund[1 Fundstelle Index]
  Gewicht[2 Gewicht nach Ebene]
  Edit[3 Kommentar-Edit]
  GE --> Fund
  Fund --> Gewicht
  Gewicht -->|Revisionskandidat| Edit
  Gewicht -->|nur Fundstelle| Stop[Index fertig]
```

## Stufe 1 — Fundstelle (immer)

Aus dem Feld `norm` der RII-XML (im YAML-Kopf als `normen`) werden
zitierte Stellen gelesen und gegen `LAWGIT_ROOT/laws_md/<slug>/§N.md`
gematcht.

Werkzeug: `python3 index_normen.py --lawgit ../lawgit`

Ergebnis: `data/normen_index.json`

- Treffer → Eintrag unter Schlüssel `bgb/§242` usw.
- Kein Treffer → Liste `unmapped` (manuelle Aliase analog Lawgit
  `norm_registry.py`)

Jeder Index-Eintrag trägt `ebene`, `gericht`, `doknr`, `path`, `doktyp`
und ob ein Leitsatz im Markdown steht.

## Stufe 2 — Gewicht nach Ebene

Steuert, ob der Kommentar *bearbeitet* wird oder die Entscheidung nur
als Fundstelle hängt.

| Ebene | Wert in YAML | Regel |
|-------|--------------|--------|
| **VerfG** | `verfg` | Immer Revisionskandidat. Bindungswirkung nach § 31 BVerfGG; kann die Lesart einer Norm kippen. |
| **Bund** | `bund` | Revisionskandidat, wenn Leitsatz vorhanden oder `doktyp` auf Leitentscheidung / Großen Senat hindeutet; sonst nur Fundstelle. |
| **OLG** | `olg` | Nur Fundstelle, außer **Divergenz** (abweichende OLG-Linien ohne BGH) oder Lücke auf Bundesebene. (Extraktion noch Stub.) |

Ableitung der Ebene aus `gertyp`:

- `BVerfG` → `verfg`
- `BGH`, `BVerwG`, `BFH`, `BAG`, `BSG`, `BPatG` → `bund`
- später `OLG …` → `olg`

## Stufe 3 — Kommentar-Edit (noch nicht implementiert)

Pro Paragraph eine Datei `kommentar/<gesetz>/§N.md` mit Randnummern.

Jede Einarbeitung soll ein Git-Commit mit Trailer werden:

```
RII-Doknr: KORE…
```

analog zu `BGBl-Id:` in Lawgit — damit nachvollziehbar bleibt, welche
Entscheidung den Kommentartext bewegt hat.

Der eigentliche Text (LLM oder Hand) ist der nächste Projektschritt.
Dieser Modus dokumentiert nur die Regeln, damit der Lauf nicht neu
erfunden wird.

## Praxis-Reihenfolge

1. `extract_rii.py` — Entscheidungen holen
2. `index_normen.py` — Fundstellen bauen
3. Später: Revisionskandidaten aus dem Index filtern (`ebene=verfg` oder
   Bund mit Leitsatz) und Kommentardateien fortschreiben