Cómo reparar JSON roto en segundos
Claves sin comillas, comas finales y comillas simples rompen los parsers JSON. Aquí te explicamos cómo corregir JSON mal formado rápido, por qué la salida de LLM es la fuente más común y cómo validar el resultado.
Por qué se rompe el JSON
JSON es estricto por diseño: las cadenas necesitan comillas dobles, las claves no pueden ir sin comillar y las comas finales están prohibidas. Esa rigidez es lo que lo hace un formato fiable de intercambio de datos, pero también significa que pequeños errores humanos o del modelo producen payloads inválidos que rompen los parsers posteriores.
Hoy en día, las fuentes más comunes de JSON roto son las llamadas a herramientas de LLM y los prompts de generación de código. Un modelo que envuelve las claves en comillas simples o deja una coma después del último campo pasará una revisión visual superficial y fallará un parseo estricto.
Los cuatro errores JSON más comunes
1. Claves sin comillas — `{ name: "Ada" }` debería ser `{ "name": "Ada" }`.
2. Cadenas con comillas simples — JSON solo permite comillas dobles.
3. Comas finales — `{ "a": 1, }` es inválido; la coma después de `1` debe eliminarse.
4. Comentarios — JSON no tiene comentarios. Un `// nota` o `/* bloque */` rechazará todo el documento a menos que los elimines primero.
Un flujo de reparación seguro
Pasa el texto roto por una fase de reparación que normalice las comillas, elimine las comas finales y quite los comentarios — y luego vuelve a validar la salida con un parser estricto antes de confiar en ella. Reparar y luego validar es más seguro que el parseo permisivo porque revela lo que realmente cambió.
La herramienta JSON Repair de Toolars se ejecuta completamente en tu navegador. Nada se sube, por lo que es seguro usarla en payloads que contienen valores sensibles.
Herramientas mencionadas en este artículo
Preguntas frecuentes
- ¿Es seguro reparar JSON con datos sensibles?
- Sí. La herramienta JSON Repair de Toolars se ejecuta localmente en tu navegador, por lo que tu texto nunca sale de tu dispositivo. Sin carga, sin cuenta, sin registro.
- ¿La reparación puede arreglar JSON producido por un LLM?
- En la mayoría de los casos sí. La salida de LLM típicamente rompe el JSON con comillas simples, claves sin comillar o comas finales — todos los cuales una fase de reparación normaliza. Siempre vuelve a validar el resultado con un parser estricto después.
- ¿Cuál es la diferencia entre reparación y parseo permisivo?
- La reparación transforma el texto en JSON válido para que puedas inspeccionar qué cambió. El parseo permisivo acepta silenciosamente la entrada mal formada, lo que puede ocultar corrupción de datos.