Escribe el artículo del concepto

Le das un tema (o te lo pasa crea-nota-estudio-concepto) y te devuelve el artículo de estudio: la capa humana que una IA puede extraer y citar, más la capa técnica que lo deja listo para publicar — salvo la experiencia, que no inventa: la deja como huecos para el siguiente eslabón. Una pieza por turno, bien hecha.

Fuente única

Este skill no copia los manuales; los referencia. Antes de generar, ten presentes:

• Voz → LineamientosDelMotor.md «Voz (por defecto del motor)» (default del motor → Norte → voz: de la nota).
• Frontera público/privado y anatomía → «Anatomía de las notas», «Jerarquía de artículos», «Convenciones» (solo se publica ## ✍️ ARTÍCULO; 1 nota = 1 página web; el artículo de estudio sí publica).
• Gate de experiencia (la aduana) → «Gate de experiencia (la aduana)» (sin narrativa incrustada, publicable: no).
• Doble CTA → DD-05 (leído del frontmatter de la ruta).
• Cadena de derivación → DD-03 / «Cadena de derivación» (este skill entrega el artículo con huecos; narra-experiencia es el eslabón siguiente).
• Frontmatter y estado → «Frontmatter», «Estado en el vault» (publicable/publicado; URLs deterministas: /blog/<categoria>/<slug>).
• Working set mínimo → DD-01 (Norte + ruta + plantilla + notas a enlazar; nunca el vault completo).

Y las dos references locales de este skill (la craft del artículo, que no vive en los manuales):

• references/estructura-articulo-base.md — molde EXACTO de la capa humana. Léelo siempre.
• references/capa-tecnica.md — especificación EXACTA del bloque 📦 CAPA TÉCNICA. Léelo siempre.

⚙️ Runtime

Modelo: Opus 4.8 · thinking: High (la nota de concepto es tarea de alto esfuerzo: integra la redacción y optimización del artículo — ver Lineamientos, "Nota de operación") · web: sí, cuando haya datos datables · sub-rutina: sí · lote: no · entorno: Claude Code sobre el vault (texto; escritura directa a archivos; sin widgets de chat).

Fallback de manuales: si falta algún manual o reference, decláralo en 1 línea y continúa con lo que tengas, sin contradecir ningún invariante ya establecido. Nunca inventes comportamiento.

Qué hace y qué NO hace

Sí: redacta el artículo completo (H1 por arquetipo, intro y respuesta rápida citables, cuerpo con H2 respuesta-primero, comparativa, datos con año + fuente, FAQ, conclusión con doble CTA), deja el caso real como huecos y cierra con 📦 CAPA TÉCNICA (meta finales, schema JSON-LD, alt definitivo, checklist (lista de verificación)). Entrega el artículo en una sola pasada.

No: no publica, no escanea el sitio ni el vault, no crea rutas ni notas, no redacta la narrativa de experiencia (eso es narra-experiencia), no fija publicable: si, no hace tutoriales, artículos de nivel ni la guía maestra. No existe HANDOFF ni write-article-final: la capa técnica vive dentro de este skill.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: la imprenta. Cada provisión que el viajero adquiere en la tienda merece su página en la crónica pública del viaje: la imprenta la compone entera — titular, cuerpo, sellos técnicos — y deja espacios en blanco reservados, porque la parte que solo el viajero vivió no se imprime por él: se espera.

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-estudio-concepto lo invoca al montar la nota — ANTES de que el viajero estudie (por eso deja huecos, no experiencia). Suelto (standalone), cuando se quiere el artículo de un tema sin pasar por la puerta.

2 · ¿Por qué existe? Porque el artículo de concepto es la unidad de autoridad del motor: la página que responde «¿qué es X?» en buscadores y asistentes de IA, sube autoridad al hub (mirador) y lleva la experiencia narrada que ninguna IA sin manos puede escribir. Y porque redactarlo en una sola pasada optimizada evita el eterno «luego lo optimizo».

3 · ¿Cómo lo hace? Decide el arquetipo del H1, redacta la capa humana completa (respuesta rápida citable, cuerpo respuesta-primero, datos con año y fuente, comparativa, FAQ, conclusión con doble CTA leído de la ruta), deja el caso real como huecos [TU EXPERIENCIA: ...] en su sitio exacto, y emite la 📦 CAPA TÉCNICA (meta, schema JSON-LD, alt, checklist) al final.

4 · ¿Dónde actúa? En la sección ## ✍️ ARTÍCULO de la nota de concepto (en sub-rutina devuelve el markdown al llamador; standalone escribe el archivo en la carpeta del tema).

5 · ¿Qué pasa cuando corre? El artículo existe completo salvo por la vivencia: estructura, SEO/AEO/GEO, schema y CTAs listos, huecos esperando — publicable: no hasta que narra-experiencia incruste.

6 · ¿Para qué? Para que cada concepto estudiado sea una página web con URL determinista que atrae cola larga, alimenta la red de autoridad (concepto → video de nivel → playlist (lista de reproducción)) y convierte con el doble CTA — sin trabajo de optimización posterior.

7 · ¿Cómo encaja en el motor y su propósito? Ocupa el nodo «artículo de estudio» de la cadena (DD-03) en su primera pasada; la segunda es de narra-experiencia, y la costura entre ambas ES el gate. De este artículo completo derivan después el guion del tema, el carrusel y el cuerpo de corto.

8 · ¿Cómo ayuda al viajero? El viajero no redacta ni optimiza nada: estudia y vive. El artículo con su capa técnica sale de la misma corrida que montó su nota — y cuando su vivencia esté narrada, la página queda 100% publicable sin pasos extra.

9 · ¿Qué pasa si NO corre? La nota queda sin contenedor público: la vivencia narrada no tendría dónde incrustarse, el concepto no tendría página (agujero en la red pilar-clúster) y el guion del tema del cierre no tendría artículo del que derivar (DD-03 roto).

10 · ¿Cómo se explica?

• A un niño de 5 años: «Escribimos la página que explica el tema a cualquiera que pregunte, y dejamos un espacio en blanco para pegar después TU historia de cuando lo aprendiste.»
• A un colega: «Redacta el artículo SEO completo de un concepto — meta, schema, FAQ, CTAs — con huecos marcados donde después entra la experiencia real del autor.»
• A un experto: «Redactor de producción del nodo artículo-de-estudio: capa humana respuesta-primero + capa técnica (JSON-LD, meta, alt) en una pasada; contrato de huecos con narra-experiencia (coordenadas exactas, materia prima declarada); E-E-A-T diferido al gate; doble CTA resuelto del frontmatter de la ruta, jamás inventado.»

11 · ¿A qué se parece? Al marco y el passe-partout que el enmarcador prepara antes de que exista la foto: todo cortado a medida, con el hueco exacto esperando — porque la foto (la vivencia) solo se puede tomar viviendo.

12 · ¿Cómo sabe el viajero que está bien hecho? Si el artículo responde la consulta en el primer párrafo · todo dato lleva año y fuente · los huecos están donde la historia aporta (no al final como apéndice) · el CTA de conversión resolvió de la ruta (o quedó el marcador, jamás una URL inventada) · y la capa técnica va al final, nunca intercalada.

13 · ¿Cómo puede mejorar el resultado? Con un descubrimiento rico en la puerta (el contexto que este skill recibe es su materia prima) · afinando la entidad-autor del Norte (alimenta el schema) · y con vivencia específica cuando narre: el mejor contenedor no salva una experiencia genérica.

14 · ¿Qué puede confundir? Esperar que narre la experiencia (jamás: deja huecos; narrarla es de narra-experiencia) · pedirle un how-to (eso es escribe-articulo-tutorial-tarea: este enseña a ENTENDER, aquel a HACER — no canibalizan) · buscar un skill de «optimización» posterior (no existe: la capa técnica vive aquí) · creer que publicable: no es un error (es el gate funcionando).

15 · ¿De dónde viene el viajero? Normalmente no lo dispara él: llega dentro de la corrida de crea-nota-estudio-concepto (momento ①). Standalone, llega con un tema y la advertencia de qué faltará sin ruta (CTAs con marcador).

16 · ¿Qué sigue después de este skill? El viajero vive la sesión y responde las viñetas → narra-experiencia compila el bloque, incrusta y voltea el gate → el día del cierre salen el guion del tema, el carrusel y el corto → el artículo se publica el día 0 apuntando al video de nivel ya subido.

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). Dentro de la corrida de pesos-de-malla, este skill recibe el contexto y redacta: H1 «Pesos de malla en Blender: qué son y cómo funcionan», respuesta rápida citable en dos frases, cuerpo con el modelo mental (por qué un vértice puede obedecer a dos huesos), comparativa pintado-manual vs automatic weighting con fuentes de este año, FAQ de tres preguntas reales, y el hueco [TU EXPERIENCIA: síntesis propia · opinión · transformación] justo tras el modelo mental — donde la historia de «creía que se pintaba todo a mano» va a pegar más fuerte. Cierra con el doble CTA (playlist del curso + newsletter (carta), leídos de la ruta) y la capa técnica con su schema Article+FAQPage. publicable: no — y así queda hasta que la vivencia del viajero esté dentro.

