Entiende lo que construyes con Claude: aprende lo básico mientras creas

Quiero entender lo básico del software para dirigir bien lo que Claude construye para mí. No quiero aprender a programar; quiero saber qué ocurre por dentro. Sé mi profesor durante siete sesiones, una por día:
1. Anatomía de un proyecto: carpetas, archivos y dependencias.
2. Lo que ve el usuario y lo que ocurre en el servidor.
3. Datos: bases de datos, copias de seguridad y qué se guarda dónde.
4. Conexiones: APIs, claves y por qué no se comparten.
5. Errores: cómo leer un mensaje de error y qué información darte para arreglarlo.
6. Control de versiones con Git: deshacer sin miedo.
7. Publicar: hosting, dominio, HTTPS y qué cambia cuando hay usuarios reales y datos personales.
En cada sesión: lenguaje sencillo, un ejemplo basado en mi idea ([describe tu proyecto]), cada término técnico explicado en una línea, nada de ejercicios de programación y menos de 10 minutos de lectura. Termina con una pregunta y espera mi respuesta antes de continuar. Empieza por la sesión 1.

Quiero construir [describe tu idea, por ejemplo una app para que los clientes de mi taller pidan cita y vean el estado de su coche]. No escribas código todavía. Explícame:
1. Las piezas que tendrá y qué hace cada una, con una comparación cotidiana.
2. Las diez palabras técnicas que más voy a oír, en una línea cada una.
3. Las decisiones que tendré que tomar, con opciones y cuál me recomiendas para empezar.
4. El orden de construcción y qué podré probar al final de cada paso.
5. Qué obligaciones legales o de seguridad aplican (datos personales, pagos, cookies).
Termina con tres preguntas para comprobar que lo he entendido.

Voy a construir [tu idea] para [tipo de usuario]. Antes de construir quiero entender ese mundo:
1. Qué problema real tienen esas personas y cómo lo resuelven hoy.
2. Qué herramientas existen ya y qué les falta. Si no estás seguro de que algo exista, dilo en lugar de inventarlo.
3. El vocabulario del sector que debería dominar.
4. Normativas o precauciones relevantes en España (protección de datos, facturación, sanidad, menores…).
5. Cinco preguntas que debería hacer a clientes reales antes de construir.
Y dime con franqueza cuál es el punto más débil de mi idea.

En esta conversación vas a construir conmigo y a enseñarme a la vez. No sé programar.
- Antes de cada paso, explica en dos o tres frases qué vas a hacer y por qué.
- Explica en una línea cualquier término técnico nuevo.
- Cuando haya varias opciones razonables, preséntamelas y déjame elegir.
- Cada tres pasos, hazme una pregunta para comprobar que te sigo.
- Si te pido ir más rápido, acelera, pero no te saltes la explicación de las decisiones.
Vamos a construir: [tu idea].

Recorre el proyecto carpeta por carpeta y describe en una frase qué hace cada parte, como si fuera mi primer día en el equipo. Señala las tres piezas más importantes y por qué, y dibuja en texto un esquema de cómo se conectan.

Hazme cinco preguntas sobre este proyecto, de menor a mayor dificultad, de una en una y esperando mi respuesta. Si fallo, no me des la solución: dame una pista y déjame intentarlo otra vez. Al final dime qué temas debo repasar.

Quiero [describe el cambio]. Antes de hacerlo, dime qué partes del proyecto vas a tocar y por qué, qué podría romperse y cómo lo vamos a comprobar. No cambies nada hasta que te dé el visto bueno.