Blueprint.md

Crea un archivo llamado blueprint.md en la raíz de este proyecto, con exactamente estos seis encabezados y en este orden:

# Blueprint — <el nombre de este proyecto>
<!-- Actualizado: AAAA-MM-DD HH:MM -->

## 1. Qué quiero lograr
## 2. En qué punto está
## 3. Archivos en juego
## 4. Cambios hechos
## 5. Intentos fallidos — no repetir
## 6. Siguientes pasos

Reglas para llenarlo:
- Llena nada más lo que ya puedas ver del proyecto. Lo que no sepas, déjalo vacío: prefiero un hueco a una suposición tuya.
- La sección 2 se escribe como un estado ("el login ya corre, falta el correo de confirmación"), no como el relato de cómo llegamos ahí.
- En la 3 va una línea por archivo: la ruta y para qué sirve. No pegues código.
- En la 5, cada línea va así, con guion y la fecha entre corchetes:
  - [AAAA-MM-DD] Probé <qué> para <qué buscaba> → falló porque <qué pasó>. No repetir.
- En la 6, máximo cinco pasos, y cada uno nombra un archivo.
- Pon la fecha y la hora de hoy en la línea Actualizado.

Cuando termines, enséñame el archivo completo y dime cuántas líneas quedó.

Vamos a cerrar por hoy. Antes de que me vaya, escribe o actualiza blueprint.md en la raíz del proyecto con el estado de esta sesión. Si ya existe, léelo completo y reescríbelo entero: no agregues al final.

Lo que va en cada sección:
1. Qué quiero lograr — el objetivo en una o dos frases. Si no cambió hoy, déjalo igual.
2. En qué punto está — dónde quedó todo: qué corre, qué está a medias, qué falta probar.
3. Archivos en juego — los que tocamos hoy y los que vamos a tocar mañana, con una línea cada uno.
4. Cambios hechos — solo lo que todavía no está commiteado, o lo que cambió una decisión anterior.
5. Intentos fallidos — no repetir — todo lo que probamos hoy y no funcionó, con esta forma:
   - [la fecha de hoy] Probé <qué> para <qué buscaba> → falló porque <qué pasó>. No repetir.
   Esta es la sección que importa. Si algo falló y no lo escribes, mañana lo volvemos a intentar.
6. Siguientes pasos — máximo cinco, cada uno nombrando un archivo.

Actualiza la línea Actualizado con la fecha y la hora de ahora. Al final dime en una sola línea qué cambiaste y cuántas líneas quedó el archivo.

Lee blueprint.md, que está en la raíz de este proyecto, y no hagas nada más todavía.

Cuando lo tengas, dime en cinco líneas:
- cuál es el objetivo
- en qué punto quedamos
- qué archivos están en juego
- qué NO hay que volver a intentar, y por qué falló
- cuál es el siguiente paso

Después espera. No escribas ni una línea de código hasta que yo te diga por dónde arrancamos.

Quiero que blueprint.md entre en contexto solo, cada vez que arranque una sesión en este proyecto.

Hazlo en este orden:
1. Busca cuál es el CLAUDE.md que de verdad se carga aquí. Puede haber más de uno: el de esta carpeta, el de una carpeta de arriba, el de mi usuario. Dime cuál encontraste y en qué ruta está, antes de tocar nada.
2. Si en este proyecto no hay ninguno, créalo en la raíz.
3. Agrégale la línea de import de blueprint.md, en su propia línea y FUERA de cualquier bloque de código o comillas invertidas. La ruta va relativa a ESE archivo, no a la raíz del proyecto ni a donde yo esté parado. Si blueprint.md todavía no existe, créalo con los seis encabezados vacíos.
4. Enséñame las líneas que quedaron, con la de antes y la de después, para que yo vea dónde cayó.
5. Dime qué tengo que buscar exactamente en la lista de Memory files cuando corra /context, para confirmar que sí cargó.

Si la línea ya estaba puesta, no la dupliques: dímelo y pasa al punto 5.

## blueprint.md — cuándo se reescribe

En la raíz de este proyecto vive blueprint.md: el estado de la tarea en curso, en seis secciones numeradas. Reescríbelo entero —nunca agregues al final— en estos cinco momentos:

1. Cuando escriba /clear, o te diga que cerramos, o que nos vemos mañana.
2. Cuando algo que intentamos no funcione. Esa línea entra a la sección 5 en el momento, no al final del día, con esta forma:
   - [AAAA-MM-DD] Probé <qué> para <qué buscaba> → falló porque <qué pasó>. No repetir.
3. Cuando terminemos un paso de la sección 6: sale de la 6. Y no entra a la 4 si ya quedó commiteado, que para eso está git.
4. Cuando cambie el objetivo de la sección 1: el archivo no se edita. Se archiva completo en docs/blueprint-archivo.md y nace uno nuevo.
5. Cuando llevemos más de una hora de trabajo sin haberlo tocado.

Cada vez que lo escribas, actualiza la línea Actualizado con la fecha y la hora, y déjalo por debajo de 120 líneas. Si se pasa, poda la sección 4 primero y la 5 al final.

