Reparo de JSON

Sim. Todo o processamento de Json Repair acontece localmente no seu navegador, sem upload para qualquer servidor. Esse design sem upload se alinha bem com a LGPD brasileira para o tratamento de dados pessoais.

O formatador preserva seus timestamps originais e funciona perfeitamente com datas no formato dd/mm/aaaa e o fuso America/Sao_Paulo (BRT/BRST). Os valores de data não são alterados de forma alguma.

Com certeza. Sem cadastro, sem login, sem SSO. Basta abrir a página e formatar seu Json Repair imediatamente, sem telemetria de uso vinculada à sua identidade — ideal para ambientes corporativos brasileiros.

JSON malformado é um texto que parece JSON mas viola a especificação estrita de sintaxe JSON — por exemplo, chaves sem aspas, aspas simples em vez de aspas duplas, vírgulas finais, colchetes ausentes ou comentários. Parsers estritos como o JSON.parse o rejeitam, mas uma ferramenta de reparo geralmente consegue corrigi-lo automaticamente.

Sim. A saída de LLMs é uma das fontes mais comuns de JSON quebrado. A ferramenta trata chaves sem aspas, aspas simples, vírgulas finais, colchetes ausentes, texto corrido ao redor do JSON e respostas truncadas (cortadas).

Não. O algoritmo de reparo roda inteiramente no seu navegador. Seu JSON nunca sai do seu dispositivo, o que torna a ferramenta segura para logs confidenciais, payloads de API e dados de clientes.

Um JSON Formatter só funciona em JSON já válido — ele formata (pretty-print) e valida. O JSON Repair vai um passo além: primeiro corrige o JSON inválido (aspas, vírgulas, colchetes, truncamento) e depois gera JSON formatado e limpo. Use o formatador para entrada válida e a ferramenta de reparo para entrada quebrada.

Na maioria dos casos, sim. JSON truncado (por exemplo, um objeto cortado no meio de um valor por um limite de tokens) é reparado fechando strings, arrays e objetos abertos. Dados que nunca foram transmitidos não podem ser recuperados, mas a estrutura volta a ser válida.

Falhas recuperáveis comuns: vírgulas finais (trailing commas), aspas simples no lugar de aspas duplas, chaves sem aspas, literais True/False/None no estilo Python, quebras de linha sem escape dentro de strings e comentários. O motor de reparo os reescreve em JSON estrito conforme a RFC 8259 e informa exatamente quais correções foram aplicadas.

Cada reparo preserva a semântica sempre que possível - comentários são removidos (o JSON não tem sintaxe de comentários) e o estilo de aspas é normalizado, mas valores, estrutura e ordenação mantêm o mesmo significado byte a byte. A visualização de diff mostra cada transformação para que você possa verificar que nada inesperado mudou antes de usar a saída.

As três maiores fontes são saídas de LLM (os modelos emitem aspas simples, vírgulas finais e chaves sem aspas mesmo quando instruídos a não fazê-lo), arquivos de configuração editados manualmente e logs de API truncados. Reparar antes do parsing permite que os pipelines continuem em vez de falhar um lote inteiro por causa de um único registro malformado.