JSON-Reparatur

Fehlerhaftes JSON ist Text, der wie JSON aussieht, aber die strikte JSON-Syntaxspezifikation verletzt — zum Beispiel Schlüssel ohne Anführungszeichen, einfache statt doppelter Anführungszeichen, nachgestellte Kommas, fehlende Klammern oder Kommentare. Strenge Parser wie JSON.parse lehnen es ab, ein Reparatur-Tool kann es jedoch meist automatisch beheben.

Ja. LLM-Ausgaben sind eine der häufigsten Ursachen für beschädigtes JSON. Das Tool behandelt Schlüssel ohne Anführungszeichen, einfache Anführungszeichen, nachgestellte Kommas, fehlende Klammern, Fließtext um das JSON herum sowie abgeschnittene Antworten.

Nein. Der Reparatur-Algorithmus läuft vollständig in Ihrem Browser. Ihr JSON verlässt niemals Ihr Gerät — dadurch ist das Tool sicher für vertrauliche Logs, API-Payloads und Kundendaten.

Ein JSON Formatter funktioniert nur mit bereits gültigem JSON — er formatiert es übersichtlich und validiert es. JSON Repair geht einen Schritt weiter: Es behebt zunächst ungültiges JSON (Anführungszeichen, Kommas, Klammern, Abbrüche) und gibt anschließend sauber formatiertes JSON aus. Verwenden Sie den Formatter für gültige Eingaben und das Reparatur-Tool für beschädigte Eingaben.

In den meisten Fällen ja. Abgeschnittenes JSON (zum Beispiel ein Objekt, das durch ein Token-Limit mitten im Wert endet) wird repariert, indem offene Zeichenketten, Arrays und Objekte geschlossen werden. Daten, die nie übertragen wurden, lassen sich nicht wiederherstellen, aber die Struktur wird wieder gültig gemacht.

Häufig behebbare Fehler: nachgestellte Kommas, einfache Anführungszeichen statt doppelter, Schlüssel ohne Anführungszeichen, Literale im Python-Stil (True/False/None), nicht maskierte Zeilenumbrüche innerhalb von Strings und Kommentare. Die Reparatur-Engine schreibt sie in striktes RFC 8259 JSON um und meldet exakt, welche Korrekturen angewendet wurden.

Jede Reparatur bewahrt die Semantik, wo immer möglich - Kommentare werden verworfen (JSON hat keine Kommentarsyntax) und der Anführungszeichenstil normalisiert, aber Werte, Struktur und Reihenfolge bleiben der Bedeutung nach byte-für-byte erhalten. Die Diff-Ansicht zeigt jede Transformation, sodass Sie vor der Verwendung der Ausgabe prüfen können, dass sich nichts Unerwartetes geändert hat.

Die drei größten Quellen sind LLM-Ausgaben (Modelle geben trotz entsprechender Anweisungen einfache Anführungszeichen, nachgestellte Kommas und Schlüssel ohne Anführungszeichen aus), von Hand bearbeitete Konfigurationsdateien und abgeschnittene API-Logs. Reparieren vor dem Parsen lässt Pipelines weiterlaufen, statt dass ein kompletter Batch wegen eines einzigen fehlerhaften Datensatzes fehlschlägt.