Reparador de JSON

Sí. Todo el procesamiento de Json Repair se realiza localmente en su navegador, sin carga de archivos a ningún servidor. Este diseño sin carga de archivos se alinea bien con la LFPDPPP mexicana para el manejo de datos personales.

El formateador preserva sus marcas de tiempo originales y funciona perfectamente con fechas en formato dd/mm/aaaa y la zona horaria America/Mexico_City. Los valores de fecha no se modifican en absoluto.

Por supuesto. Sin registro, sin inicio de sesión, sin SSO. Solo abra la página y formatee su Json Repair de inmediato, sin telemetría de uso vinculada a su identidad, lo cual es conveniente para entornos corporativos mexicanos.

El JSON malformado es texto que parece JSON pero viola la especificación estricta de sintaxis JSON — por ejemplo, claves sin comillas, comillas simples en lugar de dobles, comas finales, corchetes faltantes o comentarios. Los analizadores estrictos como JSON.parse lo rechazan, pero una herramienta de reparación normalmente puede corregirlo automáticamente.

Sí. La salida de los LLM es una de las fuentes más comunes de JSON roto. La herramienta maneja claves sin comillas, comillas simples, comas finales, corchetes faltantes, prosa alrededor del JSON y respuestas truncadas (cortadas).

No. El algoritmo de reparación se ejecuta por completo en tu navegador. Tu JSON nunca sale de tu dispositivo, lo que hace que la herramienta sea segura para registros confidenciales, cargas útiles de API y datos de clientes.

Un JSON Formatter solo funciona con JSON ya válido — lo imprime con formato legible y lo valida. JSON Repair va un paso más allá: primero corrige el JSON inválido (comillas, comas, corchetes, truncamiento) y después genera JSON limpio y formateado. Usa el formateador para entradas válidas y la herramienta de reparación para entradas rotas.

En la mayoría de los casos, sí. El JSON truncado (por ejemplo, un objeto cortado a la mitad de un valor por un límite de tokens) se repara cerrando las cadenas, arreglos y objetos abiertos. Los datos que nunca se transmitieron no se pueden recuperar, pero la estructura vuelve a ser válida.

Fallas recuperables comunes: comas finales, comillas simples en lugar de comillas dobles, claves sin comillas, literales True/False/None al estilo de Python, saltos de línea sin escapar dentro de cadenas y comentarios. El motor de reparación los reescribe como JSON estricto conforme a RFC 8259 e informa exactamente qué correcciones se aplicaron.

Cada reparación preserva la semántica siempre que es posible: los comentarios se descartan (JSON no tiene sintaxis de comentarios) y el estilo de comillas se normaliza, pero los valores, la estructura y el orden se mantienen con el mismo significado byte por byte. La vista de diff muestra cada transformación para que verifiques que nada cambió de forma inesperada antes de usar el resultado.

Las tres fuentes más grandes son la salida de los LLM (los modelos emiten comillas simples, comas finales y claves sin comillas a pesar de las instrucciones), los archivos de configuración editados a mano y los registros de API truncados. Reparar antes de analizar permite que los pipelines continúen en lugar de fallar un lote completo por un solo registro mal formado.