Cómo comprobar lo que te responde la IA
La IA a veces propone métodos y propiedades que no existen. Aprende tres comprobaciones rápidas (¿existe?, ¿funciona?, ¿está soportado?) con MDN, la consola y Baseline.
Un modelo de lenguaje predice código que «suena» correcto; por eso puede proponer métodos que no existen, como array.contains() o la propiedad CSS text-glow.
Antes de copiar, tres preguntas: ¿existe? (búscalo en MDN), ¿funciona? (pruébalo aislado en la consola o en un panel) y ¿está soportado? (mira Baseline o la tabla de compatibilidad).
Las señales de alarma más comunes son el código anticuado (var, float para maquetar, document.write) y las dependencias que no pediste.
Si algo no cuadra, pásale a la IA el error o el enlace de MDN en lugar de pedirle que «lo revise».
- Genera lo más probable, y eso no siempre existe.
- Un modelo de lenguaje no consulta la documentación cada vez que responde: genera el texto que estadísticamente encaja. En código acierta muchas veces, pero también comete errores que parecen correctos. A esos errores se les llama alucinaciones.
- En desarrollo web aparecen sobre todo de tres formas: métodos o propiedades inventados que se parecen a otros reales (array.contains() en lugar de includes(), text-glow en lugar de text-shadow), formas antiguas que funcionaban hace años y hoy no se recomiendan, y opciones de librerías mezcladas entre versiones distintas.
- La respuesta suena igual de segura cuando acierta que cuando se equivoca, así que hay que comprobarla.
- Antes de copiar, tres preguntas.
La IA se equivoca, y no lo avisa
Genera lo más probable, y eso no siempre existe.
Un modelo de lenguaje no consulta la documentación cada vez que responde: genera el texto que estadísticamente encaja. En código acierta muchas veces, pero también comete errores que parecen correctos. A esos errores se les llama alucinaciones.
En desarrollo web aparecen sobre todo de tres formas: métodos o propiedades inventados que se parecen a otros reales (array.contains() en lugar de includes(), text-glow en lugar de text-shadow), formas antiguas que funcionaban hace años y hoy no se recomiendan, y opciones de librerías mezcladas entre versiones distintas.
La respuesta suena igual de segura cuando acierta que cuando se equivoca, así que hay que comprobarla.
Tres comprobaciones antes de copiar
Antes de copiar, tres preguntas.
Leer una página de MDN en un minuto
No hace falta leerla entera: hay cuatro sitios donde mirar.
Abre la página (por ejemplo, Array.prototype.includes()) y salta directamente a: el distintivo Baseline de arriba (si está disponible en todos los navegadores modernos), la sintaxis (qué parámetros recibe), el valor devuelto (qué te da: un booleano, un array nuevo, undefined…) y los ejemplos, que puedes copiar a la consola tal cual.
Si la página está en inglés, mejor: la versión inglesa de MDN es la más actualizada. Y si la IA te da un enlace a la documentación, ábrelo: si da 404 o habla de otra cosa, ya tienes una pista de que la respuesta no es fiable.
Probar en la consola sin tocar tu proyecto
Sirve para probar fragmentos sueltos.
Abre la consola (F12 → Console) en cualquier página y escribe el fragmento con datos de prueba. Si es un método que no existe, el navegador te lo dirá al momento con un TypeError: … is not a function.
Para CSS, el equivalente es el panel Elementos de las DevTools: añade la propiedad a una regla. Si el navegador no la reconoce, aparece tachada con un icono de aviso: señal clara de que la propiedad no existe o el valor no es válido.
Señales de alarma en el código generado
Si ves esto, para y pregunta por qué.
- var en lugar de let y const, o document.write(): código de otra época.
- float o tablas para maquetar, en lugar de Flexbox o Grid.
- Librerías que no pediste (jQuery, Bootstrap, una de animaciones) para algo que se resuelve con unas líneas nativas.
- Prefijos como -webkit- o -moz- en propiedades que llevan años sin necesitarlos.
- Propiedades o métodos que «suenan» bien pero no reconoces: búscalos siempre.
Cuando no cuadra, enséñale el error
Pega el error o el enlace, no solo «revísalo».
Si una respuesta falla, no le digas a la IA solo «no funciona»: pega el error de la consola o el enlace de MDN que lo contradice. Por ejemplo: «array.contains no existe: la consola dice TypeError: paleta.contains is not a function y MDN no tiene esa página. ¿Qué método existe para esto?».
Con esa información suele corregirlo enseguida. Si la IA insiste en algo que tu comprobación desmiente, quédate con lo que dice el navegador.