Zurück zu den ausgewählten Arbeiten

01 · Enterprise-Validierungssystem

AEC Spec Validator

Ein Evidence-first-Workflow, der IFC-Modellfakten gegen geprüfte Anforderungen validiert, jede Entscheidung bewahrt und KI aus dem Source-of-Truth-Pfad heraushält.

Rolle

Produktarchitektur und Full-Stack Engineering

Kernentscheidung

Regeln prüfen zuerst. KI erklärt danach.

Status

Funktionaler Beta-Prototyp mit QA-Gate

AEC Spec Validator für evidenzbasierte BIM-Prüfung
Nachvollziehbarer Finding-Workflow
Traceability-Matrix und getrennte Coverage-Metriken
Modell-, Regel- und Evidenz-Workspace

Das Problem

AEC-Compliance ist selten nur eine Berechnung. Anforderungen kommen als PDF, DOCX, XLSX oder IDS, Modellfakten liegen in IFC, Findings durchlaufen Reviews und Waiver. Ohne eine gemeinsame Kette lässt sich nicht belastbar erklären, woher eine Anforderung stammt, wie sie geprüft und warum ein Release akzeptiert wurde.

Die Architekturentscheidung

Das LLM entscheidet niemals, ob ein Modell besteht. Der Server normalisiert Modell und Anforderungen, führt deterministische Regeln aus und erzeugt Evidenz. KI darf nur serverseitig verifizierte Findings erklären und bekannte Anforderungs- sowie Element-IDs zitieren. Ungültige Ausgaben fallen sicher zurück.

Von der Spezifikation zur Entscheidung

01

Quellen prüfen

PDF, DOCX, XLSX oder IDS importieren und nachvollziehbare Anforderungsquellen freigeben.

02

Modell normalisieren

IFC2x3- oder IFC4-Fakten mit expliziten Einheiten, Provenienz und Diagnostik parsen.

03

Deterministisch validieren

Pass, Fail, Unknown oder Not Applicable mit beobachtbarer Evidenz erzeugen.

04

Review und Export

Entscheidungen, Waiver und Anhänge erfassen und Traceability- sowie Audit-Exporte erstellen.

Was der Codebestand belegt

Evidenz und Traceability

Die Matrix verbindet Quellklausel, Anforderung, Regel, Modellevidenz, Finding und menschliches Review. Getrennte Metriken verhindern, dass eine Pass-Rate fehlende Evaluation oder Quellenabdeckung verdeckt.

Versions- und Release-Kontrolle

Unveränderliche Spezifikationsrevisionen, Baselines, Regression-Reports und Release-Policies zeigen neue, gelöste, wieder geöffnete und veränderte Findings.

Operative API-Oberfläche

Scoped API-Tokens, idempotente Uploads, signierte Webhooks, CLI-Ausgaben in JSON, CSV und SARIF sowie CI-Beispiele binden die Prüfung in Delivery-Workflows ein.

Produktionsnahe Härtung

RLS, begrenzte Uploads, Brute-Force-Schutz, Shared Rate Limits, Background Jobs, Abbruch, Retry-Policy, Crash Recovery und redigierte Logs schützen den Workflow um die Engine.

Zuverlässigkeitsgrenzen

Fehlende Fakten bleiben Unknown und werden niemals automatisch als bestanden gewertet.

Evidenz bewahrt Soll- und Ist-Werte sowie betroffene Element-IDs.

Audit-ZIPs enthalten unveränderliche Snapshots und SHA-256-Prüfsummen, ausdrücklich keine behauptete digitale Signatur.

Chromium-E2E, Cross-Browser-Smoke, Accessibility-, Performance- und Dependency-Gates dokumentieren die Beta-Reife.

Was das Produkt nicht behauptet

Dies ist kein zertifiziertes Compliance-Produkt, keine vollständige Geometrie-Engine und noch kein produktives Revit-/AutoCAD-Add-in. Die IFC-Abdeckung ist ein gezielter semantischer Ausschnitt, die Raumklassifizierung bleibt konservativ und die offizielle IDS-Referenzkonformität ist ein separates Gate.

Warum es das Flagship ist

AEC Spec Validator zeigt den vollständigen Engineering-Bogen vertrauenswürdiger KI-Software: typisierte Ingestion, deterministische Entscheidungen, Evidenz, Human Review, Regression-Kontrolle, Auditierbarkeit, API-Auslieferung und klare Grenzen. Die KI verbessert Erklärungen, erhält aber keine Autorität über die Validierung.