Siembra el blog

El sembrador del blog: en el alistamiento, con los cuatro documentos de estrategia ya escritos, redacta un artículo de fundación completo y publicable en una sola pasada — la pieza que responde quién está detrás, con qué método trabaja o por qué sus dominios se potencian, escrita para el lector que no lo conoce. Es la respuesta al agujero de v2.14: un blog no tiene por qué nacer vacío cuando ya hay materia de sobra en la Persona, el Norte, el MAPA y el Manifiesto. No narra una sesión (no la hubo): se apoya en lo que el viajero ES.

Fuente única

Este skill no copia los manuales ni las references; los referencia. Antes de escribir, ten presentes:

• La pieza nueva → Prompt Maestro «Los artículos de fundación» (3.11): las 3 piezas, la exención, la regla de valor-al-lector, el no-goteo, el hook autor:. Es TU sección de diseño; respétala entera.
• Exención del gate → Lineamientos «Gate de experiencia (la aduana)» («Exención declarada: los artículos de fundación»): publicas sin vivencia narrada porque es otra CLASE de documento — gemelo del manifiesto —; invariante 10 intacta.
• Frontmatter → Lineamientos «Frontmatter» (tipo: articulo-fundacion · norte · autor · sintesis · publicable · publicado; sin url_short_* — no se gotea).
• Frontera público/privado → Lineamientos «Convenciones»: solo ## ✍️ ARTÍCULO se publica; 1 nota = 1 página web con URL determinista /blog/<categoria>/<slug>.
• Doble CTA → DD-05: contenido + conversión (url_producto → url_lead_magnet → url_newsletter), leído del Norte/ruta. Día 0 típicamente cae en la newsletter.
• Voz → Lineamientos «Voz (por defecto del motor)» (default del motor → Norte → voz:) + los diales de craft del Norte.
• Working set mínimo → DD-01: Persona + Norte + MAPA + Manifiesto + Lineamientos + plantilla; nunca el vault completo.

Y las references de la familia de artículos, que este skill reutiliza (no reinventa la craft de SEO; solo cambia la fuente y quita los huecos de experiencia):

• ../escribe-articulo-estudio-concepto/references/estructura-articulo-base.md — molde de la capa humana (respuesta-primero, pasajes citables, FAQ, conclusión con doble CTA). Léelo siempre; adáptalo al arquetipo de fundación (ver «Los tres artículos»).
• ../escribe-articulo-estudio-concepto/references/capa-tecnica.md — especificación de la capa técnica (meta, schema JSON-LD Article, alt definitivo, checklist). Léelo siempre.

⚙️ Runtime

Modelo: Opus 4.8 o superior · thinking: High (síntesis de 4 documentos en una pieza pública de identidad, con optimización SEO en la misma pasada) · web: sí, solo si el artículo pide un dato datable (p. ej. una cifra de contexto para la tesis de dominios) — a fuente primaria fechada; casi todo sale del vault · sub-rutina: sí (te encadena alistamiento-proyecto en «siembra del blog») · lote: no (una pieza por turno; el lote de 3 lo orquesta el llamante, una invocación por artículo) · entorno: Claude Code sobre el vault (texto; escritura directa a archivos; sin widgets de chat).

Guardia anti-error (invariante 15): verifica la clase del pedido antes de actuar. ¿Te piden un artículo de un concepto o de una tarea? → esos llevan gate: propone escribe-articulo-estudio-concepto / escribe-articulo-tutorial-tarea. ¿Te piden el manifiesto? → escribe-manifiesto. Corrige y propone; el viajero confirma.

Prerrequisitos duros — la guardia por los 4 insumos REALES (no por «alistamiento completo»): el skill necesita que existan Persona + Norte + MAPA + Manifiesto, nada más. Si falta la Persona → crea-persona y detente; si falta el Norte → define-norte y detente; si falta el MAPA → entrega-mapa; si falta el Manifiesto → escribe-manifiesto. NO exijas que el alistamiento esté completo (v2.14, decisión del fundador): en la primera encendida el viaje va con pasos atrás y adelante, y estos cuatro documentos ya bastan. Si están los cuatro, el skill corre — aunque el campamento se esté re-recorriendo.

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. Nunca inventes comportamiento.

Qué hace y qué NO hace

Sí: verifica los 4 insumos · lee Persona + Norte + MAPA + Manifiesto y extrae por cobertura lo que el artículo necesita · elige o recibe cuál de los 3 va · hace las preguntas justo-a-tiempo que hagan falta (sin tope de número, con tope de sentido) · redacta el artículo completo (capa humana con el arquetipo de fundación + capa técnica) anclado en material real · aplica la regla de valor-al-lector (si no le sirve al desconocido, lo reescribe o lo detiene y avisa) · resuelve el doble CTA del Norte · escribe el archivo fundacion-<tema>.md con publicable: si (la exención lo permite) y autor: = la entidad-autor del Norte.

No: no fabrica identidad, credenciales, casos, métricas, citas ni URLs (invariante 10: las credenciales son las que la Persona declara, textuales, jamás infladas) · no deja huecos [TU EXPERIENCIA] (no hay gate que voltear; se escribe entero) · no gotea (nada de cortos/carruseles; el artículo de fundación se publica y ahí termina su cadena) · no publica, no graba, no sube nada · no crea la ruta, el mapa ni el manifiesto · no hace artículos de estudio/tutorial (esos llevan gate) ni el manifiesto (ese es escribe-manifiesto) · no construye el multi-autor (VACÍO-22: escribe autor: con el default y nada más).

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: los cimientos del campamento a la vista. Antes de traer la primera cosecha del camino, el viajero levanta con lo que ya trae en las alforjas —quién es, con qué método viaja, por qué junta estos oficios— las primeras piedras que un forastero que pasa puede leer y llevarse algo. No es la crónica de una aventura (aún no la hubo): es lo que se puede construir honestamente antes de partir, porque habla de quién parte.

Esta sección no es doctrina de ejecución: es el mapa para que cualquier persona sepa qué es esto, cuándo le toca y cómo saber si lo está usando bien.

1 · ¿Cuándo corre? En el alistamiento, encadenado 3 veces por alistamiento-proyecto (paso «siembra del blog»), cuando ya existen los 4 insumos. Suelto (standalone), cuando el viajero quiere sembrar o rehacer uno de los tres artículos.

2 · ¿Por qué existe? Porque el blog nacía vacío: no había artículo hasta ejecutar la primera tarea. Pero al terminar el alistamiento ya hay materia de sobra en los documentos de estrategia — dejar el blog en cero el día 0 desperdicia esa materia y debilita la captación.

3 · ¿Cómo lo hace? Lee los 4 insumos, elige el arquetipo del artículo (historia · método · dominios · o la variante how-to), redacta la capa humana completa para el lector que no te conoce (respuesta rápida citable, cuerpo respuesta-primero, la vivencia real como PRUEBA y no como tema, FAQ, conclusión con doble CTA) y emite la capa técnica (schema Article, meta, alt, checklist).

4 · ¿Dónde actúa? Un archivo por artículo: notasEnTramite/proyectos/<slug>/fundacion-<tema>.md, con <tema> ∈ {historia · metodo · dominios} — o la variante how-to con slug de tema propio (p. ej. como-enfocar-varias-pasiones.md, mismo tipo: articulo-fundacion). En sub-rutina devuelve el markdown al llamante; standalone escribe el archivo.

5 · ¿Qué pasa cuando corre? El artículo existe completo y publicable: si (exento del gate): capa humana + capa técnica listas, doble CTA resuelto, anclado en material real. El viajero lo revisa, lo afina a su voz y lo publica.

6 · ¿Para qué? Para que el blog abra el día 0 con contenido real que atrae al desconocido — la primera capa de captación —, y de paso el viajero deja sus objetivos y su porqué a la vista.

7 · ¿Cómo encaja en el motor y su propósito? Es una CLASE nueva de artículo, prima del manifiesto (nace de los insumos estratégicos, exenta del gate), no de la familia de estudio/ tutorial (que llevan gate y huecos). No re-explica conceptos: no canibaliza a los artículos atómicos.

8 · ¿Cómo ayuda al viajero? Le escribe lo más difícil de escribir sobre uno mismo —la presentación honesta sin autobombo— usando lo que ya existe, y en formato SEO listo para publicar. El día 0 su blog ya no está vacío.

9 · ¿Qué pasa si NO corre? El blog nace en cero: el primer visitante que llega por el tráiler o por un corto no encuentra nada que leer, y la captación arranca fría.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Escribimos las primeras hojas del blog contando quién eres y por qué haces esto, para que quien llegue tenga algo bueno que leer desde el primer día.»
• A un colega: «Redacta los artículos de arranque del blog (quién soy · mi método · por qué mis dominios) desde la Persona y el Norte, en formato SEO completo, sin inventar nada.»
• A un experto: «Redactor de la clase artículo-de-fundación: síntesis de los 4 insumos estratégicos en pieza pública optimizada, exenta del gate por clase (ancla en material real + línea base fechada, invariante 10 intacta), con regla de valor-al-lector como aduana propia, no-goteo y campo autor: como hook del multi-autor.»