Quiero que mantengas blueprint.md solo, sin que yo te lo pida cada vez.

1. Localiza el CLAUDE.md que de verdad se carga en este proyecto y dime cuál es antes de tocar nada. Si no hay ninguno, créalo en la raíz.
2. Agrégale al final una sección nueva titulada "blueprint.md — cuándo se reescribe", que diga que tienes que reescribir el archivo entero en estos cinco momentos, sin quitar ni agregar ninguno:
   - cuando yo escriba /clear, diga que cerramos o que nos vemos mañana;
   - cuando algo que intentamos no funcione, y esa línea entra a la sección 5 en el momento, con la fecha y el motivo;
   - cuando terminemos un paso de la sección 6, que sale de la 6 y no entra a la 4 si ya quedó commiteado;
   - cuando cambie el objetivo de la sección 1, que no se edita: se archiva completo y nace uno nuevo;
   - cuando llevemos más de una hora de trabajo sin haberlo tocado.
   Agrega también que cada reescritura actualiza la línea Actualizado y deja el archivo por debajo de 120 líneas, podando la sección 4 primero y la 5 al final.
3. No toques ninguna otra parte del CLAUDE.md. Enséñame nada más lo que agregaste.
4. Dime cuántas líneas quedó el CLAUDE.md en total. Si se pasó de 200, dime qué otra cosa de ahí adentro te parece que sobra.

---
name: blueprint
description: Escribe o actualiza blueprint.md en la raíz del proyecto con el estado de la tarea en curso — objetivo, punto actual, archivos en juego, cambios hechos, intentos fallidos y siguientes pasos. Úsala cuando el usuario escriba /blueprint, cuando cierren la sesión, cuando algo que intentaron no funcione, o cuando pida guardar dónde se quedaron.
---

# blueprint

Mantiene un solo archivo, blueprint.md, en la raíz del proyecto. Es el estado de UNA tarea en
curso: existe para que la siguiente sesión empiece donde terminó esta, y se tira cuando la tarea
termina. No es un historial del proyecto ni un diario.

## Qué hacer cuando se te invoca

1. Si blueprint.md no existe, créalo con los seis encabezados de abajo, exactamente así.
2. Si ya existe, léelo completo antes de tocarlo y reescríbelo entero. Nunca agregues al final.
3. Pon la fecha y la hora locales en la línea Actualizado.
4. Aplica las cuotas y las reglas de retiro ANTES de guardar, no después.
5. Al terminar, dime en una línea qué cambió y cuántas líneas quedó el archivo.

## La estructura, literal

# Blueprint — <nombre del proyecto>
<!-- Actualizado: AAAA-MM-DD HH:MM -->

## 1. Qué quiero lograr
## 2. En qué punto está
## 3. Archivos en juego
## 4. Cambios hechos
## 5. Intentos fallidos — no repetir
## 6. Siguientes pasos

Los seis encabezados no se renombran, no se reordenan y no se agregan otros. Otras piezas del
proyecto los usan como anclas.

## Qué va en cada sección

1. Qué quiero lograr — el resultado en una o dos frases, en las palabras del usuario. No el plan
   técnico: el plan cambia, el objetivo casi no.
2. En qué punto está — dónde quedó todo hoy: qué corre, qué está a medias, qué falta probar. Es un
   estado, no un historial. Se reescribe entera cada vez.
3. Archivos en juego — las rutas que se están tocando, una línea por archivo diciendo para qué
   sirve. No el árbol del proyecto.
4. Cambios hechos — lo que quedó y todavía no está commiteado, o lo que cambia una decisión
   anterior. Lo que git log ya cuenta, no.
5. Intentos fallidos — no repetir — lo que se probó y no funcionó, con su motivo. Ver el formato.
6. Siguientes pasos — máximo cinco, y cada uno nombra un archivo concreto.

## El formato de la sección 5

Cada línea, sin excepción y sin encabezados dentro:

- [AAAA-MM-DD] Probé <qué> para <qué buscaba> → falló porque <qué pasó>. No repetir.

Una línea sin el motivo no sirve: es lo único que evita el segundo intento. Si no sabes por qué
falló, escríbelo igual y di que el motivo no quedó claro — eso también es información.

## Cuotas por sección

- Sección 1: 5 líneas. Se reescribe entera, nunca acumula.
- Sección 2: 5 líneas. Se reescribe entera.
- Sección 3: 10 líneas. Solo los archivos que se siguen tocando.
- Sección 4: 20 líneas. Es lo primero que se poda.
- Sección 5: 30 líneas. Es lo último que se poda.
- Sección 6: 10 líneas, máximo 5 pasos.

El archivo entero se queda por debajo de 120 líneas. Si al guardar se pasa, poda en este orden:
sección 4, luego 3, luego 6, luego 2, luego 1, y solo al final la 5.

## Reglas de retiro

1. Un cambio sale de la sección 4 en cuanto queda commiteado. Si git log ya lo cuenta, el
   blueprint no.