Posición en la cadena (DD-03)

escribe-articulo-estudio-concepto ocupa el nodo artículo de estudio, pero lo produce en dos pasadas que comparten ese nodo; la costura entre ambas es el gate:

experiencia cruda ─┐  (la vive el usuario DESPUÉS de escribir el contenedor)
 [este skill]      ▼
 escribe-articulo-estudio-concepto → artículo CON huecos [TU EXPERIENCIA: ...]   → publicable: no
 [siguiente eslabón] ▼
 narra-experiencia   → narrativa incrustada en los huecos          → publicable: si (gate)
                     ▼
        { carrusel · guion del tema · cuerpo de corto }
        (pendientes que agenda crea-nota-estudio-concepto; los dispara el VIAJERO,
         uno a uno, el día del cierre)

No esperes a narra-experiencia: corres antes de que la experiencia exista, por eso la marcas como huecos. El artículo publicable contiene la narrativa; tú entregas todo menos eso.

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

• Sub-rutina (te llama crea-nota-estudio-concepto): no hagas preguntas. Toma el tema, el contexto de descubrimiento y el frontmatter de la ruta del working set. Devuelve el markdown del artículo al llamante (él lo coloca en la nota, escribe sintesis: y mantiene publicable: no). No escribas archivo propio ni frontmatter de nota. Declara en 1 línea: experiencia: pendiente → publicable: no (gate).
• Standalone (te invoca una persona en Claude Code): puedes hacerle en texto 3-5 preguntas puntuales de contexto/experiencia si están a mano; si no, deja los huecos igual. Escribe el archivo en la carpeta del tema (.../conceptos/<slug>.md) con publicable: no en el frontmatter e indícale que el siguiente paso es narra-experiencia. Nunca inventes experiencia aunque estés en standalone. Si más tarde el momento ① crea la nota canónica de este concepto, crea-nota-estudio-concepto encontrará este artículo y lo ABSORBE en su sección ## ✍️ ARTÍCULO (no se duplica: nota canónica única).

Entrada (contrato)

Obligatorio: el tema/título (o lo que pase el llamante) · la fuente de experiencia y sus momentos (viene-de-tarea · ejercicio diseñado · reflexión aplicada — los declara crea-nota-estudio-concepto): deciden si va el hueco del eco ([TU EXPERIENCIA: aplicado a mi contexto]) o solo el del post-estudio. Sin ese dato, pregúntalo o asume «solo post-estudio» y decláralo: prometer un eco que nadie va a vivir es fabricar experiencia.

De la ruta (fuente única, DD-05 / «Frontmatter») — úsalo si está en el working set:

• Metadata de curso: el nombre del curso y el patrón de títulos viven en la sección "Activos del curso" del cuerpo de la ruta; el capítulo se deriva de la posición del nodo en la ruta. Del frontmatter de la ruta: url_playlist. La url_youtube del video de nivel (si ya existe) vive en el frontmatter de la nota de nivel, no en la ruta.
• URL del artículo: determinista —/blog/<categoria>/<slug>— no se registra, se deriva («Frontmatter»).
• CTAs de conversión: url_producto, url_lead_magnet, url_newsletter.

Del Norte (working set): la voz del proyecto («Voz (por defecto del motor)») + los 5 diales de craft (tiñen el registro del artículo) y datos de entidad-autor para el schema (nombre, cargo, perfiles sameAs, áreas de expertise). Ver references/capa-tecnica.md.

Opcional (si viene; si no, decide con criterio y decláralo en 1 línea): entidad/keyword principal y secundarias, intención, arquetipo, público, experiencia real, fuentes semilla.

Proceso

1. Investiga lo justo (criterio de recencia)

Lo declarativo y estable → tu conocimiento. Versiones, cifras, precios, "estado actual" → búsqueda web a fuentes primarias; cada URL a ## Fuentes. La IA cita lo fechado y atribuido, y la frescura (fecha de modificación real) es señal que pondera.

2. Decide intención y arquetipo

El arquetipo define el H1, el orden de los H2 y el tipo de respuesta rápida (estructura-articulo-base «H1 y arquetipos»). No todo es "Cómo [lograr] con [X]".

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

Sigue el molde sin omitir bloques. Lo que más pesa (2026):

• Respuesta-primero en todo: intro (80-120 pal.), respuesta rápida (40-60 pal., "quick answer" arriba del pliegue) y cada H2 abren con un bloque autónomo y citable. Los LLM recuperan pasajes.
• Densidad factual sobre densidad de keyword: cada estadística con año + fuente.
• Voz según «Voz (por defecto del motor)» (tú-a-tú, abre por la fricción del lector, sin relleno académico).
• Enlaces cruzados (red de autoridad, «Red de autoridad»): video ↔ artículo ↔ playlist donde retengan.
• Slots (ranuras) de imagen con alt provisional en el cuerpo; el alt definitivo lo fija la capa técnica.

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

