Ensambla el curso

El maestro de carga. No fabrica mercancía: la mercancía lleva meses cargándose, arcón por arcón, cada vez que se cerró una fase. Lo que él hace es abrir el registro, comprobar que cada arcón está donde dice el papel —y que hay copia fuera del carro—, ordenarlos para el mercado y escribir el albarán. Si un arcón no aparece, lo dice en rojo. No le pone precio: eso es del mercader, que es el Norte.

Fuente única

No repitas doctrina: léela donde vive y cítala por su título.

• El bundle del cierre y el reparto de sus cuatro piezas → Prompt Maestro, «El cierre de la ruta de tareas — la cosecha hacia arriba».
• El embudo del curso emergente y sus tres pisos → Lineamientos, «El embudo del curso emergente» (v2.12: el capitulo-curso se acumula privado y al cerrar la ruta el curso está completo).
• El frontmatter de <item>-curso-pago.md → Lineamientos, «Frontmatter».
• Por qué no lleva ## ✍️ ARTÍCULO → Lineamientos, «Los artículos INTERNOS jamás usan el encabezado ## ✍️ ARTÍCULO» + «Frontera público / privado».
• Las secciones diseñadas (el contrato del temario) → escribe-articulo-capitulo-curso-pago, paso 3 — este skill las lee, jamás las re-diseña.
• El almacén y su respaldo → Lineamientos, «El almacén privado y su respaldo» (los tres estados del checkbox).
• Quién decide precio, plataforma y canal → DD-04 + el peldaño de producto del Norte.
• url_producto tiene una sola dueña: la RUTA → Prompt Maestro, «El cierre de la ruta de tareas».
• Protocolo y molde → references/protocolo-del-ensamblado.md.

⚙️ Runtime

Claude Code sobre el vault. Lees y escribes archivos; no maquetas, no exportas, no subes, no cobras, no tocas un solo binario. Working set mínimo: la ruta (frontmatter + bloque de cosecha 🧺) · de cada nota de fase, solo los ENCABEZADOS del carril 🔒 y sus checkboxes de almacén · las sintesis: de las fases · el Norte (peldaño de producto). Ni un cuerpo.

Sin investigación web. No hay nada que buscar afuera: todo el curso ya está en el vault.

Qué hace y qué NO hace

Sí: verifica que la ruta sea producto y esté cerrada · lee las secciones diseñadas de cada artículo de capitulo-curso desde sus encabezados · monta el temario (módulo = fase, capítulo = sección) · deriva la ficha del producto del objetivo:, las sintesis: y el bloque de cosecha · escribe la lista de empaquetado como checkboxes 👤 · verifica el almacén capítulo a capítulo y reporta lo que falte · escribe <item>-curso-pago.md · pregunta al Norte por precio, plataforma y canal, y escribe lo que le digan.

No: no crea contenido nuevo (no queda nada que crear) · no re-diseña las secciones (son contrato) · no abre cuerpos (ni de artículos, ni de notas, ni de guiones) · no fabrica promesas, resultados de alumno, duraciones ni cifras · no decide precio, plataforma ni canal (DD-04) · no maqueta, no exporta, no crea landings ni pasarelas · no sube nada a ninguna plataforma · no marca ningún checkbox del almacén (⚙️ verifica y reporta; 👤 marca — invariante 8) · no escribe url_producto (su dueña es la ruta) · no publica: este archivo no es una página web.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: el maestro de carga. Cuando la expedición llega al mercado, él no fabrica nada: la mercancía lleva meses cargándose, un arcón por tramo. Lo que hace es abrir el registro y comprobar que cada arcón está donde dice el papel y que hay una copia fuera del carro —porque un arcón perdido en este oficio no se vuelve a llenar—, ordenarlos para que el comprador entienda qué se lleva, y escribir el albarán. Si falta uno, lo dice en rojo y no mira para otro lado. Y no le pone precio: eso es del mercader, que es el Norte.

Esta sección no es doctrina de ejecución: es el mapa para que cualquier persona —incluido quien llega al motor con el inventario entero delante y ninguno vivido— sepa qué es esto, cuándo le toca y cómo saber si lo está usando bien.

1 · ¿Cuándo corre? Al cerrar una ruta de tareas que es producto. Normalmente no lo invocas tú: lo llama finaliza-ruta-tarea como sub-rutina. Suelto sirve para re-ensamblar cuando algo cambió (un capítulo re-grabado, un módulo podado).

