Warum VERA-VM eine API braucht – und warum GPT allein nicht genügt
Einleitung
VERA-VM ist ein modular aufgebautes Analyse- und Validierungssystem für die kunsthistorische Forschung. Die häufig gestellte Frage lautet: Wenn VERA eine so strikte methodische Architektur besitzt – wozu benötigt man dann überhaupt noch ein Large Language Model und eine API-Anbindung?
Die Antwort ist eindeutig:
VERA-VM ist das System. GPT ist lediglich der Motor.
Die API stellt sicher, dass dieser Motor zuverlässig, kontrolliert und maschinenlesbar arbeitet.
1. VERA-VM definiert die Regeln – GPT führt aus
VERA-VM legt fest: – welche Schritte erlaubt sind (A1–A5), – welche Tätigkeiten verboten sind (Ikonografie in A1/A2), – wie Hypothesen zu markieren sind, – wie Validität und Kohärenz geprüft werden, – wie Daten gespeichert, verarbeitet und exportiert werden.
GPT übernimmt ausschließlich: – das strukturierte Formulieren, – das Ableiten innerhalb fester Vorgaben, – das Erstellen maschinenlesbarer Ausgaben (z. B. JSON).
Ohne diese strikte Regelarchitektur wäre GPT unzuverlässig.
Mit VERA entsteht ein kontrolliertes, nachvollziehbares, wissenschaftlich nutzbares Arbeitsinstrument.
2. Warum die API unverzichtbar ist
2.1 Automatisierte Modulketten
Die Analysepipeline A1 → A1.5 → A2 → A2.5 → A3 → A4 → A5 funktioniert nur, wenn das Modell: – Eingaben automatisiert verarbeitet, – keine flankierenden Kommentare erzeugt, – JSON ohne Einleitung oder Metatext liefert, – streng an die Modulgrenzen gebunden bleibt.
Das lässt sich nur über die API sicherstellen.
Der Webchat wäre dafür ungeeignet, weil er: – zu viel Kontext speichert, – eigene Gesprächsannahmen trifft, – Formatierungen verändert, – Metakommentare einstreut.
2.2 Kontrolle über Modellparameter
Die API erlaubt: – Temperatursteuerung, – Auswahl der Rollenbeschreibung, – Begrenzung der Ausgabestrukturen, – Feinkontrolle der Sicherheitsregeln.
VERA benötigt in sensiblen Modulen (z. B. A2) deterministische, kontrollierte Ausgaben.
Die API liefert das – der Chat nicht.
2.3 Integration in technische Systeme
VERA speichert und verarbeitet: – JSON-Handover-Dateien, – modulare Validierungsdaten, – Exportstrukturen, – Nutzerformulare, – DOMPDF-Ausgaben.
All das erfordert maschinelles Lesen und Schreiben.
Eine Chat-Sitzung wäre dafür nicht stabil und nicht reproduzierbar.
Die API ist deshalb die logische technische Grundlage.
3. Warum GPT ersetzt nicht, was VERA leistet
GPT ist ohne methodische Begrenzung: – spekulativ, – narrativ, – inkonsistent, – anfällig für inhaltliche Halluzinationen, – nicht in der Lage, methodische Regeln selbstständig einzuhalten.
VERA verhindert diese Probleme durch: – Phasentrennung, – Hartregeln zur Sprache, – Validierungsebenen (A1.5, A2.5), – Pflicht zur Hypothesenmarkierung, – strenge Eingabekontrollen, – modulare Übergangsdateien.
Das Modell erzeugt also nicht Erkenntnis, sondern Validierbares,
weil VERA den Rahmen vorgibt.
GPT ist die Schreibhand.
VERA ist der Kopf.
4. Fazit: Weder VERA ohne GPT, noch GPT ohne VERA
Ohne GPT
wäre VERA-VM ein theoretisches Regelwerk ohne automatisierte Ausführbarkeit.
Ohne VERA
wäre GPT ein unzuverlässiges Sprachmodell ohne methodische Disziplin.
Zusammen bildet beides ein System, das: – reproduzierbare Ergebnisse liefert, – wissenschaftlich verwertbar ist, – methodisch begründet arbeitet, – technisch kontrolliert bleibt.
VERA-VM ist die Architektur.
GPT ist das Werkzeug.
Die API verbindet beides zu einem funktionalen Gesamtsystem.
