La mayoría de la gente usa la inteligencia artificial para hacer programación con IA y acabar vomitando código basura. Sueltan un prompt de dos líneas, copian lo que sale, rezan para que funcione y, cuando el proyecto explota, concluyen que "la IA no sabe programar". Hay una verdad un poco incómoda detrás de esto: el problema casi nunca es la IA.

La IA es un multiplicador. Si tienes buenos hábitos, los multiplica. Si eres un desastre, multiplica el desastre, y mucho más rápido. Después de más de 500 horas programando con asistentes como Gemini, Claude u OpenAI, el patrón que separa a quien obtiene resultados excelentes de quien solo genera slop —ese código mediocre que nadie entiende, ni siquiera la propia IA— no tiene nada que ver con la herramienta que uses. Ahí es donde la diferencia entre una mala y una buena programación con IA se vuelve evidente.

El reencuadre es este: la IA no tiene ni idea de si el código que genera es una porquería o una joya. Ese criterio, ese gusto por el código limpio, lo pones tú. Si lo entiendes, la IA se convierte en el mejor junior que has tenido nunca. Si no, te hará peor programador, porque multiplicará tu falta de criterio y tu pereza mental.

Te voy a contar el flujo completo que uso a diario: por qué primero tienes que saber programar, la especificidad milimétrica que lo cambia todo, cómo trocear los problemas, mi patrón de tres secciones para eliminar el código basura, cómo darle memoria a la IA y las herramientas externas (MCPs y tests) que te hacen imparable.

Primero, aprende a caminar antes de correr

Parece obvio, pero hay que repetirlo: para hacer buena programación con IA, tienes que saber programar. La IA no sabe si la solución que te da es escalable o si es un parche que aguantará dos semanas. Si no tienes la base técnica, estás vendiendo tu futuro a una caja negra y firmando con los ojos cerrados.

Por eso los fundamentos siguen siendo la mejor inversión que puedes hacer. Si tu base de programación todavía cojea, el curso completo de Python de la A a la Z o la ruta de programación son el cimiento sobre el que todo lo demás se sostiene. Sin esa base, la IA no te potencia: te tapa los agujeros que ni sabes que tienes.

Especificidad milimétrica: el experimento del clon de Google Docs

Hice una prueba para verlo claro: crear un clon de Google Docs tres veces, subiendo el listón en cada intento.

• ❌ Nivel 1 — "Crea Google Docs". Así, sin más. Un desastre absoluto: la IA no hizo nada y me pidió más información. Es inteligente, pero no adivina.
• ❌ Nivel 2 — "Un editor colaborativo de texto". Me dio lo que llamo código catfish: bonito por fuera, un asco por dentro, lleno de bugs y sin estilos.
• ✅ Nivel 3 — específico hasta el detalle. Le di el stack exacto (Node.js y compañía), los comandos de terminal que quería, capturas de los flujos de usuario, la documentación de las librerías e incluso imágenes del propio Google Docs como referencia. Funcionó a la primera, sin un solo error.

El secreto no fue la IA, fue mi capacidad de comunicar, una habilidad fundamental en la programación con IA. Y aquí va una confesión: los programadores solemos ser pésimos comunicando. Hoy esa habilidad vale oro, sobre todo para hablar con tu ordenador. Un truco para cuando te dé pereza: escribe un prompt técnico sencillo y pídele "mejora este prompt aplicando las mejores prácticas de prompting para LLMs". Deja que la propia IA trabaje para ti antes de escribir una sola línea de código.

Trocea el rascacielos: la IA brilla en lo pequeño

Incluso con un buen prompt, la IA no lo clava todo a la primera. ¿Por qué? Porque es excelente en tareas pequeñas y mediocre en sistemas complejos. Si le pides el rascacielos entero, se olvidará de los cimientos y el edificio se vendrá abajo.

La solución es trocear el problema en piezas minúsculas, algo esencial en cualquier flujo de programación con IA. Y ojo con esto: si no sabes dividir la tarea en pasos lógicos, es que todavía no entiendes lo que estás construyendo. Esto no es un truco de IA, es ingeniería de toda la vida. Que la IA teclee por ti, vale; pero la solución la diseñas tú. En el momento en que delegas tu pensamiento, te vuelves prescindible.

El patrón de las tres secciones para matar el código basura

Este es el esqueleto que uso en cada prompt serio de programación con IA. Tres secciones, siempre:

