Escribe el artículo del mini-proyecto

La clase escrita. El artículo público que cuenta lo que ninguna otra pieza cuenta — el mini-proyecto que junta las habilidades de la fase — sin repetir los tutoriales que ya enseñan cada pieza, y sin regalar el paso a paso que vive en el video.

Fuente única

• Anatomía de la nota de fase y su artículo → Lineamientos, «Anatomía de las notas».
• Contrato de los huecos y el gate → Lineamientos, «Gate de experiencia (la aduana)» (los huecos van por clase de nota y momento; los de esta clase son los de build — la craft la pone narra-experiencia: el músculo acumulado aplicado).
• Por qué el de fase SÍ publica (y el de nivel no) → Lineamientos, «Jerarquía de artículos».
• El embudo y la protección del sujeto continuo → Prompt Maestro, «El embudo del curso emergente» (DD-05).
• Doble CTA y su resolución → DD-05: descargable de la fase PRIMERO (su URL vive en la nota-gema, url_formulario_entrega) → después la cadena url_producto → url_lead_magnet → url_newsletter, leída del frontmatter de la ruta.
• Voz → Lineamientos, «Voz (por defecto del motor)», especializada por el Norte.
• Capa técnica → references/capa-tecnica-fase.md.

⚙️ Runtime

Claude Code sobre el vault. Escribes texto; no publicas, no subes nada. Una pieza por turno.

Qué hace y qué NO hace

Sí: decide la intención de búsqueda integradora del artículo · redacta el artículo completo (capa humana) desde el mini-proyecto elegido + los bloques de las tareas · enlaza cada artículo tutorial de la fase (red de autoridad: el artículo de fase baja tráfico a sus tutoriales) · deja los huecos de experiencia en su sitio exacto · resuelve el doble CTA (descargable de la fase primero) · emite la 📦 CAPA TÉCNICA al final · declara el gate (publicable: no mientras haya huecos).

No: no inventa que el mini-proyecto se ejecutó (nace ANTES de la ejecución: por eso los huecos) · no rellena los huecos · no da el paso a paso reproducible (los pasos viven en los tutoriales y en la clase; aquí viven las decisiones y el porqué) · no re-explica conceptos ni tutoriales (se enlazan: cada uno es su fuente única) · no relee los artículos tutorial (DD-01: lee bloques) · no inventa URLs, cifras, versiones ni fuentes · no crea la nota ni toca la ruta · no guioniza la clase.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: la crónica de la obra. De la obra de fase se escribe la única crónica de etapa que sale a la plaza: cómo se juntaron las piezas, qué se decidió y qué costó — señalando los manuales de cada oficio (los tutoriales) sin repetirlos, y sin volverse receta: los planos del tesoro propio no se publican. De esta crónica deriva la función pública de la plaza (la clase en video).

Esta sección no es doctrina de ejecución: es el mapa para que cualquier persona —incluido quien llega al motor con 37 skills 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? Casi siempre como sub-rutina: crea-nota-fase-miniproyecto lo invoca en cuanto el viajero elige el mini-proyecto — ANTES de ejecutarlo (por eso deja huecos, no experiencia). Suelto (DD-02), sobre una nota de fase que ya exista.

2 · ¿Por qué existe? Porque la clase en video necesita un artículo del que derivar (DD-03: el artículo SIEMPRE antes que su video) y porque el mini-proyecto cuenta algo que ninguna otra pieza cuenta: la integración. Los tutoriales enseñan cada pieza; esta es la pieza que enseña cómo se juntan.

3 · ¿Cómo lo hace? Toma como columna el mini-proyecto elegido y los bloques de experiencia de las tareas de la fase, fija la consulta integradora que el artículo responde, redacta la capa humana completa (resultado-primero → mapa de habilidades enlazado → recorrido de decisiones → huecos de experiencia → FAQ → doble CTA) y cierra con la capa técnica — todo en una pasada, sin preguntar nada cuando corre como sub-rutina.

4 · ¿Dónde actúa? Dentro de la sección ## ✍️ ARTÍCULO de la nota de fase (en sub-rutina devuelve el markdown al llamador, que lo coloca). No crea archivos nuevos.

5 · ¿Qué pasa cuando corre? El artículo de fase existe con sus huecos y publicable: no; el guion de la clase ya tiene de qué derivar el día del cierre, y la newsletter (carta) y el post (publicación) de anuncio del cierre ya tienen su insumo esperando.

6 · ¿Para qué? Para que la fase tenga su pieza pública pilar: la que se publica el día 0 apuntando a la clase, sube autoridad (E-E-A-T: narra un proyecto real vivido), baja tráfico a los tutoriales y convierte con el descargable de la propia fase.

7 · ¿Cómo encaja en el motor y su propósito? Es la excepción deliberada de la jerarquía de artículos: el de nivel y el de capitulo-curso son internos; el de fase SE publica, porque no canibaliza a nadie — es otra capa (invariante 5, razón documentada en v2.12). Y es el eslabón que cumple la invariante 2: sin él, el video de fase derivaría de la nada.

8 · ¿Cómo ayuda al viajero? El viajero no redacta: cuando llegue el día del cierre, solo narra su vivencia (narra-experiencia) y el artículo se completa solo. La pieza pilar de la fase le sale del trabajo que ya hizo.

9 · ¿Qué pasa si NO corre? Se rompe la cadena aguas abajo: el guion de la clase no tendría fuente (derivar de las N notas violaría DD-01 y DD-03), la newsletter y el post del cierre se quedan sin insumo, y la fase no tendría pieza escrita pública — la clase existiría en video sin su página hermana que la sostenga en buscadores.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Después de hacer tu juguete con todos los trucos, escribes la historia de cómo lo hiciste, para que otros la lean — y con esa historia luego haces el video.»
• A un colega: «Redacta el artículo público que narra el mini-proyecto de la fase, con huecos para la experiencia real; de ese artículo derivan el guion de la clase, la newsletter y el post del cierre.»
• A un experto: «Ocupa el nodo "artículo de fase" (DD-03): pieza pilar publicable con gate completo, columna de bloques cosechados (DD-01), schema Article+VideoObject sin HowTo para no canibalizar el long-tail (cola larga) procedimental de sus tutoriales ni la enseñanza de la clase.»

11 · ¿A qué se parece? Al making-of que acompaña a un episodio: no repite el episodio (la clase en video) ni los manuales de cada herramienta (los tutoriales) — cuenta cómo se juntó todo, con las decisiones y los sustos.

12 · ¿Cómo sabe el viajero que está bien hecho? Si puede marcar todo esto: los huecos están en su sitio y publicable: no al nacer · cero paso a paso reproducible (quien quiera los pasos encuentra los enlaces a los tutoriales) · cada artículo tutorial de la fase está enlazado · el CTA de conversión apunta al descargable de la fase (o su marcador) · el schema no lleva HowTo.

13 · ¿Cómo puede mejorar el resultado? Bloques de tarea más ricos → columna más fuerte (la calidad nace en las capturas de build) · el «por qué eligió» del Gobierno de la nota da el ángulo editorial del artículo · el día del cierre, viñetas específicas del mini-proyecto → la narrativa incrustada es lo único que nadie más puede escribir.

14 · ¿Qué puede confundir? Las cinco confusiones típicas: creerlo un tutorial gigante (no — no enseña paso a paso: enlaza y narra) · confundirlo con el artículo de capitulo-curso (ese es interno 🔒 y funde los tutoriales sobre el sujeto real) · pensarlo interno como el artículo de nivel (no: el de fase SE publica — es la excepción documentada) · esperar que se publique al nacer (nace con huecos; el gate lo voltea narra-experiencia el día del cierre) · rellenar los huecos a mano (son coordenadas para narra-experiencia, jamás se tocan).

15 · ¿De dónde viene el viajero? De elegir el mini-proyecto: crea-nota-fase-miniproyecto acaba de cosechar los bloques de la fase, el viajero eligió la candidata, la nota de fase existe como contenedor — y esa puerta invoca este skill en sub-rutina, pasándole todo. Suelto: el viajero llega con una nota de fase cuya sección ## ✍️ ARTÍCULO está vacía.