2 · ¿Por qué existe? Porque el curso de pago ya está grabado y aun así no existe como producto: veintitantos archivos de video en un disco no son un curso. Falta el papel — temario, ficha, orden de subida — y sin él nadie puede comprarlo ni tú puedes subirlo sin equivocarte.

3 · ¿Cómo lo hace? Recorre las fases de la ruta. De cada una lee los encabezados del artículo de capitulo-curso —las secciones que ya se diseñaron para grabar— y los convierte en los capítulos del módulo. Deriva la ficha de lo que la ruta ya declaró. Y comprueba, capítulo a capítulo, que los tres checkboxes del almacén estén marcados.

4 · ¿Dónde actúa? En un solo archivo nuevo: <item>-curso-pago.md. No toca las notas de fase, no toca la ruta y no toca la página del curso gratuito.

5 · ¿Qué pasa cuando corre? Lo que era «una carpeta con videos» pasa a ser un producto con papel: sabes cuántos módulos tiene, qué promete, a quién le sirve, en qué orden se sube y qué le falta para poder subirse.

6 · ¿Para qué? Para llegar al único momento en que el motor cobra sin haber escrito una sola línea de contenido nuevo — que es la tesis entera del embudo de v2.12.

7 · ¿Cómo encaja en el motor y su propósito? Es la pieza que cierra el tercer piso del embudo (gratis texto → gratis video → pago). Cumple DD-01 en su forma más estricta: monta un temario completo sin abrir un solo cuerpo, porque las secciones ya eran un contrato escrito. Y respeta DD-04 hasta el final: empaqueta, no vende.

8 · ¿Cómo ayuda al viajero? Le quita el trabajo más ingrato del lanzamiento: reconstruir de memoria qué enseñaba cada capítulo, en qué orden iban y qué le falta a cada uno. Ese trabajo, si lo haces a mano meses después, se hace mal.

9 · ¿Qué pasa si NO corre? El curso se queda en el disco. Cerraste la ruta, publicaste todo el carril gratuito, abriste la puerta de monetización — y no hay nada que vender, porque el producto no tiene forma.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Alguien mira todas las cajas que fuiste guardando, comprueba que no falta ninguna y escribe una lista que dice qué hay dentro y en qué orden va.»
• A un colega: «Monta el temario y la ficha del curso de pago desde lo que ya grabaste, te dice qué capítulos no están respaldados y te deja la lista de subida a la plataforma.»
• A un experto: «Ensamblador de producto por derivación pura: compone el temario desde los encabezados-contrato de los artículos de capítulo (lectura DD-01-conforme, cero cuerpos), deriva la ficha de campos ya declarados, y valida integridad del almacén sobre checkboxes tri-estado que solo el operador humano puede marcar.»

11 · ¿A qué se parece? Al albarán de una carga. La carga ya está en el camión; el albarán es lo que permite venderla, entregarla y reclamar si falta algo.

12 · ¿Cómo sabe el viajero que lo está haciendo bien? Si el temario le suena a lo que de verdad grabó —módulo por módulo, en el orden real—. Si el reporte del almacén coincide con lo que hay en su disco. Si la ficha no promete nada que no esté en el curso. Y si precio, plataforma y canal los puso él, no el skill.

13 · ¿Cómo puede mejorar el resultado? Marcando los checkboxes del almacén cuando ocurren —al cerrar cada fase—, no al final. El skill solo puede leer lo que él marcó; un almacén sin marcar produce un reporte lleno de rojos que no significan nada.

14 · ¿Qué puede confundir? Tres cosas. Una: creer que este skill escribe el curso — no escribe contenido, y si te descubres pidiéndoselo, lo que falta es grabar. Dos: pedirlo para el curso de conocimiento — ese no se ensambla, se inventaría, y lo hace finaliza-ruta-estudio. Tres: esperar que suba el curso a la plataforma: eso es 👤, siempre.

15 · ¿De dónde viene el viajero? De finaliza-ruta-tarea, casi siempre sin darse cuenta: el conductor lo invoca y el papel aparece.