1. La tarea. Descrita con detalle obsesivo: la tecnología, el objetivo y hasta los pasos intermedios. Cuanto mejor la describas, mejor te entenderá.
2. El contexto y la documentación. Todo lo que la IA necesita saber: tu producto, tu objetivo, la tecnología que quieres usar y la que no quieres. ¿Ya tienes una base de datos de usuarios o hay que crearla? ¿Sistema centralizado o descentralizado? Si no se lo dices, no lo sabe.
3. Las restricciones negativas. La sección más olvidada y la más importante. Dile explícitamente qué no debe tocar: qué fichero está prohibido, qué columna, qué librería no debe usar, qué archivos ignorar. Si no, construirá lo que pides… destruyendo de paso algo que no querías.

Prefiero pasar diez minutos diseñando ese prompt que una hora arreglando código que ni yo mismo entiendo. Esa es la diferencia entre trabajar duro y trabajar de forma inteligente.

Dale memoria a la IA: ficheros de reglas y llms.txt

La IA tiene un problema gravísimo: no tiene memoria entre sesiones. Hoy clava una arquitectura preciosa; mañana se le olvida, reinventa la rueda y destruye lo que ayer funcionaba. La solución es brutalmente simple: dásela tú. La programación con IA mejora enormemente cuando las decisiones quedan documentadas.

Documenta tus decisiones en archivos de reglas del proyecto, en Markdown. Si trabajas con Claude, por ejemplo, un fichero CLAUDE.md puede guardar el stack, los comandos importantes y las decisiones que ya tomaste y no quieres volver a discutir cada mañana. Es darle un manual de instrucciones de tu propio cerebro. Y aprovecha los ficheros llms.txt: muchas librerías modernas ya los publican para que la IA entienda su documentación de un vistazo, sin que tú tengas que explicarle nada.

La liga profesional: MCPs y verificación

Si quieres jugar en serio, estas dos piezas marcan la diferencia entre un aficionado y un arquitecto de la programación con IA.

Servidores MCP: dale ojos y manos a la IA

MCP significa Model Context Protocol. Son herramientas que permiten que la IA consulte documentación sola, lea páginas web, analice vídeos, abra terminales o vea tus errores de consola en tiempo real. Hay un servidor MCP para casi todo. Yo uso muchísimo Context7 para documentación y las DevTools del navegador para que la IA vea qué pasa sin que tenga que explicárselo: tiene unos ojos adicionales que, sinceramente, funcionan mejor que los míos. Busca los MCP específicos de tu stack y deja de hacer de intérprete.

Verificar es sagrado

Nunca dejes que la IA suelte código sin una forma de comprobar que funciona. Tests unitarios, pipelines de CI/CD, lo que sea que demuestre que lo que ha hecho es correcto. Y no te fíes de ella, sobre todo si ella misma ha escrito esos tests. Verifica siempre.

Este salto —de picar código a hacer arquitectura con IA— es uno de los grandes cambios profesionales de la década, y no tienes por qué darlo solo. En la ruta de Inteligencia Artificial enseño paso a paso no solo a usar estas herramientas, sino a integrarlas en proyectos reales con Python, web, móvil, Unity y Unreal. Si quieres dejar de pelearte con los prompts y empezar a liderar proyectos, es por ahí por donde se entra.

La idea clave: la IA es un multiplicador, no un sustituto

Después de todas estas horas haciendo programación con IA, el patrón está clarísimo. La inteligencia artificial ayuda a quien ya tiene buenos hábitos. Si eres ordenado y específico, te hace imparable. Si eres un desastre, solo hace tu desastre más grande y más veloz.

El antes y el después no está en la herramienta, está en ti. Antes: prompts de dos líneas y código que no entiendes. Después: tareas troceadas, contexto documentado, restricciones claras, memoria persistente y verificación constante. Mismo modelo, resultados opuestos. La IA es como un cuchillo: sirve para pelar fruta o para hacer daño, y la diferencia es quién lo empuña.

Por eso tu valor no está en teclear prompts, sino en el criterio que pones detrás. Si quieres convertirte en el arquitecto de élite que las empresas buscan, el camino completo está en las rutas de Frogames: todo mi conocimiento volcado para que tú no tengas que perder las 500 horas que perdí yo. Aplica hoy mismo el patrón de las tres secciones en tu próximo prompt y nota la diferencia.

La herramienta no piensa por ti. Ese sigue siendo tu trabajo, y es el que nadie te puede quitar.