11 · ¿A qué se parece? A los cimientos que se pueden vaciar antes de que llegue el primer material de obra — porque los cimientos hablan del terreno y de quién construye, no de la casa que todavía no existe.

12 · ¿Cómo sabe el viajero que está bien hecho? Si el artículo le sirve a alguien que no lo conoce ni le interesa (regla de valor-al-lector: si solo habla de él, sobra) · la vivencia real entra como PRUEBA, no como tema · toda credencial es textual de la Persona, jamás inflada · responde en el primer párrafo · el doble CTA resolvió del Norte (o quedó el marcador, jamás una URL inventada) · y la capa técnica va al final.

13 · ¿Cómo puede mejorar el resultado? Con una Persona y un Norte bien afilados (el artículo es tan bueno como su punto de quiebre y su tesis) · con las preguntas justo-a-tiempo bien hechas (el gancho que no está en los documentos) · y afinando la entidad-autor del Norte, que alimenta el schema.

14 · ¿Qué puede confundir? Esperar que narre una vivencia de ejecución (no la hay: ancla en identidad) · dejar huecos [TU EXPERIENCIA] (jamás: se escribe entero) · gotearlo (prohibido: no alimenta cortos/carruseles) · escribir un artículo ombliguista que solo habla del viajero (la regla de valor-al-lector lo mata) · construir el multi-autor (solo escribe autor: con el default).

15 · ¿De dónde viene el viajero? Del alistamiento: alistamiento-proyecto llega al paso «siembra del blog» y encadena este skill 3 veces. Standalone, el viajero lo dispara para sembrar o rehacer uno de los tres.

16 · ¿Qué sigue después de este skill? El viajero revisa, afina a su voz y publica; con el tiempo, afina-voz aprende de las correcciones que haga sobre estos artículos (son de lo primero que corrige). El blog abre el día 0 con estas piezas + el manifiesto.

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). En «siembra del blog» de un proyecto que cruza 3D, mecánica y audiovisual, el skill recibe el artículo dominios y redacta: H1 «Por qué combinar 3D, mecánica y software te hace más fuerte, no más disperso», respuesta rápida citable en dos frases que le hablan al que teme ser «todero», cuerpo respuesta-primero con la tesis (los dominios elegidos bien pagan en más de un carril), la constelación real del viajero como prueba de la tesis, una FAQ de tres preguntas del lector escéptico, y el doble CTA (newsletter — día 0). Capa técnica con schema Article. publicable: si, autor: = la entidad-autor del Norte. Nada inventado: todo sale de la Persona y la constelación.

Los artículos de fundación (el arquetipo de cada uno)

Cada artículo tiene su fuente, su ángulo-lector y su arquetipo. El eje común: la vivencia real del viajero entra como PRUEBA de una tesis útil al lector, jamás como autobiografía. Son tres canónicos (uno por insumo estratégico) + una variante how-to que puede nacer de cualquiera de las tesis cuando el lector necesita el cómo, no solo el por qué.

• fundacion-historia — La historia detrás del proyecto. Fuente: la Persona (identidad, credenciales textuales, punto de quiebre / historia de origen —lo captura crea-persona—, destino). Ángulo-lector: no un CV, sino por qué alguien con este recorrido se metió en esto — el lector conecta con un humano y con una decisión, no con una lista de logros. Arquetipo: narrativo-personal con giro al lector («si tú también vienes de aquí…»).

• fundacion-metodo — El método/sistema con el que trabajo. Fuente: el sistema/motor del viajero (cómo organiza su trabajo/aprendizaje) + la voz del Norte. Si el sistema del viajero ES su producto, además lo promociona (dato del proyecto, no del skill). Ángulo-lector: cómo organizo [X] para no ahogarme — enseña algo aplicable; el lector se lleva un método que puede tomar prestado. Arquetipo: explicativo/how-to de alto nivel (sin canibalizar tutoriales: es el método, no los pasos).

• fundacion-dominios — Por qué sus dominios se potencian juntos. Fuente: la constelación de la Persona (los dominios y dónde se tocan) + el Norte. Ángulo-lector: la tesis del integrador — por qué juntar dominios elegidos bien te hace más fuerte, no más disperso; el acoplamiento contado como valor para el lector. Arquetipo: tesis/argumentación, con la constelación real como prueba.

• Variante how-to — operacionaliza una tesis para el lector (NUEVA v2.15). Cuándo: cuando una tesis ya publicada (típicamente dominios o método) pide una pieza que le diga al lector cómo hacerlo él, no solo por qué. Ejemplo real: como-enfocar-varias-pasiones (el how-to de la tesis del integrador). Fuente: la misma que su tesis madre (Persona / constelación / método) + la doctrina ya publicada; puede citar referentes públicos con fuente (jamás casos ni métricas del proyecto). Ángulo-lector: cómo hago YO [X] — pasos y criterio de alto nivel que el lector aplica hoy. Arquetipo: how-to de alto nivel con la vivencia real como prueba — sin canibalizar los tutoriales de una ruta (es método, no el paso a paso de un sujeto real). Slug: NO es fundacion-<tema> (no es uno de los 3 canónicos): lleva slug de tema propio (como-enfocar-varias-pasiones), porque su casa es la búsqueda, no la fila de fundación. Clase vs. rol: sigue siendo tipo: articulo-fundacion — la clase es el origen (se talla del viajero, exenta del gate); un pilar es un rol que una pieza LLEGA A SER en el grafo (el hub con más entrantes de su carril, que teje-el-hilo detecta), nunca una clase de nacimiento.

  Reconciliación (2026-09-08, VACÍO-23): la web viva marcó como-enfocar-varias-pasiones como tipo: articulo-pilar-howto — una «clase pilar» que no existe. Al migrar el blog a entradas nativas se reconcilia a articulo-fundacion. Ver Prompt Maestro §10 y VACÍO-23.

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

• Sub-rutina (te encadena alistamiento-proyecto en «siembra del blog»): recibe cuál de los 3 y el working set. Haz solo las preguntas justo-a-tiempo imprescindibles (una por turno; ver «Reglas»). Devuelve el markdown del artículo al llamante o escribe el archivo según lo que el llamante indique; declara en 1 línea el estado (publicable: si, exento del gate).
• Standalone (te invoca una persona): si no te dijo cuál, ofrece el menú de los 3 y toma uno (una pieza por turno). Verifica los 4 insumos; escribe el archivo en la carpeta del proyecto.

Entrada (contrato)

Obligatorio: cuál de los 3 artículos (o se ofrece el menú en standalone) · el proyecto (si hay más de uno con Norte activo).

Del working set (los 4 insumos):

• Persona: identidad y credenciales reales (textuales) · punto de quiebre / historia de origen · destino · constelación (para el artículo de dominios) · línea base fechada.
• Norte: misión · voz + diales de craft · entidad-autor (para el schema y el autor:) · escalera/URLs para el CTA · el método/sistema del proyecto (para el artículo de método).
• MAPA: la visión del horizonte (contexto de a dónde va el proyecto).
• Manifiesto: la promesa ya escrita (para no repetirla — el artículo de fundación amplía, no clona el manifiesto; si algo ya lo dice el manifiesto, aquí se profundiza distinto).

Del descubrimiento (justo-a-tiempo, sin tope): pregunta SOLO lo que los 4 documentos no respondan y que mejore el artículo concreto (un gancho, una anécdota-prueba, un dato). Una por turno. Jamás preguntes lo que los insumos ya contestan.

Proceso

1. Guardia y working set (DD-01)

Verifica la clase del pedido y los 4 insumos reales (no «alistamiento completo»). Lee Persona

• Norte + MAPA + Manifiesto + Lineamientos + las dos references de la familia de artículos. Nunca escanees el vault.

2. Elige el artículo y su arquetipo

Toma cuál de los 3 (parámetro o menú). Fija el arquetipo según «Los tres artículos». Define la keyword/entidad y el H1 desde el ángulo-lector, no desde el nombre del viajero.

3. Investiga lo justo (solo si hace falta)

Lo declarativo y estable → tu conocimiento y los insumos. Un dato datable de contexto (p. ej. una cifra para la tesis de dominios) → búsqueda web a fuente primaria fechada, a ## Fuentes. No investigues la identidad del viajero: eso sale de la Persona.

4. Preguntas justo-a-tiempo (sin tope, con tope de sentido)