16 · ¿Qué sigue después de este skill? 👤 Resolver lo que el reporte marcó en rojo (respaldar lo que falte, re-grabar lo que se perdió) → 👤 subir el curso a su plataforma siguiendo la lista de empaquetado → 👤 pegar url_producto en la RUTA (dueña única — no aquí, no en la página del curso) → y con eso, todos los CTAs de conversión del proyecto suben de peldaño solos.

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). Cierra sitio-web. El skill lee sus seis fases y, de cada nota de fase, los encabezados del carril 🔒: la fase 1 tenía cuatro secciones diseñadas, la 2 tres, la 3 cinco… veintiún capítulos en seis módulos. Deriva la ficha del objetivo: de la ruta y de las sintesis: de las fases: qué construye el alumno al terminar. Verifica el almacén y encuentra que los tres capítulos de la fase 4 tienen grabado ✓ guardado ✓ pero sin respaldar — lo reporta en rojo, con la línea exacta de dónde marcarlo. Escribe la lista de empaquetado con los veintiún títulos en orden. Y pregunta precio, plataforma y canal; el viajero dice que aún no lo sabe, y el skill lo deja vacío y declarado, sin inventarse una cifra.

Posición en la cadena (DD-03)

  N notas de fase (carril 🔒)          la RUTA cerrada
  └─ ENCABEZADOS del artículo          ├─ objetivo:
     de capitulo-curso                 ├─ sintesis: de sus fases
  └─ checkboxes del almacén            └─ bloque de cosecha 🧺
            │                                    │
            └──────────────┬─────────────────────┘
                           ▼
                 ensambla-curso-de-pago
                           ▼
              📄 <item>-curso-pago.md
              (temario · ficha · empaquetado · almacén)
              NO es página web — jamás `## ✍️ ARTÍCULO`

Lo invoca finaliza-ruta-tarea en modo producto (sub-rutina, sin preguntas). Gemelo del otro carril: finaliza-ruta-estudio, que inventaría el curso de conocimiento en vez de ensamblarlo — porque allí las lecciones son los N guiones del tema y ya están escritas, no grabadas.

Guardia anti-error (invariante 15)

1. ¿Es una ruta de TAREAS y es PRODUCTO? (producto: si o ítem de primer nivel del MAPA). Si no lo es: sus capítulos suben al ancestro más cercano que sí lo sea — dilo, nombra al ancestro y detente. Un curso por nodo es auto-canibalización.
2. ¿Está estado: cerrada? Si no: Usa finaliza-ruta-tarea con [[<item>]] y detente («sin prerrequisito no hay pieza»). Un curso ensamblado sobre una ruta viva promete capítulos que aún no existen.
3. ¿Piden el curso de CONOCIMIENTO? Ese no se ensambla: se inventaría en finaliza-ruta-estudio. Redirige y detente.
4. ¿Ya existe <item>-curso-pago.md? Modo actualización: re-lee, actualiza temario y almacén, conserva lo que el viajero escribió a mano (precio, plataforma, canal, notas) y dilo. Nunca dupliques el archivo.

Entrada (contrato)

• Obligatorio: la ruta producto (wikilink o slug). Como sub-rutina llega ya resuelta.
• Del Norte, preguntado y jamás decidido: precio · plataforma · canal. Si el viajero no lo sabe todavía, quedan vacíos y declarados — nunca inventados.
• Nada más se pide. Si te descubres pidiendo contenido, lo que falta es grabar, no ensamblar.

Proceso

1. Working set (DD-01) y guardia

Abre: la ruta (frontmatter · objetivo: · bloque de cosecha 🧺) · de cada nota de fase, solo los encabezados del carril 🔒 y sus checkboxes de almacén · las sintesis: de las fases · el Norte. Corre la guardia entera. Ni un cuerpo, en ningún caso.

2. El TEMARIO — módulo = fase, capítulo = sección diseñada

Recorre las fases en su orden real (fase: del frontmatter, no el orden alfabético):

• Un módulo por fase. Su título sale de la sintesis: de la nota de fase — lo que esa fase enseña, no el nombre técnico del contenedor.
• Un capítulo por sección diseñada, leída del encabezado dentro de ### ✍️ Artículo de capitulo-curso (interno) del carril 🔒.
• No re-diseñes ni renombres. Esas secciones son el contrato que escribe-articulo-capitulo-curso-pago fijó y que escribe-guion-capitulo-curso-pago grabó: cambiarlas aquí desalinearía el papel del video real.
• Fase podada (por finaliza-ruta-tarea): no entra al temario. Decláralo en el Gobierno del archivo — el comprador nunca ve un módulo que no existe.

3. La FICHA del producto — derivación pura, cero promesas nuevas

