Der Bund zeigt mit SPARK, wie KI Genehmigungsverfahren beschleunigt: Anträge zerlegen, Vollständigkeit prüfen, Sachverhalt mit Rechtsnormen verknüpfen — der Mensch entscheidet. Diese Demo zeigt dieselbe Architektur als sofort vorführbares Werkzeug am Beispiel des immissionsschutzrechtlichen Genehmigungsverfahrens (BImSchG): Antragstext einlesen, elf Prüfpunkte nach der 9. BImSchV formal prüfen, Nachforderungen und Vermerk-Entwurf mit Normzitaten erzeugen. Deterministische Engine, offengelegte Wissensbasis, Ontologie und Wissensgraph — keine Blackbox.
Was diese Demo ist und was nicht
Sie entstand ohne Beteiligung einer Behörde, ausschließlich auf Basis öffentlich zugänglicher Rechtsquellen; die Antragstexte sind synthetisch. Die Prüfung ist eine formale Themenprüfung — keine materielle Bewertung, keine Grenzwertprüfung nach TA Luft, keine Rechtsberatung. Der Assistent liest, prüft und schlägt vor; er entscheidet nicht, bescheidet nicht, verfügt nicht.
Architektur-Vorbild: SPARK-Module Inhaltsextraktion · Vollständigkeitsprüfung · rechtliche Prüfung (BMDS, openCode, Beta 0.2.1) — hier als deterministische Engine mit offengelegten Regeln. Kontext: docs/programm-radar/PROGRAMM-RADAR.mdJeder Prüfpunkt, jede Frist und jeder Vermerk-Baustein zitiert eine dieser Quellen. Amtliche Werke sind gemeinfrei (§ 5 UrhG); Verwaltungsvorschriften wie die TA Luft sind nur referenziert.
| Quelle | Trägt | Fassung/Abruf |
|---|---|---|
| BImSchG | Genehmigungspflicht, Grundpflichten (§ 5), Verfahren (§§ 10, 19), Fristen (§ 10 Abs. 6a) | gesetze-im-internet.de · 04.08.2026 |
| 4. BImSchV, Anlage 1 | Genehmigungsbedürftige Anlagen, Verfahrensart (G/V) | gesetze-im-internet.de · 04.08.2026 |
| 9. BImSchV | Antragsinhalt und Unterlagen (§§ 3, 4, 4a–4e), Eingangs-/Vollständigkeitsprüfung (§ 7) | gesetze-im-internet.de · 04.08.2026 |
| 12. BImSchV (Störfall-VO) | Sicherheitsbericht für Betriebsbereiche (§§ 9–10) | gesetze-im-internet.de · 04.08.2026 |
| UVPG | UVP-Pflicht und Vorprüfung (§§ 6 ff., 16) | gesetze-im-internet.de · 04.08.2026 |
Ausdrücklich offen
- TA Luft und TA Lärm: nur referenziert, keine Grenzwertprüfung — die materielle Prüfung bleibt außerhalb dieser Demo.
- Landesrechtliche Zuständigkeiten und Formulare der Genehmigungsbehörden: nicht abgebildet.
- Anbindung einer Gesetzesdatenbank für Normtext-Zitate im Volltext: Ausbaustufe.
- Einwendungs-/Beteiligungsmanagement (§ 10 Abs. 3–6 BImSchG): nicht Teil dieser Demo, im SPARK-Workflow als Modul vorgesehen.
Die Prüfung ist die Traversierung dieses Modells: Der Antragstext wird gegen Prüfpunkte gestellt, Prüfpunkte fordern Unterlagen und zitieren Normen, die Verfahrensart bestimmt Pflichtenumfang und Frist.
Klassen
Fehlend (offen ausgewiesen)
- Materielle Prüfungslogik (Genehmigungsfähigkeit nach § 6 BImSchG) — bewusst außerhalb.
- Anlagentyp-Erkennung aus dem Text (Zuordnung zu Anlage 1 der 4. BImSchV) — derzeit manuelle Auswahl der Verfahrensart.
- Einwendungen als eigene Klasse — Ausbaustufe nach SPARK-Vorbild.
Derselbe Bestand als Graph: Prüfpunkte zitieren Normen, Normen ordnen Verfahren, Verfahren setzen Fristen.
Kein Sprachmodell prüft. Der Antragstext läuft durch eine deterministische Engine (genehmigungs-lotse/engine/pruefung.js) vollständig im Browser — es wird nichts übertragen.
| Prüfpunkte | je Punkt ein Normzitat aus der 9. BImSchV / dem BImSchG | |
| Verfahrensarten | 2 | förmlich (7 Monate) · vereinfacht (3 Monate); „unklar" eskaliert konservativ zu förmlich |
| Regressionstests | 9 | vitest; dokumentierte Musteranträge mit erwartetem Ergebnis |
| LLM-Anteil an der Prüfung | 0 | Themenzerlegung per Mustererkennung, Vermerk aus Textbausteinen |
| Datenübertragung | keine | Auswertung clientseitig |
| Architektur-Verwandtschaft | SPARK | Extraktion · Vollständigkeit · Normverknüpfung · Vermerk — hier mit offengelegten Regeln statt Modell |
Ausbaustufen
Geplant: Datei-Upload (PDF-Extraktion) · Anlagentyp-Erkennung mit Zuordnung zur 4. BImSchV · LLM-gestützte Vermerk-Ausformulierung über den EU-gehosteten Mistral-Proxy (die Prüfung bleibt deterministisch) · Einwendungsmanagement · Betrieb der SPARK-Module als Managed Service auf STACKIT.
Bauprinzip: docs/METAPROMPT-DEMO-BAU.md (Werkzeug-Variante) · Kontext und Belege: docs/programm-radar/PROGRAMM-RADAR.md