JSON Repair

Misvormde JSON is tekst die eruitziet als JSON, maar de strenge JSON-syntaxispecificatie schendt — bijvoorbeeld sleutels zonder aanhalingstekens, enkele aanhalingstekens in plaats van dubbele, trailing komma's, ontbrekende haken of commentaar. Strikte parsers zoals JSON.parse wijzen dit af, maar een reparatietool kan het meestal automatisch herstellen.

Ja. LLM-output is een van de meest voorkomende bronnen van kapotte JSON. De tool behandelt sleutels zonder aanhalingstekens, enkele aanhalingstekens, trailing komma's, ontbrekende haken, prozatekst rondom de JSON en afgebroken (voortijdig afgebroken) responses.

Nee. Het reparatie-algoritme draait volledig in je browser. Je JSON verlaat je apparaat nooit, waardoor de tool veilig is voor vertrouwelijke logs, API-payloads en klantgegevens.

Een JSON Formatter werkt alleen met al geldige JSON — hij pretty-prints en valideert. JSON Repair gaat een stap verder: eerst wordt de ongeldige JSON gerepareerd (aanhalingstekens, komma's, haken, afgebroken output) en daarna volgt schone, geformatteerde JSON. Gebruik de formatter voor geldige input en de reparatietool voor kapotte input.

In de meeste gevallen wel. Afgebroken JSON (bijvoorbeeld een object dat door een tokenlimiet halverwege een waarde wordt afgekapt) wordt gerepareerd door openstaande strings, arrays en objecten af te sluiten. Data die nooit is verzonden, kan niet worden hersteld, maar de structuur wordt weer geldig gemaakt.

Veelvoorkomende herstelbare fouten: trailing commas, enkele aanhalingstekens in plaats van dubbele, sleutels zonder aanhalingstekens, letterlijke True/False/None-waarden in Python-stijl, niet-ontsnapte regeleinden binnen strings en opmerkingen. De reparatie-engine herschrijft deze naar strikte RFC 8259 JSON en meldt precies welke fixes zijn toegepast.

Elke reparatie behoudt de semantiek waar mogelijk - opmerkingen worden verwijderd (JSON heeft geen opmerkingsyntaxis) en de stijl van aanhalingstekens wordt genormaliseerd, maar waarden, structuur en volgorde behouden hun betekenis byte voor byte. De diff-weergave toont elke transformatie, zodat u kunt verifiëren dat er niets onverwachts is gewijzigd voordat u de uitvoer gebruikt.

De drie grootste bronnen zijn LLM-uitvoer (modellen produceren enkele aanhalingstekens, trailing commas en sleutels zonder aanhalingstekens ondanks instructies), met de hand bewerkte configuratiebestanden en afgekapte API-logboeken. Repareren vóór het parseren zorgt ervoor dat pijplijnen door kunnen lopen in plaats van dat een hele batch mislukt door één slecht gevormd record.