# Posteingang Ocr Verteilung > Strukturiert bereits texterkannten (OCR-)Papier-Posteingang je Eingang zu Absender/Datum/Aktenzeichen/Fristindikatoren, ordnet ihn per core/calc/zuordnung einem Mandat zu und erzeugt einen Routing-Plan in die Hotfolder-Ablagekonvention kontext/posteingang/ — ein Provenienz-Validator erzwingt maschinell, dass jeder kritische Wert wörtlich im Scan-Text belegt ist; Ablage standardmäßig als Dry-Run,… - **Type:** Skill - **Install:** `agentstack add skill-eliasreiche-legal-ops-germany-posteingang-ocr-verteilung` - **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior - **Seller:** [eliasreiche](https://agentstack.voostack.com/s/eliasreiche) - **Installs:** 0 - **Category:** [Content & Media](https://agentstack.voostack.com/c/content-and-media) - **Latest version:** 0.1.0 - **License:** Apache-2.0 - **Upstream author:** [eliasreiche](https://github.com/eliasreiche) - **Source:** https://github.com/eliasreiche/legal-ops-germany/tree/main/plugins/legal-ops/skills/posteingang-ocr-verteilung ## Install ```sh agentstack add skill-eliasreiche-legal-ops-germany-posteingang-ocr-verteilung ``` Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent. ## About # posteingang-ocr-verteilung > **Status: `beta`** — automatisierte Tests laufen grün in CI (`tests/`). > Noch **nicht** händisch abgenommen — `status: getestet` vergibt erst der > Maintainer nach eigener Prüfung (siehe > [CONVENTIONS.md](https://github.com/eliasreiche/legal-ops-germany/blob/main/CONVENTIONS.md), Reifegrad-Leiter). ## Zweck Strukturiert gescannten Papier-Posteingang, für den bereits eine Texterkennung vorliegt, zu einem maschinenlesbaren **Eingang**: Absender, Datum des Schreibens, fremdes/eigenes Aktenzeichen, Betreff/Mandatsbezug und **Frist-Indikatoren** (Schlüsselwörter wie „Frist", „binnen", „spätestens", Zustellungsvermerke) — samt einem deterministisch abgeleiteten `fristrelevant`-Flag. Anschließend ordnet er den Eingang über die wiederverwendbare Bibliothek [`core/calc/zuordnung/`](../../core/calc/zuordnung/) (dieselbe wie [`email-akten-zuordnung`](../email-akten-zuordnung/SKILL.md)) einem Mandat aus `kontext/mandate/*.md` zu und erzeugt einen **Routing-Plan** in die Ablagekonvention `kontext/posteingang/JJJJ-MM-TT__/`. Die inhaltliche Extraktion macht **das Modell (Claude)** — es liest den Scan-Text und füllt das Schema. Damit dabei nichts erfunden wird, prüft ein deterministischer Executor die Ausgabe (P3 / Anti-Halluzination maschinell erzwungen): - **Schema-Konformität** des `eingang.json` (Pflichtstruktur, ISO-Datum, Lücken-Disziplin, Konsistenz von Schlüsselwort zu Zitat), - **Provenienz**: Datum des Schreibens, fremdes/eigenes Aktenzeichen und jedes Frist-Indikator-Zitat müssen — nach definierter Normalisierung — **wörtlich in mindestens einer Quelldatei** vorkommen; nicht belegte Werte werden als `nicht_belegt` ausgewiesen, - **Fristrelevanz**: `fristrelevant` ist niemals eine Modell-Behauptung, sondern `true` nur, wenn mindestens ein Frist-Indikator provenienzgeprüft belegt ist, - **Mandats-Zuordnung**: Kandidaten (Stufen Z0–Z4) gegen `kontext/mandate/*.md`; Mehrdeutigkeit oder kein Treffer ⇒ `unzugeordnet`, nie geraten, - **Routing-Plan**: Ziel-Pfad nach der dokumentierten Konvention; Default ist ein Dry-Run, tatsächliches Kopieren nur mit `--ausfuehren` (kopiert nie löscht, nie überschreibt — Kollision ist ein Fehler). > ⚠️ **Keine Fristberechnung.** `fristrelevant` ist ein Hinweis-Flag, kein > Fristende. Jede tatsächliche Fristberechnung läuft ausschließlich über den > Skill [`fristenrechner`](../fristenrechner/SKILL.md) als deterministische > Zweitkontrolle. **Kein OCR-Code in diesem Repo.** Voraussetzung ist je Scan bereits extrahierter Text (`.txt`/`.md` neben der Scan-Datei), erzeugt durch ein externes, lokales Werkzeug — lokale Verarbeitung bevorzugt (§ 203 StGB): - macOS-Texterkennung (Vision-Framework, z. B. per Vorschau/Automator), - `pdftotext` (Poppler) für digital erzeugte PDFs mit Textebene, - `markitdown` (bereits im Vault-Werkzeugkasten vorhanden) für gemischte Formate. Alternativ liest Claude den Scan direkt (z. B. ein Bild/PDF multimodal) und schreibt den erkannten Text selbst in eine Textdatei — dann gilt **derselbe Provenienz-Kontrakt**: der Executor sieht in beiden Fällen nur Text, nie das Bild/PDF. Eine Repo-weite Konvertierungs-Standard-Entscheidung ist beim Maintainer offen; dieser Skill bindet keine bestimmte Lösung ein. ## Eingaben (Datei-Kontrakt, P2) | Eingabe | Pflicht | Format | Beschreibung | |---|---|---|---| | Eingangs-Entwurf | ja (`--eingang`) | `.json` | Vom Modell nach Schema erzeugt. Struktur: [`schema/README.md`](schema/README.md), Beispiel: [`schema/beispiel-eingang.json`](schema/beispiel-eingang.json). | | Scan-Text(e) | ja (`--quelle`) | `.txt` / `.md`, UTF-8 | Bereits extrahierter Text. Mehrfach angebbar. Beispiel: [`schema/beispiel-scan.txt`](schema/beispiel-scan.txt). | | `kontext/`-Verzeichnis | ja (`--kontext`) | Verzeichnis nach [`core/context/README.md`](../../core/context/README.md) | Mandate (`az`, `mandant`, `gegenseite`) für die Zuordnung. | | Scan-Datei(en) fürs Routing | nein (`--scan-datei`) | beliebig, mehrfach | Datei(en), die der Routing-Plan kopiert (Scan-Original und/oder Textauszug). Ohne diese Option enthält der Plan nur den berechneten Zielordner-Namen, keine Dateien. | | Fuzzy-Schwelle | nein (`--schwelle-moeglich`) | Float, Default `0.85` | Wie `email-akten-zuordnung`, dort begründet. | | Ausführen | nein (`--ausfuehren`) | Flag | Ohne diese Option: reiner Dry-Run-Plan. Mit dieser Option: tatsächliches Kopieren. | Der Executor liest die Eingaben nur — keine OCR, kein Netzwerkzugriff. Nur bei `--ausfuehren` schreibt er (kopierend) nach `kontext/posteingang/`. ## Ablauf 1. **Claude beschafft den Scan-Text** — entweder aus einer bereits vorhandenen `.txt`/`.md`-Datei (extern per OCR erzeugt) oder, wenn kein Werkzeug verfügbar ist, indem es den Scan selbst liest (multimodal) und den erkannten Text in eine `.txt`-Datei schreibt. Es wird nie ein Absender, Datum oder Aktenzeichen erfunden — fehlt eine Angabe im Text, bleibt sie leer/`null` bzw. wird als Lücke ausgewiesen. 2. **Claude kopiert [`schema/beispiel-eingang.json`](schema/beispiel-eingang.json) als Vorlage** und füllt sie aus dem Scan-Text — ein `eingang.json` wird **nie** frei aus dem Gedächtnis aufgebaut. Beim Absuchen nach Frist-Indikatoren orientiert sich Claude an dieser Wortliste (Beispiele, keine abschließende Aufzählung — anwaltliche Durchsicht bleibt nötig): „Frist", „binnen", „spätestens", „Zustellung"/„zugestellt"/ „Zustellungsurkunde"/„PZU", „Mahnung", „Kündigung", „Bescheid", „Urteil", „Beschluss", „Klage", „einstweilige". Jeder gefundene Indikator bekommt ein wörtliches `quelle_zitat`, das das Schlüsselwort selbst enthält. Was nicht im Text steht, wird nicht ergänzt, sondern — soweit lücken-fähig (`absender`, `datum_schreiben`, `betreff`) — als `luecken`-Eintrag ausgewiesen. 3. **Claude ruft den Executor auf** (kein eigenes Prüfen/Zuordnen/Routen durch das Modell): ```bash python3 ${CLAUDE_PLUGIN_ROOT}/skills/posteingang-ocr-verteilung/executor.py \ --eingang \ --quelle [--quelle ...] \ --kontext \ [--scan-datei ...] \ [--schwelle-moeglich ] \ [--output ] ``` 4. **Der Executor prüft/entscheidet deterministisch** (P3): Schema, Provenienz jedes kritischen Werts, das `fristrelevant`-Flag, die Mandats-Zuordnung (Kandidaten Z0–Z4) und den Zielordner-Namen des Routing-Plans — vollständige Definition in [`schema/README.md`](schema/README.md). Claude liest ausschließlich den JSON-Report und übernimmt alle Felder unverändert. 5. **Bei `nicht_belegt` oder Schema-Fehler korrigiert Claude** den Eingang — einen nicht belegten Wert streichen (bzw. bei lücken-fähigen Feldern als Lücke ausweisen) oder das `quelle_zitat` korrigieren — nie erfinden — und ruft den Executor erneut auf. Kein One-Shot: Schritte 2–5 sind eine Korrekturschleife, bis Exit-Code `0` erreicht ist (siehe die verbindliche Korrekturschleife in [`aktenkopf-extraktor`](../aktenkopf-extraktor/SKILL.md), analog hier anzuwenden). 6. **Claude stellt das Ergebnis in Markdown dar**: Eingang (Absender, Datum, Az fremd/eigen, Betreff), Lückenliste, und — bei `fristrelevant: true` — einen **prominenten Abschnitt „Der Fristenkontrolle zuführen"** mit Verweis auf den Skill `fristenrechner` (Zweitkontrolle; keine eigene Fristberechnung oder Normzitat). Bei `zuordnung.erfordert_rueckfrage: true` formuliert Claude **immer** eine Rückfrage an die Kanzlei (Kandidatenliste zeigen, nie automatisch wählen) statt den Eingang automatisch als zugeordnet zu behandeln; bei `kein_treffer` entsprechend nach dem zuständigen Mandat fragen. 7. **Claude zeigt den Routing-Plan** (Zielordner, zu kopierende Dateien) und führt ihn **nur nach ausdrücklicher Bestätigung durch die Kanzlei** aus, indem der Executor erneut mit `--ausfuehren` aufgerufen wird. Ohne Bestätigung passiert nichts — der Plan ist ein Vorschlag, keine Ausführung. Meldet der Executor `routing_plan.fehler` (Kollision: Zielordner existiert bereits), gibt Claude die Fehlermeldung wieder und schlägt vor, den bestehenden Ordner zu prüfen — es wird nie überschrieben oder ein neuer Name geraten. 8. Bei Exit-Code 2 (Eingabefehler: Datei/Verzeichnis fehlt, kaputtes JSON, Schwelle außerhalb `[0.0, 1.0]`) gibt Claude die Fehlermeldung wieder und fragt nach bzw. korrigiert die Eingabe. ## Output-Format JSON-Report nach [`schema/README.md`](schema/README.md), Beispiel: [`schema/beispiel-report.json`](schema/beispiel-report.json) (tatsächlich erzeugt aus [`schema/beispiel-eingang.json`](schema/beispiel-eingang.json) + [`schema/beispiel-scan.txt`](schema/beispiel-scan.txt) gegen [`core/context/beispiel-kontext/`](../../core/context/beispiel-kontext/)). Kernfelder: `schema_ok`, `schema_fehler[]`, `provenienz[]`, `luecken[]`, `fristrelevant`, `fristrelevant_hinweis`, `zuordnung` (`kandidaten[]`, `eindeutig`, `az_fuer_routing`, `erfordert_rueckfrage`), `routing_plan` (`ziel_ordner`, `dateien[]`, `ausgefuehrt`, `fehler`), `zusammenfassung`. Jeder Beleg-Zustand, jedes Zuordnungs-Ergebnis und jeder Zielordner-Name im Report stammt aus `executor.py`, nie vom Modell (P3). ## Beispiele ### Beispiel 1 — Mahnschreiben mit eindeutiger Zuordnung (alles belegt) Eingabe: [`schema/beispiel-scan.txt`](schema/beispiel-scan.txt) (fiktives Mahnschreiben der „Muster AG" mit eigenem und fremdem Aktenzeichen sowie mehreren Frist-Indikatoren). Claude erzeugt daraus [`schema/beispiel-eingang.json`](schema/beispiel-eingang.json); der Executor belegt alle 6 kritischen Werte (Exit 0). Von Claude präsentiert: **Eingang** — Muster AG, Schreiben vom 01.07.2026, Az. (eigen) 2026-001, Az. (fremd) VB-2026-77, Betreff „Mahnung und Fristsetzung". **Der Fristenkontrolle zuführen** ⚠️ — Frist-Indikatoren gefunden („Mahnung", „binnen", „spätestens") — dieser Eingang ist gesondert der Fristenkontrolle zuzuführen (Skill `fristenrechner`, Zweitkontrolle). Dies ist **keine** Fristberechnung. **Mandats-Zuordnung** — ✅ eindeutig **2026-001** (Z0, eigenes Aktenzeichen "2026-001" wörtlich im Text gefunden). **Routing-Plan (Dry-Run)** — Ziel: `posteingang/2026-07-01_2026-001_muster-ag/`. Erst nach Bestätigung durch die Kanzlei mit `--ausfuehren` tatsächlich kopieren. ### Beispiel 2 — erfundener Wert wird abgefangen Trägt der Eingang ein Datum oder Aktenzeichen, das **nicht** im Scan-Text steht, meldet der Executor es als `nicht_belegt` (Exit 1) mit dem Hinweis „Wert streichen oder als Lücke ausweisen". Claude übernimmt einen solchen Wert nie, sondern streicht ihn oder führt ihn (soweit lücken-fähig) als Lücke — so wird die Anti-Halluzinations-Regel maschinell erzwungen. ### Beispiel 3 — Mehrdeutige Zuordnung Trifft der Eingang auf mehr als ein Mandat (oder nur auf einen `moeglicher_treffer`), setzt der Executor `erfordert_rueckfrage: true` und `az_fuer_routing: null`. Claude wählt **nie** automatisch eines der Mandate, sondern stellt die Rückfrage „Az. X oder Az. Y — welches Mandat ist gemeint?" (identisches Prinzip wie das dokumentierte Mehrdeutigkeits-Beispiel in [`email-akten-zuordnung`](../email-akten-zuordnung/SKILL.md#beispiel)). Der Routing-Plan zeigt in diesem Fall vorläufig `unzugeordnet` als Zielordner. ## Grenzen - **Kein OCR/Bildverarbeitung** — Voraussetzung ist bereits extrahierter Text; Qualität/Vollständigkeit der Texterkennung liegt außerhalb dieses Skills. - **Keine Fristberechnung / kein Fristende** — nur ein deterministisch abgeleitetes `fristrelevant`-Flag; Fristen ausschließlich über [`fristenrechner`](../fristenrechner/SKILL.md). - **Fristindikator-Vollständigkeit ist nicht maschinell erzwingbar** — ein vom Modell übersehenes Schlüsselwort führt zu `fristrelevant: false`, obwohl das Schreiben tatsächlich fristauslösend sein kann. Ersetzt keine anwaltliche Durchsicht. - **Provenienz ist ein Beleg-, kein Richtigkeitsnachweis**: `belegt` heißt nur, dass der Wert (nach Normalisierung) im Text vorkommt — nicht, dass er rechtlich zutrifft. - **Mandats-Zuordnung erbt die Grenzen von `core/calc/zuordnung/`** (Z1–Z4 können bei kurzen/häufigen Namens-Token mehrdeutig treffen) — deshalb ist mehr als ein Kandidat immer eine Rückfrage, nie eine automatische Wahl. - **Routing kopiert, löscht nie** — das Original bleibt an seinem Ort; Kollision (Zielordner existiert bereits) ist ein Fehler, kein automatisches Zusammenführen oder Überschreiben. Ein nachträgliches Entfernen des Originals ist eine bewusste, separate Kanzlei-Entscheidung. ## Source & license This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code. - **Author:** [eliasreiche](https://github.com/eliasreiche) - **Source:** [eliasreiche/legal-ops-germany](https://github.com/eliasreiche/legal-ops-germany) - **License:** Apache-2.0 Install and usage instructions live in the source repository linked above. ## Pricing - **Free** — Free ## Security capabilities Automated source analysis of v0.1.0 — what this tool can access: - **Network access:** no - **Filesystem access:** no - **Shell / process execution:** no - **Environment & secrets:** no - **Dynamic code execution:** no *"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.* ## Versions - **0.1.0** — security scan: passed — Imported from the upstream source. ## Links - Listing page: https://agentstack.voostack.com/l/skill-eliasreiche-legal-ops-germany-posteingang-ocr-verteilung - Seller: https://agentstack.voostack.com/s/eliasreiche - Browse the marketplace: https://agentstack.voostack.com/browse --- Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.