Si falta un gancho/anécdota/dato que no está en los documentos y mejora el artículo, pregúntalo — una por turno, las que hagan falta, sin límite de número (aunque el alistamiento se alargue). No preguntes lo que los insumos ya responden. En sub-rutina, cada pregunta pausa la cadena hasta que el viajero responde.

5. Redacta el artículo COMPLETO (capa humana) — anclado y para el lector

Sigue estructura-articulo-base adaptado al arquetipo de fundación. Lo que más pesa:

• Valor-al-lector primero: abre por la fricción/pregunta del lector, no por la biografía del viajero. La vivencia real entra como prueba de la tesis, no como tema.
• Respuesta-primero: intro (80–120 pal.), respuesta rápida citable (40–60 pal.) y cada H2 abre con un bloque autónomo.
• Material real, cero fabricación: credenciales textuales de la Persona; nada de casos ni métricas del proyecto que aún no arranca (invariante 10).
• Voz según la jerarquía (default → Norte → nota) + diales de craft.
• FAQ de preguntas reales del lector y conclusión con el doble CTA.

6. Aduana propia: la regla de valor-al-lector ← antes de cerrar

Relee el borrador con una pregunta: ¿esto le sirve a alguien que no conoce al viajero ni le interesa? Si la respuesta es no —si solo habla del viajero—, reescríbelo para que entregue valor, o detente y avísale al viajero (no publiques ombligo). Esta es la aduana que sustituye al gate de experiencia en esta clase.

7. Cierra con el DOBLE CTA (DD-05)

Contenido (suscripción al canal + página) + conversión (url_producto → url_lead_magnet → url_newsletter, del Norte; día 0 = newsletter). Nunca inventes URLs; si el working set no las trae, deja el marcador [CTA_CONVERSIÓN: … — pendiente del Norte].

8. Emite la capa técnica (al final)

Según capa-tecnica.md: meta_title (50–60) y meta_description (140–160) · schema JSON-LD Article (+ FAQPage si hay FAQ) con author/publisher de la entidad-autor del Norte · alt definitivo · checklist de publicación.

9. Escribe el archivo

notasEnTramite/proyectos/<slug>/fundacion-<tema>.md (o <slug-de-tema>.md para la variante how-to, p. ej. como-enfocar-varias-pasiones.md) con el frontmatter canónico (tipo: articulo-fundacion · norte · autor = entidad-autor · categoria: de la constelación del Norte · sintesis · publicable: si · publicado: no), 🧭 Gobierno (qué leyó y cuándo + CTAs resueltos), ## ✍️ ARTÍCULO (público) y 📦 CAPA TÉCNICA. Cierra con la línea de estado.

10. Verificación de contratos (auto-check antes de entregar)

• Le sirve al desconocido (regla de valor-al-lector) · la vivencia es prueba, no tema.
• Credenciales textuales de la Persona; cero casos/métricas del proyecto.
• No hay huecos [TU EXPERIENCIA]; el artículo está entero.
• No prometí ni dejé derivados de goteo (no se gotea).
• Doble CTA con URL real del Norte o marcador; cero URLs inventadas.
• Frontmatter exacto; publicable: si; autor: = entidad-autor (o el valor que el viajero indique explícitamente).

Reglas

• Una pieza por turno, bien hecha. El lote de 3 lo orquesta el llamante.
• Nunca fabriques identidad, credenciales, casos, métricas, citas, fuentes ni URLs. Sin dato verificable → pregunta o marca [PENDIENTE].
• Regla de valor-al-lector (aduana dura): no se publica si no le sirve a quien no conoce al viajero. Promociona, no ombliguea.
• No se gotea: el artículo de fundación se publica y ahí termina su cadena; nada de cortos/carruseles/hooks.
• Exento del gate, no de la verdad (invariante 10): ancla en material real; se escribe entero, sin huecos.
• Preguntas sin tope de número, con tope de sentido (no salen de los documentos + mejoran el artículo); una por turno.
• autor: con el default (entidad-autor del Norte); el multi-autor no se construye (VACÍO-22).
• Agnóstico (DD-04): nada de proyectos, marcas ni plataformas en el skill; todo dato llega de los 4 insumos.
• Sé conciso en el chat; el trabajo vive en el artículo.

Referencias

• ../escribe-articulo-estudio-concepto/references/estructura-articulo-base.md — capa humana (reutilizada; adáptala al arquetipo de fundación).
• ../escribe-articulo-estudio-concepto/references/capa-tecnica.md — capa técnica (reutilizada).