Básicos de lo que construyes

Está muy padre decirle a Claude “hazme esta app” y que te la haga. Funciona las primeras veces. Pero si no entiendes lo que te está construyendo, llega un punto en que algo falla, o quieres cambiar algo, y no sabes ni cómo se llama lo que quieres cambiar.

Para eso no tienes que volverte programador. Te basta con saber cómo se arma un proyecto y qué hace cada parte. Con eso le pides mejor, notas cuando algo no cuadra y el proyecto sigue siendo tuyo.

Lo bueno: el mejor maestro para eso es el mismo Claude. Solo hay que pedírselo bien, y esta guía tiene los prompts.

Este es el prompt del reel. Pégalo en un chat nuevo de Claude y te va a dar el primer tema. Al día siguiente regresas al mismo chat y le escribes “sigue con el día 2”.

Cada tema viene con un ejemplo de una app real y termina con una pregunta. Contéstala aunque no estés seguro: ahí es donde se nota si lo entendiste.

Quiero aprender lo básico de programar para entender lo que construyo con Claude. Nunca he visto código y no quiero volverme programador: quiero saber qué está pasando cuando construyes algo para mí.

Vas a ser mi maestro durante una semana, un tema por día, en este orden:
1. Qué es un proyecto: carpetas, archivos y por qué hay tantos.
2. Lo que ves y lo que no: frontend y backend.
3. Dónde viven los datos: bases de datos, y tu computadora contra la nube.
4. Cómo se hablan los programas: APIs y llaves.
5. Cuando algo falla: cómo leer un error sin miedo.
6. Guardar versiones: qué es Git y por qué te salva.
7. Publicar: hosting, dominio y qué cambia cuando lo usa gente real.

Reglas para cada día:
- Explícamelo con palabras simples y con un ejemplo de una app real que yo conozca.
- Si usas una palabra técnica, explícala en una línea.
- Nada de ejercicios de código. Si me enseñas código, que sea para leerlo, no para escribirlo.
- Que no pase de 10 minutos de lectura.
- Al final hazme una pregunta para ver si lo entendí, y espera mi respuesta antes de seguir.

Lo que me interesa construir es [tu idea, por ejemplo: una app para agendar citas en mi negocio]. Cuando puedas, usa eso de ejemplo.

Empieza con el día 1.

Lo que vas a ver en la semana

1. Día 1

   Qué es un proyecto

   Por qué una app son decenas de archivos y qué hace cada carpeta.

2. Día 2

   Frontend y backend

   Lo que ves en la pantalla y lo que pasa donde no lo ves.

3. Día 3

   Dónde viven los datos

   Qué es una base de datos y qué se guarda en tu compu y qué en la nube.

4. Día 4

   APIs y llaves

   Cómo se conecta tu app con pagos, correo o Claude, y por qué una llave nunca se comparte.

5. Día 5

   Leer un error

   Qué te está diciendo el mensaje rojo y qué pegarle a Claude para que lo arregle.

6. Día 6

   Guardar versiones

   Git como botón de deshacer de todo el proyecto.

7. Día 7

   Publicar

   Qué es un dominio, dónde vive tu app y qué cambia cuando entra gente real.

Antes de pedirle a Claude que lo construya, pídele que te lo explique. Elige el tipo de proyecto y copia el prompt. Claude no va a escribir código: te va a enseñar las partes, las palabras que vas a escuchar y las decisiones que vienen.

Cambia lo que está entre corchetes por tu idea. Mientras más concreta, mejor te enseña.

Quiero construir una app web: [describe tu idea, por ejemplo: un sistema para que mis clientes agenden citas]. Antes de construir nada, quiero entender lo básico. Nunca he programado.

No escribas código todavía. Enséñame:
1. Las partes que lleva una app web por dentro y qué hace cada una, con una comparación de la vida diaria.
2. Las 10 palabras técnicas que más voy a escuchar mientras lo construimos, cada una en una línea.
3. Las decisiones que voy a tener que tomar, con las opciones que hay y cuál me recomiendas para empezar y por qué.
4. En qué orden se construye y qué puedo probar al terminar cada paso.
5. Las preguntas que debería hacerte mientras construimos para no perderme.