La sección de experiencia y toda métrica u opinión propia dan el E-E-A-T y este skill jamás los fabrica. Marca cada punto con el hueco canónico y no lo rellenes:

Los huecos se reparten por MOMENTO de captura, no por tipo de tema (v2.12; los sets viejos «ejecutable / no ejecutable» quedaron supersedidos — Lineamientos, «Preguntas obligatorias de captura»):

• Siempre, en toda nota de estudio — lo llena el momento post-estudio: [TU EXPERIENCIA: síntesis propia · opinión · transformación]
• Solo si la nota tiene tarea o ejercicio por delante — lo llena el eco post-ejecución: [TU EXPERIENCIA: aplicado a mi contexto]
• Métrica propia suelta dentro del cuerpo, cuando el pasaje la pida: [TU EXPERIENCIA: cifra real + cómo la medí]

El hueco problema · proceso · resultado · aprendizaje NO es de este skill (v2.12). Lo llena la captura de build, que vive en la nota de tarea y alimenta al escribe-articulo-tutorial-tarea: la historia de construir se cuenta UNA vez, donde ocurre. Si el artículo de estudio lo reclamara, dos piezas pedirían la misma vivencia y una nacería vacía.

Reglas del contrato (qué garantizas al siguiente eslabón):

1. El hueco va exactamente donde debe ir la narrativa, con su H2/estructura ya montada alrededor, para que narra-experiencia solo tenga que incrustar (no reestructurar).
2. Cada hueco declara qué materia prima espera (los tres campos del post-estudio, el del eco, o la cifra).
3. No dejas texto de relleno tipo "aquí irá un ejemplo": dejas el hueco canónico y nada más.
4. No fijas publicable: si, no escribes la narrativa, no ejecutas narra-experiencia.
5. Declaras el estado en 1 línea: experiencia: pendiente → publicable: no.

Si el llamante te pasó experiencia ya cruda, tampoco la narras tú: la dejas disponible junto al hueco para narra-experiencia, salvo que el llamante indique explícitamente integrarla.

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

Dos destinos en la conclusión (y disponibles para la descripción del video):

• CTA de contenido (red de autoridad): capítulo/curso → url_youtube (si existe) + url_playlist
  • artículos relacionados por su URL determinista (categoria + slug).
• CTA de conversión, resuelto en este orden estricto: url_producto → url_lead_magnet → url_newsletter. url_newsletter se hereda del Norte y existe siempre: nunca quedas sin destino.

Nunca inventes URLs. Si el working set no trae la ruta (standalone suelto), describe el destino y deja el marcador [CTA_CONVERSIÓN: url_producto|url_lead_magnet|url_newsletter — pendiente de la ruta].

6. Emite el bloque 📦 CAPA TÉCNICA (al final)

Según references/capa-tecnica.md, completo: meta_title (50-60) y meta_description (140-160) finales · schema JSON-LD en @graph (BlogPosting + FAQPage si hay FAQ + VideoObject si hay url_youtube + isPartOf de curso si hay metadata), con author/publisher de la entidad-autor del Norte · alt definitivo de cada slot · checklist de publicación.

7. Entrega

Sub-rutina: devuelve el markdown al llamante (1 línea de estado, incluido el gate). Standalone: escribe el archivo, publicable: no, y en 1-2 líneas señala el siguiente paso (narra-experiencia).

Reglas

• Una pieza por turno, bien hecha. Nada de lotes.
• Nunca fabriques experiencia, casos, métricas, citas, fuentes ni URLs. Sin dato verificable → hueco.
• Fuentes siempre con URL; prioriza primarias.
• Un solo artículo, un solo cuerpo; la 📦 CAPA TÉCNICA va al final, nunca intercalada.
• El hueco canónico de experiencia es [TU EXPERIENCIA: ...] (contrato «Deja la experiencia como huecos + declara el gate» de este skill).
• El doble CTA se lee de la ruta; no se inventa (DD-05).
• Sé conciso en el chat; el trabajo vive en el artículo.

Referencias

• references/estructura-articulo-base.md — molde de la capa humana (léelo siempre).
• references/capa-tecnica.md — especificación de la capa técnica (léelo siempre).

(Se eliminó references/contrato-handoff.md: el bloque HANDOFF y write-article-final ya no existen en el motor; conservar el archivo contradecía la fuente única.)