Riparazione JSON

Un JSON malformato è un testo che sembra JSON ma viola la specifica della sintassi JSON rigorosa — ad esempio chiavi senza virgolette, virgolette singole al posto delle doppie, virgole finali, parentesi mancanti o commenti. I parser rigorosi come JSON.parse lo rifiutano, ma uno strumento di riparazione di solito può correggerlo automaticamente.

Sì. L'output degli LLM è una delle fonti più comuni di JSON corrotto. Lo strumento gestisce chiavi senza virgolette, virgolette singole, virgole finali, parentesi mancanti, prosa che avvolge il JSON e risposte troncate (interrotte).

No. L'algoritmo di riparazione viene eseguito interamente nel tuo browser. Il tuo JSON non lascia mai il tuo dispositivo, il che rende lo strumento sicuro per log riservati, payload API e dati dei clienti.

Un JSON Formatter funziona solo su JSON già validi — li formatta con pretty-print e li convalida. JSON Repair va oltre: prima corregge il JSON non valido (virgolette, virgole, parentesi, troncamenti), poi produce un JSON pulito e formattato. Usa il formatter per input validi e lo strumento di riparazione per input corrotti.

Nella maggior parte dei casi, sì. Il JSON troncato (ad esempio un oggetto interrotto a metà di un valore da un limite di token) viene riparato chiudendo stringhe, array e oggetti rimasti aperti. I dati mai trasmessi non possono essere recuperati, ma la struttura torna a essere valida.

Difetti comuni recuperabili: virgole finali superflue (trailing commas), apici singoli al posto delle doppie virgolette, chiavi non quotate, valori letterali True/False/None in stile Python, newline senza escape all'interno delle stringhe e commenti. Il motore di riparazione li riscrive come JSON conforme a RFC 8259 e riporta esattamente quali correzioni sono state applicate.

Ogni riparazione preserva la semantica ove possibile - i commenti vengono rimossi (JSON non ha una sintassi per i commenti) e lo stile delle virgolette viene normalizzato, ma valori, struttura e ordine restano identici nel significato. La vista diff mostra ogni trasformazione, così puoi verificare che nulla sia cambiato in modo inatteso prima di usare l'output.

Le tre fonti principali sono l'output degli LLM (i modelli emettono apici singoli, virgole finali e chiavi non quotate nonostante le istruzioni), i file di configurazione modificati a mano e i log API troncati. Riparare prima del parsing permette alle pipeline di continuare invece di far fallire un intero batch a causa di un singolo record malformato.