En mi caso, pon atención especial en: qué pasa entre que alguien da clic en un botón y ve el resultado, dónde se guardan los datos de mis usuarios y qué necesito para que tengan cuenta y contraseña.

Al final hazme 3 preguntas para ver si lo entendí. Espera mis respuestas antes de proponer cómo empezar.

Además de saber qué lleva tu app por dentro, te toca conocer el mundo para el que la construyes: quién la va a usar, qué ya existe y qué reglas hay. Si te lo saltas, Claude te construye algo que funciona y que nadie necesita.

Este prompt va antes del primer archivo. Si tu Claude tiene búsqueda web activada, pídele que te pase los links de lo que encuentre.

Voy a construir [tu idea] para [quién la va a usar]. Antes de construir, quiero entender ese mundo. Explícame:

1. Quién es la gente que lo usaría, qué problema real tiene y cómo lo resuelve hoy.
2. Qué herramientas o apps ya existen para eso y qué les falta. Si no estás seguro de que algo existe, dímelo en lugar de inventarlo.
3. Las palabras que usa la gente de ese mundo y que yo debería conocer.
4. Las reglas o cuidados que aplican: datos personales, pagos, salud, menores de edad, lo que sea relevante.
5. Cinco preguntas que debería hacerle a gente real antes de construir.

Al final dime, con honestidad, qué parte de mi idea te parece más débil.

Ya entendiste el tema y vas a construir. El riesgo ahora es que Claude avance tan rápido que a media chamba no sepas qué sigue. Hay dos formas de ponerlo en modo maestro, según dónde trabajes.

En Claude Code: los estilos que explican

Claude Code trae estilos de respuesta que cambian cómo trabaja toda la sesión. Dos están hechos para aprender:

En el chat de Claude: el modo maestro

En claude.ai o en la app no hay estilo de aprendizaje para construir, pero lo armas con un prompt. Pégalo al inicio de la conversación. Si lo vas a usar seguido, ponlo en las instrucciones de un proyecto y ya no lo repites.

Durante toda esta conversación vas a construir conmigo y también vas a ser mi maestro. Nunca he programado.

- Antes de cada paso, dime en dos o tres frases qué vas a hacer y por qué.
- Si usas una palabra técnica nueva, explícala en una línea.
- Cuando haya una decisión con más de una opción buena, dame las opciones y déjame elegir.
- Cada tres pasos, hazme una pregunta para ver si voy entendiendo.
- Si te pido que vayas más rápido, ve más rápido, pero no te saltes la explicación de las decisiones.

Lo que vamos a construir es: [tu idea].

Si no puedes explicar tu proyecto con tus palabras, todavía no es tuyo. Estos prompts van en la misma conversación donde construiste, o en Claude Code con tu proyecto abierto.

Recorre el proyecto que construimos, carpeta por carpeta y archivo por archivo. Para cada parte dime qué hace en una sola frase, como si fuera mi primer día. Marca cuáles son las tres partes más importantes y por qué. Al final hazme un dibujo en texto de cómo se conectan entre sí.

Hazme 5 preguntas sobre el proyecto que construimos, de la más fácil a la más difícil. Una por una: espera mi respuesta antes de pasar a la siguiente. Si me equivoco, no me des la respuesta; dame una pista y déjame intentarlo otra vez. Al final dime qué tema debería repasar.

Si quitara [un archivo, una parte o un paso del proyecto], ¿qué dejaría de funcionar y por qué? No borres nada: solo explícamelo y dime cómo lo notaría yo como usuario.

Quiero [el cambio que quieres hacer]. Antes de hacerlo, dime qué partes del proyecto vas a tocar y por qué, qué podría romperse y cómo lo vamos a probar. Espera a que te diga que sí.