Cada campo sale de algo ya escrito. Si un campo no tiene fuente, va como [PENDIENTE: …]; jamás se rellena de imaginación (invariante 10).

La promesa se deriva, no se escribe. Si al leerla suena mejor que el curso, es fabricación.

4. La LISTA DE EMPAQUETADO — checkboxes 👤

Por capítulo, en orden de subida: título (el de la sección) · descripción (una línea, derivada) · adjuntos (📦 repos, 📸 archivos del checkpoint, plantillas) · el checkbox de subido. Todos sin marcar: subir es del viajero.

El orden de subida es el orden de las fases, y no se optimiza: es el orden en que el sujeto continuo se construyó, y cualquier otro rompe la costura de los checkpoints 📸.

5. La VERIFICACIÓN DEL ALMACÉN ← el paso que reporta en rojo

Por cada capítulo, los tres estados: grabado ✓ · guardado ✓ (local) · respaldado ✓ (fuera).

• Completos: una línea verde con el conteo.
• Incompletos: repórtalos en rojo, uno a uno, con la fase, el capítulo y la línea exacta donde el viajero debe marcarlo.
• ⚙️ verificas y reportas; 👤 marca. Nunca marques un checkbox del almacén: el motor no ve binarios, así que la única verdad que puede leer es la que el viajero puso. Marcarlo tú convertiría el papel en una mentira sobre el disco.
• Un capítulo sin respaldar no invalida el ensamblado, pero se declara arriba del archivo: es el único artefacto irreproducible del motor.

6. Precio, plataforma y canal — pregunta, no decidas (DD-04)

Lee primero el peldaño de producto del Norte. Lo que no esté ahí, pregúntalo; lo que el viajero no sepa aún, déjalo vacío y declarado. El motor empaqueta, no vende, y no es contador: nada de estimar precios de mercado, márgenes ni impuestos.

7. Escribe <item>-curso-pago.md

Molde exacto en references/protocolo-del-ensamblado.md. Tres reglas del archivo:

• Jamás ## ✍️ ARTÍCULO. El publicador extrae ese encabezado exacto: una pieza sin camino a la web lo evita. Todo va bajo ## 📦 CURSO ENSAMBLADO (se vende, no se publica) — mismo molde que el manuscrito de la ofrenda dentro de su nota-gema.
• Sin url_producto. Su dueña única es la RUTA, que ya es la fuente del CTA de conversión (DD-05). Duplicarla aquí crearía dos verdades para una URL impredecible.
• capitulos: en el frontmatter = el conteo verificado contra los checkboxes, no el contado en el temario.

8. Cierra con la línea de estado

curso de pago ensamblado · [[<item>]] · módulos: N (fases) · capítulos: K
· almacén: <K/K completos | R sin respaldar 🔴> · podado fuera del temario: <nada|N>
· ficha: <completa|N pendientes> · precio/plataforma/canal: <del Norte|preguntados|pendientes>
· url_producto: 👤 en la RUTA

Reglas

• No creas contenido. Si falta un capítulo, falta grabarlo — y eso es 👤. Un curso con un capítulo inventado en el temario es una promesa rota en el carrito de compra.
• Las secciones son contrato: se leen, no se re-diseñan ni se renombran.
• Encabezados, jamás cuerpos (DD-01). Si te descubres leyendo un artículo de capitulo-curso entero, estás rompiendo la compresión en cadena.
• ⚙️ verifica, 👤 marca. Ningún checkbox del almacén lo marca este skill.
• Lo podado no entra al temario, y se declara. Honestidad de alcance.
• La ficha se deriva. Cada campo con fuente o con [PENDIENTE:]; cero promesas nuevas (invariante 10).
• Precio, plataforma y canal son del Norte (DD-04). Vacíos y declarados es una respuesta legítima; una cifra inventada, jamás.
• Este archivo no es una página web, y por eso jamás lleva ## ✍️ ARTÍCULO.
• url_producto vive en la ruta, aquí no.
• Escrituras: <item>-curso-pago.md, y nada más. Ni la ruta, ni las notas de fase, ni la página del curso gratuito.
• En modo actualización, conserva lo escrito a mano por el viajero.
• Sé conciso en el chat; el trabajo vive en el archivo.

Referencias

• references/protocolo-del-ensamblado.md — el molde exacto de <item>-curso-pago.md, la lectura precisa de las secciones diseñadas, la tabla de derivación de la ficha, el formato del reporte de almacén y el modo actualización.