JSON-reparering

Malformet JSON er tekst som ser ut som JSON, men som bryter med den strenge JSON-syntaksspesifikasjonen — for eksempel nøkler uten anførselstegn, enkle anførselstegn i stedet for doble, etterfølgende kommaer, manglende parenteser eller kommentarer. Strenge parsere som JSON.parse avviser den, men et reparasjonsverktøy kan som regel fikse den automatisk.

Ja. LLM-output er en av de vanligste kildene til ødelagt JSON. Verktøyet håndterer nøkler uten anførselstegn, enkle anførselstegn, etterfølgende kommaer, manglende parenteser, prosa rundt JSON-en og avkuttede (avbrutte) responser.

Nei. Reparasjonsalgoritmen kjører helt og holdent i nettleseren din. JSON-en din forlater aldri enheten din, noe som gjør verktøyet trygt for konfidensielle logger, API-payloads og kundedata.

En JSON Formatter fungerer bare på allerede gyldig JSON — den pretty-printer og validerer. JSON Repair går ett steg videre: den fikser først ugyldig JSON (anførselstegn, kommaer, parenteser, avkutting) og outputter deretter ren, formatert JSON. Bruk formatteren til gyldig input og reparasjonsverktøyet til ødelagt input.

I de fleste tilfeller, ja. Avkuttet JSON (for eksempel et objekt som ble kuttet midt i en verdi på grunn av en token-grense) repareres ved å lukke åpne strenger, arrays og objekter. Data som aldri ble overført, kan ikke gjenopprettes, men strukturen gjøres gyldig igjen.

Vanlige feil som kan repareres: avsluttende kommaer, enkle anførselstegn i stedet for doble, nøkler uten anførselstegn, Python-literaler som True/False/None, linjeskift uten escaping inne i strenger og kommentarer. Reparasjonsmotoren skriver dem om til streng JSON i henhold til RFC 8259 og rapporterer nøyaktig hvilke rettelser som ble utført.

Alle reparasjoner er semantikkbevarende der det er mulig – kommentarer fjernes (JSON har ingen kommentarsyntaks) og anførselstegnstilen normaliseres, men verdier, struktur og rekkefølge bevares meningsmessig byte for byte. Diff-visningen viser hver enkelt transformasjon, slik at du kan verifisere at ingenting uventet er endret før du tar i bruk resultatet.

De tre største kildene er LLM-utdata (modeller produserer enkle anførselstegn, avsluttende kommaer og nøkler uten anførselstegn til tross for instruksjoner), manuelt redigerte konfigurasjonsfiler og avkortede API-logger. Å reparere før parsing lar pipelines kjøre videre, i stedet for at en hel batch feiler på grunn av én enkelt feilformet post.