Corrector JS
Repara código JavaScript roto automáticamente
¿Qué es el Corrector JS?
Pegas un fragmento de una página de documentación o de un hilo de chat y el parser revienta. Falta un punto y coma donde ASI no ayudó. Una llave se perdió. Una cadena se sale al final de la línea. Esta herramienta toma ese JavaScript roto y te devuelve algo que el motor sí va a aceptar.
La gramática de JavaScript está definida por la especificación ECMAScript de TC39, y eso es lo que sigue cada navegador y Node.js al parsear tu código. La referencia de JavaScript en MDN explica las reglas en lenguaje claro. La inserción automática de punto y coma (ASI) forma parte de esa gramática — cómoda casi siempre, dolorosa cuando un salto de línea inesperado cambia el significado de tu código. Este corrector apunta a las roturas de sintaxis; si además quieres reformatear, pasa la salida por Prettier después.
Todo va por tu navegador hasta nuestro backend y vuelve. Úsalo como primer paso antes de apuntar ESLint al archivo — la mayoría de las reglas son más fáciles de leer cuando el código al menos parsea.
Cómo Usar el Corrector JS
Tres pasos. Cada uno usa los botones y paneles reales de esta página.
Pega JS Roto o Carga Ejemplo
Coloca tu JavaScript roto en el editor de la izquierda. Pulsa JS de Ejemplo si quieres ver el tipo de entrada que mastica el corrector. El desorden clásico se ve así — punto y coma faltante, una coma que falta en un literal de objeto, una llave desbalanceada, un valor que debía ser cadena pero se tipeó sin comillas:
function processOrder(customer) {
const order = { id: "ORD-9001" customer: customer, status: pending }
return order
El corrector maneja punto y coma faltantes, desbalances de `{`/`}`, `[`/`]` y `(`/`)`, comas que faltan en objetos y arrays, valores sin comillas, cadenas no terminadas y combinaciones de operadores extrañas.
Haz Clic en ¡Reparar JS!
Pulsa el botón verde ¡Reparar JS!. El código va al backend, se repara y vuelve parseable. Aparece un indicador de carga durante el proceso — normalmente uno o dos segundos.
Revisa la Salida
El panel derecho muestra el código arreglado. La semántica se mantiene lo más cerca posible de tu entrada — solo se repara la sintaxis. Copia la salida, pégala de vuelta en tu editor y pásala por tu formateador o linter.
Cuándo Realmente Usarías Esto
Recuperar fragmentos pegados
El código que viene de un hilo de Slack, una respuesta de StackOverflow o un PDF suele perder comillas, continuaciones de línea o signos de puntuación enteros en el camino. Pásalo por aquí antes de ponerte a editarlo a mano.
Depurar código minificado extraído
Cuando estás leyendo una traza de stack de un bundle de producción y agarras un fragmento para inspeccionarlo, conseguir que parsee es media batalla. Arregla la sintaxis primero, embellece después, escarba al final.
Sorpresas con ASI
El código que dependía de la inserción automática de punto y coma puede romperse de formas sutiles — un `return` seguido de un salto de línea devuelve `undefined` en silencio, por ejemplo. El corrector agrega punto y coma explícitos donde el parser los pide.
Limpiar stubs generados por IA
Los fragmentos generados por un LLM a veces dejan caer una llave o se saltan una coma. Repara la sintaxis aquí antes de meter el resultado en Babel o tu bundler.
Preguntas Frecuentes
¿Mi código se almacena en algún lado?
Se envía a nuestro backend para que el modelo de IA lo arregle, y luego te devolvemos el resultado. No registramos el código, no entrenamos con él y no lo usamos para nada que no sea reparar esta petición.
¿Qué tipos de errores corrige?
Cosas a nivel de sintaxis: punto y coma faltantes, llaves / corchetes / paréntesis desbalanceados, comas que faltan en objetos y arrays, valores sin comillas donde se esperaba una cadena, cadenas y template literals no terminados, combinaciones malformadas de operadores. Los bugs lógicos (condición equivocada, off-by-one) están fuera de alcance.
¿Cambiará el significado de mi código?
Lo intenta con todas sus fuerzas. El objetivo es mantener tu semántica intacta y solo reparar la gramática. Hay casos límite donde hace falta interpretar (un token sin comillas donde claramente va una cadena, por ejemplo) — en esos casos el corrector elige la intención más probable. Siempre revisa la salida.
¿Soporta TypeScript?
La sintaxis específica de TypeScript — anotaciones de tipo, genéricos, decoradores — está fuera de alcance. El subconjunto JS de TS (clases, async/await, template literals, métodos modernos de array) parsea sin problema. Si quieres una conversión completa, mira nuestra herramienta JS a TypeScript.
¿Puedo usar esto en código de producción?
Es una herramienta de reparación de sintaxis, no un sustituto de un linter o un type checker. Trata la salida como un punto de partida — métela en ESLint y tu suite de pruebas antes de subirla.
¿Hay código que simplemente no puede arreglar?
A veces. Si la entrada es demasiado fragmentaria o la intención original es genuinamente ambigua (varias reparaciones plausibles), el corrector elegirá una — pero el resultado puede ser sintácticamente válido y semánticamente erróneo. Revisa siempre la salida, especialmente para entradas de pocas líneas.
Otras Herramientas JavaScript que Podrías Necesitar
Reparar la sintaxis es solo el paso uno. Aquí están las otras herramientas de JavaScript del sitio: