AI / LLM Dev Tools
JSON Schema oder den Inhalt von parameters einfügen und das Zielprofil wählen. Diagnosepfade zeigen, welche Stelle geprüft werden muss.
Zum Start ein JSON Schema einfügen.
Eingaben und Referenzen werden in diesem Browser verarbeitet; keine Prüfdaten werden hochgeladen oder entfernte Referenzen geladen.
Das Schema selbst einfügen. Bei Funktionen nur das Objekt innerhalb von parameters verwenden.
Regeln geprüft am 2026-09-15. Offizielle Regeln
Lokale Vorprüfung; keine Zusage zur API-Annahme oder Unterstützung durch ein bestimmtes Modell.
Zum Start ein JSON Schema einfügen.
Ein Schema für strukturierte Ausgaben kann in einem allgemeinen Validator gültig sein und trotzdem an den Bedingungen eines Modellanbieters scheitern. Diese Vorprüfung trennt die Struktur des Schemas von den Regeln des ausgewählten Ziels. So lässt sich erkennen, ob ein Schreibfehler oder eine andere Modellierung nötig ist.
Wer ein LLM Schema validieren möchte, muss mehr als die JSON-Syntax prüfen. OpenAI Strict Mode verlangt beispielsweise eine festgelegte Objektform. Auch Funktionsaufrufe können betroffen sein. Der Vergleich mit Gemini zeigt Unterschiede, während der eingegebene Vertrag erhalten bleibt und der Bericht den geprüften Regelstand nennt.
Optionale Felder und zusätzliche Schlüssel sind in einem gewöhnlichen Vertrag oft sinnvoll. Ein Schema für strukturierte Ausgaben unter OpenAI strict stellt andere Anforderungen. Die getrennten Ergebnisse zeigen zuerst die Metastruktur und danach die Zielregeln. Jeder Befund enthält einen Pfad und einen Hinweis zur weiteren Bearbeitung.
Beim Wechsel zwischen OpenAI und Gemini wird die Diagnose neu berechnet. Der Quelltext wird dabei nicht verändert. required ergänzen, Wörterbücher schließen oder Regeln löschen bleibt eine bewusste Entscheidung. Sie können zunächst prüfen, wie sich eine Änderung auf die Anwendung auswirkt, die diese Daten später verarbeitet.
Bei einer OpenAI-Funktion gehört ausschließlich das Objekt innerhalb von parameters in das Eingabefeld. Namen, strict-Schalter und Anfragehüllen werden hier nicht geprüft. Wählen Sie das Funktionsprofil, um den Bericht entsprechend zu kennzeichnen; es führt keine Funktion aus und erstellt auch keinen vollständigen API-Aufruf.
Das gültige Beispiel enthält ein Pflichtfeld, dessen Wert null sein darf. Im Problembeispiel fehlen strikte Objektbedingungen. Wechseln Sie anschließend zu Gemini, um zu sehen, welche Befunde vom Ziel abhängen. Vor dem Ersetzen zeigt die Vorschau den neuen Inhalt und die betroffene Zeichenzahl.
Die automatische Prüfung wartet nach einer Änderung 350 ms. Ausgeschaltet erscheinen die Prüfschaltfläche und die Möglichkeit, mit Strg/Cmd + Enter zu starten. Neue Eingaben oder ein Zielwechsel sperren sofort den alten Export. Rückgängig stellt Eingabe, Ziel und voriges Ergebnis gemeinsam wieder her.
Das gebündelte Metaschema 2020-12 kontrolliert die Form von Schlüsselwörtern und deren Werten. Doppelte Schlüssel und Zahlen mit stiller JavaScript-Rundung werden abgelehnt. Kommentare, Markdown-Zäune und abschließende Kommas werden als Syntaxfehler behandelt; es findet keine unbemerkte Reparatur statt.
Befunde nennen JSON Pointer, auch bei Schrägstrichen oder Tilden in Eigenschaftsnamen. Lokale Verweise werden auf vorhandene Schema-Positionen geprüft. Ein Feld mit dem Namen allOf ist kein Kompositionsschlüsselwort: Die Prüfung unterscheidet die tatsächliche Regel von Namen und wörtlichen Daten in enum oder default.
Die OpenAI-Profile gelten für strict ohne Fine-Tuning. Gemini wird anhand des dokumentierten JSON-Schema-Umfangs geprüft. Nicht verifizierte Schlüsselwörter und Formate erscheinen als Prüfhinweise. Ein Hinweis bedeutet, dass die Abdeckung fehlt; er ist weder eine Zusage noch die Behauptung, die API werde das Schema ablehnen.
Ein JSON-Bericht enthält Ziel, Prüfdatum, Metastruktur-Ergebnis, Zählwerte und Diagnosecodes. Lange Listen zeigen zunächst 50 Einträge. Weitere lassen sich nachladen, während Kopieren und Download stets den vollständigen Bericht enthalten. Dadurch bleibt beim Weitergeben erkennbar, auf welche Regeln sich das Ergebnis bezieht.
Gültiges JSON ist nur eine Voraussetzung. Die Syntax sagt nichts darüber aus, ob die benötigten Felder vorhanden sind oder fachliche Werte stimmen. Für einen belastbaren Vertrag benötigen Sie Schema-Prüfung und anschließend eine Validierung der tatsächlich zurückgegebenen Daten. Behalten Sie außerdem Ihre fachlichen Kontrollen bei.
Der strikte Modus begrenzt die Form des ausgegebenen Objekts. Daher müssen deklarierte Schlüssel vorhanden sein. Ein unbekannter Wert kann durch null dargestellt werden, sofern der Vertrag dies vorsieht. Ist zusätzlich enum gesetzt, muss auch diese Liste null erlauben. Weglassen und ein vorhandener Nullwert sind verschiedene Fälle.
Beginnen Sie mit der Syntax und Metastruktur, wählen Sie danach das passende Zielprofil und lesen Sie die Pfade. Auch Hinweise auf nicht abgedeckte Regeln gehören zur Prüfung. Zum Abschluss testen Sie das konkrete Modell am vorgesehenen Endpunkt; dieses Werkzeug stellt keine Verbindung her und bestätigt keine API-Annahme.
Sie können ähnliche Schema-Grundlagen nutzen, unterscheiden sich aber in Teilmengen und Anfragehüllen. Hier sind OpenAI strict und Gemini-Ausgaben abgedeckt, Anthropic dagegen nicht. Ein Bericht unter einem Profil ist keine Freigabe für ein anderes. Die richtige Verpackung des Schemas bleibt Teil des Integrationscodes.
Ein Beispiel legt nicht fest, welche Eigenschaften optional sein dürfen, ob zusätzliche Schlüssel zulässig sind oder welche Wertebereiche gelten. Dafür benötigen Sie ein Schema mit expliziten Regeln. Sie können vom eingebauten Beispiel ausgehen, sollten aber jede Bedingung an den tatsächlichen Vertrag Ihrer Anwendung anpassen.
Fehlt ein Anwendungsfall?
Ein Schema für strukturierte Ausgaben ist ein Vertrag mit dem empfangenden Code. Wählen Sie jetzt das passende Ziel, lesen Sie die erste Diagnose und entscheiden Sie bewusst, ob eine vorgeschlagene Änderung die erlaubten Daten erweitern oder einschränken soll.