Initialisiere Explor.Code.Law mit RII-Pipeline und Strato-Deploy.
Some checks failed
Deploy explore / deploy (push) Failing after 18s
Some checks failed
Deploy explore / deploy (push) Failing after 18s
Entscheidungen als Markdown, Normen-Index und schlankes Git-Sync nach /opt/explore (Gitea Actions, ohne Docker). Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
75
docs/EINARBEITUNG.md
Normal file
75
docs/EINARBEITUNG.md
Normal file
@@ -0,0 +1,75 @@
|
||||
# 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
|
||||
58
docs/QUELLEN.md
Normal file
58
docs/QUELLEN.md
Normal file
@@ -0,0 +1,58 @@
|
||||
# Quellen
|
||||
|
||||
## Primär: Rechtsprechung im Internet (RII)
|
||||
|
||||
Portal: [https://www.rechtsprechung-im-internet.de/](https://www.rechtsprechung-im-internet.de/)
|
||||
|
||||
| Ressource | URL |
|
||||
|-----------|-----|
|
||||
| Inhaltsverzeichnis | `https://www.rechtsprechung-im-internet.de/rii-toc.xml` |
|
||||
| DTD | `https://www.rechtsprechung-im-internet.de/dtd/v1/rii-dok.dtd` |
|
||||
| Dokument | ZIP mit einer XML-Datei pro Entscheidung |
|
||||
|
||||
**Gerichte (amtlich, ausgewählt, anonymisiert, ab 2010):**
|
||||
|
||||
- Bundesverfassungsgericht (BVerfG)
|
||||
- Bundesgerichtshof (BGH)
|
||||
- Bundesverwaltungsgericht (BVerwG)
|
||||
- Bundesfinanzhof (BFH)
|
||||
- Bundesarbeitsgericht (BAG)
|
||||
- Bundessozialgericht (BSG)
|
||||
- Bundespatentgericht (BPatG)
|
||||
|
||||
Nutzung: amtliche Werke, gemeinfrei nach § 5 UrhG. Weiterverwendung der
|
||||
bereitgestellten Formate ist ausdrücklich vorgesehen.
|
||||
|
||||
Wichtige XML-Felder: `doknr`, `ecli`, `gertyp`, `spruchkoerper`,
|
||||
`entsch-datum`, `aktenzeichen`, `doktyp`, `norm`, `leitsatz`, `tenor`,
|
||||
`tatbestand`, `entscheidungsgruende` / `gruende`, `abwmeinung`, `vorinstanz`.
|
||||
|
||||
## Gesetzesbasis: Lawgit
|
||||
|
||||
Geltender Wortlaut und Paragraphenpfade: `LAWGIT_ROOT/laws_md/`
|
||||
(Default `../lawgit`). Explore kopiert Gesetze nicht.
|
||||
|
||||
## Bewusste Lücken
|
||||
|
||||
### OLG / LG
|
||||
|
||||
RII enthält **keine** systematische OLG-/LG-Sammlung. Das Datenmodell kennt
|
||||
trotzdem `ebene: olg`. In Bundesentscheidungen speichern wir `vorinstanz`
|
||||
(oft OLG-Aktenzeichen) schon mit. Ein eigener OLG-Extraktor folgt erst, wenn
|
||||
eine konkrete Landesquelle feststeht.
|
||||
|
||||
### BVerfG vor 2010
|
||||
|
||||
RII startet 2010. Ältere BVerfGE / Gerichtssite sind Phase 2.
|
||||
|
||||
### NeuRIS
|
||||
|
||||
Die Testphase unter `testphase.rechtsinformationen.bund.de` bietet eine
|
||||
JSON-API, der Datensatz ist noch unvollständig. Nicht als Primärquelle;
|
||||
höchstens später Abgleich zu RII.
|
||||
|
||||
## Volumen und Höflichkeit
|
||||
|
||||
Rund 70–80 000 Entscheidungen. `extract_rii.py` ist wiederaufsetzbar
|
||||
(überspringt bekannte `doknr`), mit `--court`, `--since`, `--limit` und
|
||||
Delay (Default 0,4 s).
|
||||
Reference in New Issue
Block a user