2. Un paso terminado se borra de la sección 6. No se marca como hecho ni se le pone palomita.
3. Un archivo sale de la sección 3 cuando lleva dos sesiones sin abrirse.
4. Un intento fallido se retira por dos razones, y la antigüedad no es una: o el archivo o la
   función contra la que se estrelló ya no existe, o alguien lo volvió a intentar y esta vez sí
   funcionó. En el segundo caso se reescribe como línea de la sección 4, o sube a la 1 si cambió
   una decisión.
5. Si cambia el objetivo de la sección 1, el archivo no se edita: se archiva completo y nace uno
   nuevo.

Todo lo que se retira se mueve a docs/blueprint-archivo.md, al final, bajo un encabezado con la
fecha. Ese archivo no se importa desde CLAUDE.md y no tiene tope de tamaño: se abre a mano cuando
alguien pregunta si algo ya se intentó.

## Lo que no se hace

- No inventes contenido para llenar una sección. Si la 5 está vacía porque no falló nada, déjala
  vacía con una línea que lo diga.
- No copies fragmentos de código al blueprint. Van las rutas, no el contenido.
- No borres una línea de la sección 5 por vieja.
- No toques CLAUDE.md desde aquí. Este comando escribe blueprint.md y docs/blueprint-archivo.md,
  y nada más.

Créame el comando /blueprint en este proyecto.

1. Crea la carpeta .claude/skills/blueprint/ si todavía no existe.
2. Adentro crea el archivo SKILL.md con exactamente el contenido que va después de la línea de guiones de abajo. Cópialo tal cual: el frontmatter lleva solo dos campos, name y description, y no le agregues ninguno más aunque se te ocurra alguno útil.
3. Cuando lo guardes, dime la ruta completa del archivo y confírmame que el frontmatter quedó con esos dos campos y nada más.
4. Dime también si en este proyecto ya existe .claude/commands/blueprint.md, porque los dos crean /blueprint y no quiero dos versiones peleándose.
5. Al final dime cómo compruebo que ya está disponible.

---

<pega aquí el bloque SKILL.md de esta sección>

Poda blueprint.md. Hoy solo se retira: no le agregues nada.

1. Cuenta cuántas líneas tiene el archivo y cuántas tiene cada una de las seis secciones. Enséñame la cuenta antes de tocar nada.
2. Aplica estas cuotas: sección 1, cinco líneas; sección 2, cinco; sección 3, diez; sección 4, veinte; sección 5, treinta; sección 6, diez y máximo cinco pasos.
3. Para decidir qué sale, usa estas reglas y ninguna otra:
   - De la 4 sale todo lo que ya quedó commiteado. Revisa git log para confirmarlo, no lo supongas.
   - De la 6 se BORRAN los pasos terminados. No los marques como hechos ni les pongas palomita.
   - De la 3 sale todo archivo que llevemos dos sesiones sin abrir.
   - De la 5 solo sale una línea por dos razones: o el archivo o la función contra la que se estrelló ya no existe, o alguien lo volvió a intentar y esta vez sí funcionó. Que sea vieja NO es razón.
4. Todo lo que retires se mueve al final de docs/blueprint-archivo.md, bajo un encabezado con la fecha de hoy. Créalo si no existe. Ese archivo no se importa desde ningún lado.
5. Enséñame el antes y el después: cuántas líneas tenía, cuántas quedó, y qué se movió.

Si después de todo eso el archivo sigue arriba de 120 líneas, dímelo y dime qué te parece que sobra. No decidas tú borrar de la sección 5.

Cambió el objetivo de este proyecto. El blueprint de ahora ya no sirve y no quiero que lo edites.

1. Mueve blueprint.md completo al final de docs/blueprint-archivo.md, bajo un encabezado con la fecha de hoy y una línea que diga cuál era el objetivo viejo. Crea ese archivo si no existe.
2. Crea un blueprint.md nuevo con los seis encabezados, vacío.
3. Del viejo, trae al nuevo SOLO las líneas de la sección 5 que sigan siendo verdad con el objetivo nuevo: las que se estrellaron contra un archivo o una función que todavía existen. Enséñame cuáles trajiste y cuáles dejaste atrás, con el motivo de cada una.
4. La sección 1 la lleno yo. Déjala con una sola línea que diga: pendiente.

En docs/blueprint-archivo.md nunca se borra nada. Ahí solo se agrega.

Revisa blueprint.md y dime si sigue vivo. Contéstame estas cuatro cosas, una por línea, y no me des consejos hasta el final:

1. Qué fecha tiene la línea Actualizado, y cuántos días pasaron desde entonces.
2. Cuántas líneas tiene la sección 5. Si está vacía, dilo tal cual.
3. Cuántos pasos tiene la sección 6, y cuáles de ellos NO nombran un archivo.
4. Cuántas líneas tiene el archivo entero.

Después dime, en una sola frase, cuál de estas tres cosas le está pasando, si le pasa alguna: que el import apunte al CLAUDE.md equivocado y por eso nadie lo esté actualizando, que se haya vuelto un diario en vez de un estado, o que nunca lo hayan podado. Y dime la línea exacta que lo arregla.