16 · ¿Qué sigue después de este skill? El viajero ejecuta el mini-proyecto y responde la captura; el día del cierre narra-experiencia (craft de mini-proyecto) rellena los huecos y voltea el gate; escribe-guion-fase-miniproyecto deriva la clase de ESTE artículo; la newsletter y el post del cierre beben de él; y el día 0 se publica apuntando al video ya subido (generación y publicación corren en sentidos opuestos — v2.13).

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). Siguiendo el ejemplo de la fase «mandíbula» de rig-facial: elegido rig-mandibula-dinosaurio, la puerta invoca este skill. Nace el artículo «Rig de mandíbula completo en Blender: el proyecto que junta huesos, pesos y correctivos»: resultado-primero (el dinosaurio abre y cierra la boca con deformación limpia — y el enlace a la clase), el mapa de habilidades con los tres tutoriales enlazados («el hueso y su controlador → tutorial», «los pesos → tutorial», «el correctivo → tutorial»), el recorrido de decisiones (por qué un solo hueso y no dos, por qué el correctivo va al final) sin comandos ni menús, el hueco [TU EXPERIENCIA: problema · proceso · resultado · aprendizaje] tras el recorrido, FAQ, y el doble CTA: «descarga el .blend del dinosaurio riggeado» (email-gate (aduana de correo) de la fase) + la playlist (lista de reproducción). El día del cierre, la vivencia entra por el hueco, el guion de la clase deriva de aquí, y el artículo sale el día 0 apuntando al video.

Posición en la cadena (DD-03)

nota de fase (mini-proyecto elegido; bloques de la fase como columna)
   → ESTE SKILL: artículo de fase CON huecos                       (publicable: no)
   ── el viajero EJECUTA el mini-proyecto y responde la captura ──
   → narra-experiencia (craft de mini-proyecto, día del cierre): compila + incrusta
   → artículo de fase completo                             (publicable: si — gate)
   → escribe-guion-fase-miniproyecto → la CLASE (30–45 min, grabada nueva)
   → { newsletter del cierre · post de anuncio }                (mismo insumo)

En paralelo y sin tocarse: el artículo de capitulo-curso (interno 🔒) funde los artículos tutorial sobre el sujeto continuo real. Este artículo narra el sujeto REGALABLE; aquel enseña el REAL. Por eso este publica y aquel jamás.

Modo de invocación (detéctalo antes de escribir)

• Sub-rutina (lo llama crea-nota-fase-miniproyecto): recibes todo el insumo y no preguntas nada. Entregas el markdown para que el llamador lo coloque en ## ✍️ ARTÍCULO.
• Suelto (DD-02): el viajero te da la nota de fase. Léela, resuelve el working set mínimo (la nota + la ruta para los CTAs + el Norte para la voz) y escribe dentro de la nota. Si la nota no existe, no la inventes: nombra crea-nota-fase-miniproyecto y detente.

Entrada (contrato)

Del llamador o de la nota: el mini-proyecto elegido (objetivo · sujeto regalable · pasos · artefacto) · los bloques de experiencia + sintesis: de las tareas de la fase, con sus slugs (para enlazar los tutoriales) · el Gobierno (candidatas y por qué se eligió — el ángulo editorial).

De la ruta (fuente única, DD-05): url_producto · url_lead_magnet · url_newsletter · url_playlist — úsalos si están en el working set; jamás los inventes.

Del Norte: voz del proyecto y datos de entidad-autor para el schema.

No lees: los artículos tutorial (DD-01 — los enlazas por slug, no los relees), otras notas, otras rutas, el vault completo.

Proceso

1. Decide la intención de búsqueda integradora

El artículo de fase responde a la consulta de proyecto completo («cómo se hace un X completo», «qué se necesita para construir X»), no a la procedimental atómica de sus tutoriales. Fija esa consulta y escribe el H1 para ella, en el idioma de quien busca — el archivo conserva el nombre atómico del mini-proyecto.

2. Redacta el artículo COMPLETO (capa humana)

Estructura en references/estructura-articulo-fase.md. En resumen: resultado-primero (qué quedó construido + la clase) → el mapa de habilidades (cada tutorial de la fase, enlazado) → el recorrido de decisiones (qué se decidió y por qué — SIN paso a paso reproducible) → experiencia (huecos) → FAQ → conclusión con doble CTA.

