Biblioteca de prompts

Explícame <concepto> como si no supiera nada de informática.
Empieza con una analogía del mundo real, luego la definición en una frase,
y termina con para qué sirve en un proyecto real. Menos de 200 palabras.
No uses ninguna palabra técnica sin explicarla en la misma frase.

Esto es cómo he entendido <tema>: <tu explicación con tus palabras>.
Dime qué está mal, qué está incompleto y qué he simplificado de más.
No me des una explicación nueva: corrige la mía.

Sé mi profesor. Hazme preguntas, de una en una, hasta que yo consiga explicarte
<tema> sin errores. No me des la respuesta: si me equivoco, pregúntame algo
que me haga ver el error.

Hazme 10 preguntas de test sobre <tema>, nivel principiante absoluto,
con las respuestas y una explicación corta al final del todo.
Incluye 2 preguntas trampa sobre conceptos que se confunden a menudo.

Voy a pegarte un texto técnico. Sácame la lista de palabras que un principiante
absoluto no entendería, ordenadas de más básica a más avanzada, cada una con
una definición de una línea. No expliques el texto, solo el vocabulario.
<texto>

Esto es lo que pide <una oferta de trabajo / un cliente>: <texto>.
Tradúcemelo a lenguaje llano: qué están pidiendo realmente, qué palabras son
la misma cosa con distinto nombre, y qué partes son opcionales.

Quiero entender de qué está hecha esta web: <url>.
Dime: 1) qué tipo de producto es (landing, tienda, aplicación...),
2) si el contenido parece estático o dinámico y en qué te basas,
3) si necesita base de datos y por qué, 4) si tiene backend y cómo se nota,
5) qué partes podría tener que no se ven desde fuera.
Explica cada punto en 2 líneas y sin dar por supuesto que sé nada.

Voy a explicarte qué creo que pasa desde que escribo una dirección en el
navegador hasta que veo la página: <tu explicación>.
Corrígeme paso a paso. Marca con ❌ lo que está mal, con ⚠️ lo impreciso
y con ✅ lo correcto. Al final dime qué paso me he saltado.

Estoy en la fase de entender el ecosistema web, sin escribir código todavía.
Te voy a dar una lista de cosas que me han salido buscando: <lista>.
Dime qué es fundamental ahora, qué puedo ignorar durante meses y qué es
directamente una moda que no necesito. Sé tajante.

Antes de ejecutarlo, explícame este comando parte por parte:
<comando>
¿Qué hace exactamente, qué archivos o carpetas puede modificar o borrar,
y hay alguna forma más segura de conseguir lo mismo?

Estaba intentando <qué querías hacer>, en la carpeta <ruta>.
He ejecutado: <comando>
Y me ha salido esto: <error completo, copiado>
Explícame qué significa, por qué ha pasado y cómo lo arreglo.
No me des comandos peligrosos sin avisarme de que lo son.

Me he liado con Git. Esto es lo que me sale con git status y git log --oneline:
<pega las dos salidas>
Quería <lo que intentabas>. Explícame en qué estado estoy y dame
la forma más segura de volver a una situación limpia, paso a paso,
sin borrar trabajo.

Este es el diff de mis cambios: <pega git diff --staged>
Propón un mensaje de commit en español, en presente, de menos de 60 caracteres,
que diga qué cambia. Si hay cambios que no tienen relación entre sí,
dime cómo dividirlos en varios commits.

Este es el .gitignore de mi proyecto: <pega el contenido>
Y esta es la salida de git status: <pega>
¿Hay algo que se vaya a subir y no debería (claves, .env, librerías,
archivos generados)? ¿Sobra algo en el .gitignore?

Explícame qué hay en este repositorio y qué es cada archivo y carpeta.
No cambies nada ni ejecutes nada que modifique archivos.

Lee @ESPECIFICACION.md. No escribas código.
Critícala como un desarrollador con experiencia: ¿qué falta, qué es ambiguo,
qué criterio no se puede comprobar, qué habría que preguntarle al cliente?
Lista numerada. No la reescribas: dime qué cambiarías y por qué.

Lee @ESPECIFICACION.md y @CONTENIDO.md.
Propón un plan para <tarea>: qué archivos vas a crear o cambiar, qué decisiones
tomarás, qué das por supuesto y qué dudas tienes. No cambies nada todavía.

Tarea <n> de <total>: <qué hacer, en una o dos frases>.
Contexto: @ESPECIFICACION.md y @CONTENIDO.md.
No hagas: <lo que no hay que tocar>.
Está terminada cuando: <criterio comprobable>.
Al terminar, resume qué archivos cambiaste, qué decidiste y qué debo comprobar.

Antes de que lo acepte:
1. Enumera todos los archivos que cambiaste y qué cambiaste en cada uno.
2. ¿Qué diste por supuesto que yo no te dije?
3. ¿Qué parte es más probable que esté mal?
4. ¿Hay algo de lo que pedí que no hayas hecho?

Explícame <archivo> bloque por bloque, como si no supiera nada de este lenguaje.
Para cada bloque: qué es, qué se ve en la página gracias a él y por qué está ahí.
No cambies nada.

Estaba haciendo: <acción>.
Esperaba: <resultado>.
Pasó: <lo que pasó>.
Error exacto: <texto copiado de la terminal, la consola o la pantalla>.
Explícame la causa antes de cambiar nada.

Llevamos tres intentos con <problema> y no sale. Para.
Resume qué hemos probado, por qué crees que no funciona
y qué información te falta. No propongas otro cambio todavía.