Ni tutorial ni escaparate. Esta es la craft central del skill:

• Los pasos reproducibles no van aquí: viven en los artículos tutorial (por pieza) y en la clase en video (integrados). Si te descubres escribiendo «haz clic en…», eso es de un tutorial: enlázalo.
• El sujeto es el regalable del mini-proyecto — la IP del proyecto no aparece ni aquí ni en la clase; su paso a paso es del curso de pago.
• Lo que SÍ va aquí y en ningún otro sitio: la integración — por qué las piezas se juntan así, qué decisiones hubo, qué se rompió al juntarlas (por los huecos), y el resultado demostrable.

3. Deja la experiencia como huecos + declara el gate ← CONTRATO con narra-experiencia

Marca los puntos y no los rellenes:

• El hueco de build del mini-proyecto, uno por artículo, tras el recorrido (cuando el lector ya entiende qué se integró): [TU EXPERIENCIA: problema · proceso · resultado · aprendizaje]
• Métrica propia suelta, cuando un pasaje la pida: [TU EXPERIENCIA: cifra real + cómo la medí]

Reglas del contrato: el hueco va exactamente donde debe ir la narrativa, con su H2 y su contexto montados alrededor (a narra-experiencia le toca incrustar, no reestructurar) · cada hueco declara qué materia prima espera · los huecos de estudio no son de este artículo · mientras exista un hueco: publicable: no. La craft del relleno será la de mini-proyecto (el músculo acumulado aplicado) — eso lo decide narra-experiencia, no tú.

4. Cierra con el DOBLE CTA (DD-05) — leído del frontmatter de la ruta

CTA de contenido: la clase (la url_youtube de esta nota, pegada el día 0) + la página del curso + la playlist. CTA de conversión — matiz de fase: el descargable de esta fase PRIMERO (la URL del formulario vive en la nota-gema, campo url_formulario_entrega, y no existe aún: deja el marcador [CTA_CONVERSIÓN: descargable de la fase — URL del formulario, se pega en el cierre]), y después la cadena estándar url_producto → url_lead_magnet → url_newsletter. Nunca inventes una URL.

5. Emite el bloque 📦 CAPA TÉCNICA (al final, nunca intercalado)

Según references/capa-tecnica-fase.md: meta finales · schema en un solo @graph: Article + VideoObject (la clase; con marcadores hasta que la URL exista) [+ FAQPage] — sin HowTo, deliberado: el paso a paso es de los tutoriales y de la clase · alt definitivo · checklist (lista de verificación) de publicación.

6. Entrega

Sub-rutina: devuelve el markdown y una línea de estado. Suelto: escríbelo en ## ✍️ ARTÍCULO de la nota y confirma que publicable: no sigue puesto.

artículo de fase: colocado · consulta: <la que resuelve> · tutoriales enlazados: N · huecos: <N build + N métrica> · CTA conversión: <descargable (marcador) | resuelto a X> · schema: Article+VideoObject (sin HowTo) → publicable: no

Reglas

• Nunca fabriques experiencia, ejecución que no ocurrió, casos, métricas, citas, fuentes ni URLs. Sin dato verificable → hueco o marcador.
• Sin paso a paso reproducible. Es la regla que evita la doble canibalización: hacia abajo (los tutoriales) y hacia el video (la clase). Narra decisiones; enlaza procedimientos.
• Cosecha bloques, jamás cuerpos (DD-01): los tutoriales se enlazan por slug.
• Un solo artículo, un solo cuerpo; la 📦 CAPA TÉCNICA va al final, jamás intercalada.
• El hueco canónico es [TU EXPERIENCIA: ...] — contrato con narra-experiencia.
• Fuentes siempre con URL y año; prioriza primarias. Lo perecedero, verificado y fechado.
• No canibalices: este artículo cuenta la integración; el tutorial enseña la pieza; la clase enseña el proyecto en video; el capitulo-curso enseña el sujeto real. Cuatro piezas, cero solapamiento.
• Sé conciso en el chat; el trabajo vive en el artículo.

Referencias

• references/estructura-articulo-fase.md — la estructura de la clase escrita, sección a sección.
• references/capa-tecnica-fase.md — meta, schema Article+VideoObject (sin HowTo), alt y checklist.