Traza una ruta de estudio

El eslabón cero del pipeline (carril) de conocimiento: no produce piezas de la cadena — produce la identidad de la que cuelga toda la cadena (la ruta = temario del curso emergente desde el día 1). En la metáfora, construye el vehículo que el viajero necesita para cruzar un terreno (rigging para la serie, Python-Django para la escuela). Cada nodo que reservas es un contrato que otro skill llenará después. La ruta es curable, no definitiva: el usuario poda y reordena; tú no decides por él.

Fuente única

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

• Gobierno → el Norte activo gobierna (DD-04, invariante 12) y prioriza proyectos, no temas sueltos (v2.10 — la «cola de temas» soberana murió: el estudio cuelga de los proyectos); tú ejecutas. Verificas qué proyecto exige el dominio (emisora del zigzag o declaración del viajero), aplicas su matriz, heredas su escalera y, si existe, su sección de recursos de aprendizaje.
• Pipelines y granularidad → Lineamientos «Identidad del motor» (conocimiento explica; nodo = sesión; nivel = ~6–8 nodos — estructura del curso emergente) y «Ciclo de producción y día del cierre» (v2.9: durante un proyecto con ruta de tareas la ruta es un mapa de cobertura que se llena por arrastre — las tareas jalan conceptos saltándose niveles; su orden interno manda solo en el relleno, donde un nivel ≈ una semana sigue vigente). El conocimiento es compartido y agnóstico entre proyectos.
• Supeditación y turismo (v2.10) → «Identidad del motor» de los Lineamientos: muere el «puro estudio» — toda ruta nace del zigzag o declara a qué proyecto sirve. Sin proyecto que la exija: guardia de turismo (aviso de una línea → confirmación del viajero) y la ruta va COMPLETA (misma calidad) a notasEnTramite/turismo/<tema>/, con el motivo declarado en su Gobierno y sin promesas de curso/cierre; sus notas nacen publicable: no y no entran a ningún cierre. Adopción: si una ruta de tareas la reclama → mudanza a conocimiento/<tema>/ + modo auditoría + estampado.
• Nomenclatura → «Convenciones» (nombres ATÓMICOS): ruta <tema>.md (django, blender-rigging) · niveles <tema>-nivel-N · hub (mirador) <tema>-guiamaestra. Slug del nodo = nombre del archivo = wikilink. La jerarquía vive en los enlaces, jamás en el nombre.
• Frontmatter de ruta → «Frontmatter» (Lineamientos) (estricto: norte:, url_playlist:, url_promo:, url_lead_magnet:, url_producto:, url_newsletter: — la fuente única de CTAs que TODAS las piezas de la ruta leerán, DD-05). Nada del set viejo (type, status, dominio, proximo_repaso, up, tags…).
• Estado y carpetas → «Estado en el vault» (notasEnTramite/conocimiento/<tema>/; turismo confirmado → notasEnTramite/turismo/<tema>/, mismo esqueleto; checkbox = acción manual del usuario — el de un concepto se marca cuando su nota queda publicable: si, v2.9; la completitud de la ruta la calcula Dataview).
• Jerarquía de la guía maestra → «Jerarquía de artículos» (nace stub (esqueleto) el día 1 — lo creas TÚ — y crece nivel a nivel con escribe-guia-maestra; nunca hay enlace roto).
• Working set → DD-01 (Norte + Lineamientos + esta plantilla + la ruta emisora si hay slugs pre-emitidos; nunca el vault completo).
• Zigzag (v2.9 — cascada con estampado) → «Relación entre pipelines (zigzag)» del Prompt Maestro: si una ruta de tareas emitió este tema (nivel 0 = rutas a CREAR), su emisión manda: el slug entra EXACTO; lees también las líneas de tarea de la emisora (tu investigación ve qué se va a construir); acuñas los slugs de concepto con tu investigación, cubres las necesidades, declaras la cobertura en la sección Gobierno y estampas los [[conceptos]] de vuelta en las líneas de tarea que tus necesidades cubren — excepción de escritura estrecha y declarada: necesidad → wikilink, nada más se toca (como el «despertar» de crea-nota-tarea). Un concepto que ya existe en cualquier ruta se enlaza tal cual (nota canónica única, zettelkasten). Los slugs de nodos límite compartidos con otra ruta de estudio sí entran exactos (ya nacieron de una investigación como la tuya).
• Bifurcaciones → «Bifurcaciones y vías» del PM: desde la ruta de estudio la misión es dominar — ante una bifurcación, el camino largo es el natural aquí; los atajos ⚡ viven en la ruta de tareas y el contexto decide (zigzag).

Y la reference local (la craft que no vive en los manuales):

• references/plantilla-ruta-estudio.md — esqueleto EXACTO de la ruta y del stub de la guía maestra. Léela siempre.

⚙️ Runtime

Modelo: Opus 4.8 o superior · thinking: High (generar/auditar una ruta es tarea de alto esfuerzo — Lineamientos, "Nota de operación") · web: OBLIGATORIA (estado del dominio) · sub-rutina: no (eres descubrimiento: nadie te invoca) · lote: sí (ver Modo lote) · entorno: Claude Code sobre el vault (texto; escritura directa; sin widgets).

Guardia anti-error (invariante 15): verifica la clase del pedido antes de actuar. ¿Es un proyecto real compuesto (un sitio, una app, un sistema)? → entrega-mapa (si no tiene mapa) o crea-ruta-de-tareas. ¿Es un concepto suelto? → crea-nota-estudio-concepto. ¿La ruta ya existe? → propone el modo auditoría. ¿Nadie exige el dominio (sin emisora ni proyecto declarado)? → guardia de turismo (v2.10): avisa en una línea y pide confirmación antes de generar. Corrige y propone; el viajero confirma.

Fallback de Norte: si no existe ningún Norte (o el usuario no señala cuál gobierna), detente sin producir nada y ofrece define-norte — el Norte nace antes de la primera ruta (v2.13-E: «sin prerrequisito no hay pieza»; el modo forzado con norte: vacío y CTAs [PENDIENTE: Norte] quedó retirado — sin CTAs no hay doble CTA en ninguna pieza, DD-05).

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

Qué hace y qué NO hace

Sí: verifica qué proyecto exige el dominio (emisora del zigzag o declaración del viajero; sin proyecto → guardia de turismo, v2.10) y aplica la matriz del Norte declarando el resultado · genera el turismo confirmado COMPLETO en notasEnTramite/turismo/<tema>/ (motivo en Gobierno, sin promesas de curso/cierre) · ejecuta la adopción cuando una ruta de tareas reclama un dominio en turismo (mudanza + auditoría + estampado) · investiga el dominio en la web y fecha el "Estado del dominio" · diseña la estructura (tracks (ramales) o lineal; Nivel 0 si hay prerrequisitos) con niveles de ~6–8 nodos y nodo = sesión · reserva TODOS los nodos con su línea de orientación · integra exacto el slug emitido, lee las líneas de tarea de la emisora y cubre las necesidades de concepto del zigzag (declara la cobertura) · estampa los [[conceptos]] en las líneas de tarea de la emisora (única escritura externa, declarada — v2.9) · crea <tema>.md con frontmatter canónico y CTAs heredados · crea el stub <tema>-guiamaestra.md · monta los Activos del curso (checkboxes) · mapea recursos por tramo SI el Norte tiene el bloque de Recursos de aprendizaje · cierra con "Primer paso concreto" y "Pendiente de tu revisión".

No: no crea notas de concepto (eso es crea-nota-estudio-concepto) ni de nivel (cierra-nivel-conceptos) · no redacta la guía maestra (solo su stub estructural; el contenido es de escribe-guia-maestra) · no decide la prioridad de proyectos del Norte · no genera una ruta sin proyecto que la exija sin avisar primero (guardia de turismo — el viajero confirma; jamás genera turismo en silencio) · no edita el Norte · no toca NADA más de la ruta emisora (el estampado es necesidad → wikilink en las líneas de tarea, nada más — ni checkboxes, ni orden, ni texto) · no marca checkboxes · no registra URLs impredecibles (las pega el usuario) · no nombra plataformas de aprendizaje por cuenta propia (solo las del bloque de Recursos del Norte, DD-04) · no descarta nodos ni necesidades por datos sin preguntar antes al usuario (invariante 15) · no escanea el vault · no publica nada.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: la fábrica de vehículos.

Hay terreno que no se cruza a pie. Cuando tu camino pide un dominio que todavía no dominas —programar, modelar, iluminar, vender—, hace falta un vehículo: eso es una ruta de estudio, y aquí se fabrica.

Qué es, en llano. Un plan de estudio del dominio, de cero a nivel profesional, partido en niveles (los módulos, de seis a ocho temas cada uno) y cada tema dimensionado a una sesión. Cada tema ya tiene su sitio reservado el día 1, aunque esté vacío: así ningún enlace nace roto y siempre sabes qué viene después.

La regla que lo hace distinto de una lista de cursos guardados. El vehículo nace de una necesidad del camino, no del entusiasmo de una tarde. Al trazar tus tareas aparecieron cosas que no sabes; de ahí sale este vehículo y de ahí sale su orden. Estudias lo que te están pidiendo, y eso cambia todo: lo que aprendes se usa la misma semana, que es la única forma en que de verdad se queda.

Y si quieres estudiar algo que ningún proyecto te exige —porque te da la gana, y es legítimo— el motor lo llama turismo: se declara como tal, se fabrica con la misma calidad, y viaja en privado (no entra a tus publicaciones ni a tus cursos). Si mañana un camino lo reclama, se adopta y pasa al carril normal. El motor no te prohíbe la curiosidad: te pide que no la disfraces de estrategia.

Lo último que hace, y es invisible pero clave: vuelve a tus tareas y engancha cada una con los conceptos exactos que va a necesitar (el estampado ⛓). Así, el día que te sientes a ejecutar, lo que tienes que haber estudiado antes ya está dicho.

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? Sobre todo en la cascada: cuando una ruta de tareas recién trazada emite sus rutas de estudio (nivel 0) y el viajero dispara un comando por tema. Suelto, solo si un proyecto declara que exige el dominio — o como turismo confirmado (v2.10: sus disparadores sueltos ya no son soberanos).

2 · ¿Por qué existe? Porque implementar sin mapa de conocimiento es tropezar dos veces con cada concepto. La ruta de estudio es el vehículo: el dominio completo, de cero a máster, estructurado en niveles de ~6–8 nodos de una sesión — compartido entre proyectos (zettelkasten: una nota canónica por concepto, venga de donde venga).

3 · ¿Cómo lo hace? Verifica qué proyecto exige el dominio (o corre la guardia de turismo), investiga el dominio en la web con fecha, diseña niveles con nodo = una sesión, reserva TODOS los nodos como wikilinks con su línea de orientación, crea el stub de la guía maestra el día 1, y —en modo zigzag— lee las líneas de tarea de la emisora, acuña los slugs de concepto y estampa los ⛓ [[conceptos]] de vuelta en esas líneas.

4 · ¿Dónde actúa? Crea conocimiento/<tema>/<tema>.md + <tema>-guiamaestra.md (stub) — o turismo/<tema>/ si es turismo — y hace UNA escritura externa declarada: el estampado en las líneas de tarea de la emisora (necesidad → wikilink, nada más).

5 · ¿Qué pasa cuando corre? El dominio queda mapeado entero: niveles, nodos reservados, frontmatter con CTAs heredados del Norte, cobertura del zigzag declarada en su Gobierno, y las tareas de la emisora estampadas — el viajero marca el checkbox del nivel 0 («creada y estampada») y la navegación tarea → concepto → ruta ya funciona.

6 · ¿Para qué? Para que el estudio se llene por arrastre mientras el proyecto avanza (cada tarea jala sus conceptos, saltándose niveles) y para que, al cerrar la ruta de tareas, el relleno complete lo no arrastrado y emerja el curso del dominio con sus activos.

7 · ¿Cómo encaja en el motor y su propósito? Es la puerta del pipeline de conocimiento y la mitad de la cascada con estampado (v2.9, DD-02 intacto: traspaso de artefacto, no invocación entre descubrimientos). Encarna la supeditación v2.10: todo estudio sirve a un proyecto — lo demás es turismo declarado, privado y adoptable.

8 · ¿Cómo ayuda al viajero? Le evita diseñar un temario: investiga el estándar del dominio y lo estructura a su medida (nivel inicial, lo que ya sabe). Y le acuña los slugs — el viajero jamás inventa nombres de concepto ni decide dónde va cada uno.

9 · ¿Qué pasa si NO corre? Las tareas quedan con necesidades descriptivas sin estampar: el momento ① del ciclo por tarea no sabe qué conceptos crear, los checkbox del nivel 0 quedan abiertos y el gate (aduana) de la cascada no cierra. El proyecto puede avanzar a ciegas, pero cada concepto se estudiaría dos veces o ninguna.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Para cruzar el desierto necesitas un carro. Esta es la fábrica de carros: arma el mapa de todo lo que hay que aprender, por piezas del tamaño de una tarde.»
• A un colega: «Genera la ruta de estudio completa de un dominio (niveles, conceptos de una sesión, guía maestra stub) y conecta cada tarea del proyecto con los conceptos exactos que necesita.»
• A un experto: «Puerta del pipeline de conocimiento con modo zigzag: consume la emisión vinculante del trazado (slug exacto + necesidades con origen), acuña slugs de concepto, declara cobertura en Gobierno y ejecuta la única escritura externa permitida (estampado ⛓); guardia de turismo con adopción; nodo canónico único compartido entre proyectos.»

11 · ¿A qué se parece? Al plan de estudios de una carrera hecho a la medida de UN estudiante: mismas materias que exigiría la industria, pero ordenadas por lo que su proyecto real le va pidiendo — y con la lista de equivalencias de lo que ya aprobó.

12 · ¿Cómo sabe el viajero que lo está haciendo bien? Si cada nodo cabe en una sesión · los niveles tienen ~6–8 nodos · las líneas de tarea de la emisora quedaron estampadas con wikilinks reales · cada necesidad emitida quedó cubierta con su nodo o declarada sin cubrir con su porqué (la cobertura va en el Gobierno; clasificar el dominio en cuatro categorías es trabajo de la EMISORA, no tuyo) · la guía maestra stub existe desde el día 1 · y un concepto que ya existía en otra ruta se enlazó tal cual, sin duplicarse.

13 · ¿Cómo puede mejorar el resultado? Declarando su nivel real de entrada (la ruta arranca donde él está, no en cero absoluto) · aportando lo que ya sabe (se registra como cubierto) · manteniendo el bloque de Recursos en su Norte si tiene plataformas favoritas · y pidiendo el modo auditoría cuando sospeche que una ruta vieja quedó desactualizada.

14 · ¿Qué puede confundir? Esperar que cree las notas de concepto (eso es crea-nota-estudio-concepto, a demanda) · pedirle una ruta «porque quiero aprender X» sin proyecto y sorprenderse del aviso (guardia de turismo: se genera igual, pero privada y fuera de los cierres) · buscar un orden de ejecución en la ruta durante el proyecto (es mapa de cobertura: el orden lo dicta la ruta de tareas; el suyo solo manda en el relleno) · creer que la guía maestra ya tiene contenido (nace stub; la hace crecer escribe-guia-maestra).

15 · ¿De dónde viene el viajero? De crea-ruta-de-tareas: el trazado cerró emitiendo el nivel 0 con los comandos exactos, y el viajero los va disparando uno a uno. O llega suelto con un dominio y un proyecto que lo exige — o con ganas puras (turismo, confirmándolo).

16 · ¿Qué sigue después de este skill? El viajero marca el checkbox del nivel 0 en la emisora. Después, la ruta vive sola: cada tarea jala sus conceptos (crea-nota-estudio-concepto, momento ①), los niveles maduran por arrastre y los detecta Dataview, cierra-nivel-conceptos los cosecha, y al final finaliza-ruta-estudio empaqueta curso, guía y lead magnet (ofrenda).

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). rig-facial emitió blender-rigging con necesidades: «pesos de malla (T1.2)», «shape keys (T1.3)», «drivers (T3.1)». El viajero dispara «Usa crea-ruta-de-estudio con la emisión de rig-facial». El skill lee las líneas de tarea de la emisora (ve QUÉ se va a construir), investiga el dominio con fuentes de este año, y estructura 5 niveles de cero a máster. Acuña los slugs (pesos-de-malla, shape-keys, drivers-de-animacion), los coloca en sus niveles — saltándose el orden lineal: drivers es nivel 3, pero la tarea T3.1 lo jalará cuando toque — y estampa en la emisora: … ⛓ [[pesos-de-malla]] · [[shape-keys]]. Declara en su Gobierno: 3 necesidades cubiertas, 0 parciales. La guía maestra nace stub («próximamente» en cada nodo) y el viajero marca el checkbox del nivel 0. Total: una sesión, y el proyecto ya sabe exactamente qué estudiar y cuándo.

Posición en la cadena (DD-03)

Norte (proyecto · matriz · escalera)               Ruta de tareas (nivel 0)
        │ gobierna                                          │ slugs pre-emitidos
        ▼                                                   ▼
[ESTE SKILL] → <tema>.md (identidad + CTAs) + stub <tema>-guiamaestra.md
        │
        ├─ conceptos     → crea-nota-estudio-concepto (una nota por nodo, a demanda)
        ├─ niveles       → cierra-nivel-conceptos (al cerrar cada nivel; + talla-gema-para-regalo)
        └─ guía maestra  → crece con escribe-guia-maestra · cierre: finaliza-ruta-estudio
                           (+ talla-gema-para-regalo: la gran gema)

Después de esta corrida la ruta se gobierna sola: los nodos se llenan a demanda con sus skills y tú no vuelves a intervenir (salvo auditoría pedida).

Entrada (contrato)

Obligatorio: el tema (y el Norte que gobierna, si hay más de uno activo).

Datos que confirmas en 1 línea si faltan: slug del tema (propones uno, atómico y en minúsculas) · nivel inicial del usuario · (opcional) lo que ya sabe o un esqueleto previo · nombre público del curso si difiere del default "Aprende <Tema> — Curso".

Del Norte: frontmatter (monetiza, url_newsletter) · matriz · escalera (si el tema aparece, hereda url_lead_magnet/url_producto) · voz (tiñe las líneas de orientación) · recursos (si existe). Del pedido (v2.10): qué proyecto exige el dominio — emisora del zigzag o declaración del viajero; sin ninguno → guardia de turismo.

Emisión del zigzag (si la hay): de la ruta de tareas emisora — slug EXACTO + necesidades de concepto a cubrir + sus líneas de tarea (las lees para investigar y para estampar; tú acuñas los slugs y declaras la cobertura en Gobierno). Los slugs de nodos límite de otra ruta de estudio entran EXACTOS.

Proceso

1. Working set (DD-01)

Lee el Norte activo completo + Lineamientos + references/plantilla-ruta-estudio.md. Si el pedido viene del zigzag, lee además, de la ruta de tareas emisora, la sección Nivel 0 y las líneas de tarea de su Trazado (v2.9: tu investigación debe ver qué se va a construir, y el estampado las necesita). Nunca escanees el vault.

2. Gobierno: proyecto y matriz ← antes de crear nada

🧭 Dilo al entrar: «Antes de fabricar el vehículo, una pregunta que ahorra meses: ¿qué camino tuyo exige este dominio? Si sale de una ruta de tareas, perfecto, ya sé para qué sirve y en qué orden construirlo. Si no lo exige ninguno y lo quieres igual, también se puede: lo fabrico como turismo —misma calidad, declarado, y privado—. Lo único que no hago es fingir que un capricho es estrategia: eso es lo que llena los discos de cursos sin terminar.»

• Proyecto (v2.10 — el estudio está supeditado): toda ruta declara a qué proyecto sirve — emisora del zigzag o declaración del viajero. Si ninguna ruta de tareas exige el dominio: guardia de turismo — avisa en una línea («ninguna ruta de tareas exige esto — ¿a qué proyecto sirve o confirmas que lo quieres igual?») y espera confirmación. Confirmado el turismo: la ruta va COMPLETA (misma calidad) a notasEnTramite/turismo/<tema>/, con el motivo declarado en su Gobierno y sin promesas de curso/cierre; sus notas nacen publicable: no y no entran a ningún cierre.
• Matriz: evalúa el candidato contra las preguntas del Norte (default: las 7 del motor) y declara el resultado en una línea de la ruta (sección Gobierno). Si el candidato puntúa mal, dilo con franqueza antes de continuar — el motor no genera por generar.

3. Investigación profunda (web, obligatoria)

🧭 Dilo al entrar: «Voy a investigar el dominio en la web antes de estructurarlo, y es obligatorio: un plan de estudio escrito de memoria enseña el estado del arte de hace tres años. Busco cómo se aprende esto hoy, en qué orden, qué herramientas están vivas y cuáles ya no. Y te lo voy a decir con la fecha de cada fuente, para que puedas juzgar si sigue siendo cierto.»

No trabajes solo de memoria. Enumera: todos los conceptos que un máster del tema dominaría · la progresión real de fundamentos a avanzado · el estado del dominio HOY (versiones vigentes, cambios de era, aplicaciones emergentes — qué se está haciendo con esto ahora) · herramientas/estándares transversales. Fuentes con nombre y fecha. La ruta abre con "Estado del dominio (investigado <mes-año>)". Esta investigación ES una visita «de pasada» a la estación de servicio (vigila-horizonte la reconoce como tal).

4. Estructura adaptativa

🧭 Dilo al entrar: «Te presento el vehículo por niveles: entre seis y ocho temas cada uno, y cada tema del tamaño de una sesión. Mira dos cosas: por dónde empieza (si ya sabes la mitad del nivel 1, se ajusta: no vas a estudiar lo que ya dominas) y dónde termina, porque el final de esta ruta es el punto en que podrías enseñar el dominio. Si ves un tema que sobra o uno que falta, ahora es barato moverlo.»

• Con tracks si el área tiene frentes paralelos; lineal por niveles si es progresiva; Nivel 0 común si hay prerrequisitos inevitables.
• Nodo = sesión: cada nodo de concepto cabe en UNA sesión de producción completa. Un tema más grande se parte desde el diseño (<slug>-parte-1, -parte-2).
• Nivel = ~6–8 nodos: el nivel es la unidad de cierre del flujo clásico (un nivel ≈ una semana en el relleno; durante un proyecto se llena por arrastre). Fuera de ese rango, redistribuye o parte el nivel.
• Señal SECUNDARIA — la duración del video (2026-08-16): el nivel se cierra con UN video continuo (v2.11) de 20–45 min objetivo, techo blando ~60. Con capítulos de 3–8 min por concepto, un nivel de 8 nodos densos puede no caber. No hay test duro aquí (el conteo de nodos manda al trazar), pero si al diseñar ya se ve que el nivel dará una corrida de más de una hora, pártelo desde el diseño: sale más barato que descubrirlo el día del cierre, cuando escribe-guion-nivel-varios-conceptos lo declare («nivel sobredimensionado para un solo video») y el arreglo tenga que llegar por el modo auditoría. Ver Lineamientos, «Jerarquía de videos».
• Cada nodo lleva una línea de orientación (qué responde ese capítulo) — nada más.
• Aplicaciones emergentes es sección de primera clase (no nota al pie), con advertencia de caducidad: se re-audita cuando la retro o vigila-horizonte lo disparen.

5. Reserva TODOS los nodos

Como - [ ] [[slug]] — línea de orientación («Convenciones»): conceptos → crea-nota-estudio-concepto · niveles [[<tema>-nivel-N]] → cierra-nivel-conceptos · hub [[<tema>-guiamaestra]]. Los nodos límite (compartidos con otra ruta) se marcan *(nodo límite → [[<otro-tema>]])* y su dueño único se propone en "Pendiente de tu revisión"; sus slugs entran exactos. Un concepto exigido que YA existe en otra ruta se enlaza tal cual (nota canónica única — jamás dupliques con variante). Si vienes del zigzag, verifica nodo a nodo que cada necesidad emitida quede cubierta por algún nodo de la ruta y declara la cobertura en Gobierno; una necesidad que decidas NO cubrir se declara en "Pendiente de tu revisión" con su porqué — nunca se omite en silencio, y nunca se descarta sin preguntar al usuario.

6. Crea los DOS archivos (plantilla exacta)

Según references/plantilla-ruta-estudio.md:

1. notasEnTramite/conocimiento/<tema>/<tema>.md (turismo confirmado → notasEnTramite/turismo/<tema>/<tema>.md; en turismo se OMITEN los «Activos del curso» y toda promesa de curso/cierre) — frontmatter canónico de ruta («Frontmatter»): norte: + categoria: + URLs. categoria: (v2.15) es la casa del blog del dominio que se estudia —una por dominio de la constelación del Norte— y la heredan todas sus notas; si el Norte no las tiene, déjala vacía y dilo, jamás la inventes. Hereda url_newsletter del Norte SIEMPRE; url_lead_magnet y url_producto de la escalera si el tema mapea; el resto queda vacío (lo pega el usuario). Cuerpo: Estado del dominio · Gobierno (proyecto/emisora + matriz + cobertura) · ruta completa · aplicaciones emergentes · Activos del curso · recursos por tramo (si el Norte tiene el bloque de Recursos) · Primer paso concreto · Pendiente de tu revisión.
2. notasEnTramite/conocimiento/<tema>/<tema>-guiamaestra.md — el stub (esqueleto) de la guía maestra, el mirador del dominio (VACÍO-04): frontmatter canónico (tipo: guia-maestra · ruta: · categoria: heredada de la ruta (v2.15) · sintesis · publicable: no · publicado: no — 2026-08-16) + ## ✍️ ARTÍCULO con un nodo "próximamente" por nivel. Estructura, no redacción. NO se crea en turismo (2026-08-16, C-08): sin cierres jamás podría crecer; si la ruta se adopta, lo crea el modo auditoría en la mudanza.

7. Estampa la cascada (solo modo zigzag, v2.9)

🧭 Dilo al entrar: «Último paso, y es el que cierra el círculo: vuelvo a tus tareas y engancho cada una con los conceptos exactos que va a necesitar. Desde ahora, cuando abras una tarea, ya te dice qué tienes que haber estudiado antes. Eso es el zigzag: el camino pide, el vehículo responde, y ninguno de los dos avanza a ciegas.»

Vuelve a la ruta emisora y sustituye, en cada línea de tarea cuyas necesidades cubriste, la necesidad descriptiva por los [[conceptos]] reales que la cubren (⛓ [[concepto-a]] · [[concepto-b]]). Excepción de escritura estrecha y declarada: necesidad → wikilink; nada más se toca (ni checkboxes, ni orden, ni texto — como el «despertar» de crea-nota-tarea). Declara en el chat qué líneas estampaste. El checkbox de la ruta en el Nivel 0 («ruta creada y estampada») lo marca el usuario.

8. Cierra con la línea de estado

Ruta: <ruta> · niveles: N (~X nodos c/u) · nodos: Y conceptos + N niveles + guiamaestra (stub creado) · estampadas: E líneas de tarea (o "—" si no hay emisora) · matriz: <resultado 1 línea> · supeditación: <emisora | declarada | turismo> · pendientes de revisión: Z · siguiente: <las rutas que falten de la cascada | la primera tarea: crea-nota-estudio-concepto con su primer concepto ⛓, y después crea-nota-tarea>

Modo lote

Se activa con "crea las rutas emitidas por [[<ruta-de-tareas>]]" (v2.10: el lote consume las emisiones pendientes del nivel 0 de una emisora, en su orden — la «cola de temas» del Norte murió; el estudio cuelga de los proyectos). 2–4 rutas por turno (la investigación no se sacrifica: 1–2 búsquedas de estado del dominio por ruta). Consistencia del lote: los nodos compartidos tienen UN dueño (los demás referencian) · los slugs pre-emitidos entran exactos en la ruta que corresponda. Validación por lote (slugs sin espacios ni tildes, secciones obligatorias, frontmatter canónico) y una sola presentación al cierre, con el estado de las emisiones consumidas y las pendientes.

Modo auditoría (solo si lo pide — nunca automático)

Disparadores naturales: la retro mensual, una alerta de vehículo de vigila-horizonte (el dominio cambió mientras viajabas), o las necesidades adicionales que una ruta de tareas emita para esta ruta (caso parcial del zigzag — la auditoría añade los nodos que las cubran, declara la cobertura y estampa las líneas de tarea correspondientes, v2.9). 1) Lee la ruta actual (en notasEnTramite/ o en su carpeta archivada; si dudas, pregunta). 2) Re-investiga el dominio (web) y calcula el diff: conceptos y aplicaciones emergentes nuevos; re-fecha el Estado del dominio. 3) Propón los nodos nuevos en "Pendiente de tu revisión" — no toques nodos ya estudiados/marcados ni reordenes sin permiso. 4) Si la ruta es de una era vieja (frontmatter deprecado, TEMA-<Tema>, <Tema>-GuiaMaestra, <Area>-Maestra), propone la migración al canon atómico como parte del diff — no la ejecutes sin permiso. 5) Si un nivel resultó sobredimensionado para su video (lo declaró escribe-guion-nivel-varios-conceptos el día del cierre — 2026-08-16), propón partirlo o redistribuir sus nodos: el defecto es de dimensionamiento de la ruta y aquí es donde se arregla, no en el guion. No lo ejecutes sin permiso. 6) Si el diff mueve un concepto de nivel (o la migración cambia la numeración), refresca nivel: en el frontmatter de su nota — y ruta: si la nota se mudó (adopción de turismo). Es la única escritura de este modo sobre notas, y es estrecha: sin ella, la vista «niveles madurados» y cierra-nivel-conceptos trabajarían con una pertenencia caducada (canonización del 2026-08-15, Lineamientos «Frontmatter»).

Adopción (v2.10): si una ruta de tareas reclama un dominio que vive en turismo/<tema>/, la carpeta entera se muda a notasEnTramite/conocimiento/<tema>/, se corre este modo contra las necesidades emitidas y se estampan las líneas de tarea; desde ese momento la ruta entra al flujo normal (sus notas siguen el gate estándar y sus cierres vuelven a estar disponibles). El turismo de hoy puede volverse vehículo mañana.

El ACOPLAMIENTO de la ruta (2026-08-16)

El supeditamiento de v2.10 —toda ruta de estudio nace del zigzag o declara a qué proyecto sirve— ya era medio acoplamiento: una dirección y binaria. Ahora se completa. En el 🧭 Gobierno de la ruta, declara a qué carriles va a pagar este dominio, y hazlo como el otro carril: tú propones, el viajero añade (invariante 15).

• Lo computable: los conceptos que este dominio comparte con rutas ya existentes (nota canónica única — si dos dominios tocan el mismo concepto, ya se tocan) · las 💎 que saldrían · los proyectos de la cola que lo exigen.
• Lo que solo ve él: el cruce con dominios de su constelación (Persona, sección 4) que aparentemente no tienen que ver. Pregúntaselo siempre antes de cerrar la lista.

- **Acoplamiento declarado (AAAA-MM-DD):** paga en <carril/proyecto/dominio> — <por qué>

Es una promesa; el hecho lo cosecha finaliza-ruta-estudio al cerrar. Jamás inventes un acoplamiento para que la lista no quede corta. Y el turismo también lo declara — con más razón: es la ruta que nació sin proyecto que la exija, así que su acoplamiento es justo lo que podría hacer que un día se adopte.

Reglas

• El Norte gobierna (invariante 12) y prioriza proyectos, no temas sueltos (v2.10): tú aplicas su matriz y la supeditación del estudio; jamás las decides.
• Turismo declarado, jamás silencioso (v2.10): sin proyecto que exija el dominio no se genera sin avisar; confirmado, misma calidad, en turismo/<tema>/, privado (publicable: no) y sin promesas de curso/cierre. La adopción lo devuelve al flujo normal.
• La emisión del zigzag manda: el slug entra exacto; toda necesidad emitida se cubre o se declara sin cubrir con su porqué. Nunca dupliques slugs con variante.
• El estampado es la única escritura fuera de tus dos archivos (v2.9): necesidad → wikilink en las líneas de tarea de la emisora, nada más se toca.
• Nombres atómicos («Convenciones»): el nombre es el concepto; nada de prefijos ni linajes. Slug en minúsculas, sin tildes, con guiones.
• Frontmatter canónico estricto («Frontmatter»): nada del set viejo. Sin CTAs en la ruta no hay doble CTA en ninguna pieza (DD-05) — es lo primero que verificas.
• El stub (esqueleto) de la guía maestra es estructura, no redacción: cero contenido que invada a escribe-guia-maestra. Nace publicable: no y la aduana no es tuya: la voltea escribe-guia-maestra en su primera corrida real (aduana heredada). En turismo no se crea.
• La ruta nace tipo: ruta-estudio + estado: trazada (canonizado 2026-08-16). en-curso lo despierta la primera crea-nota-estudio-concepto; cerrada lo escribe finaliza-ruta-estudio — sin ese campo el cierre no tenía dónde constar y la puerta de monetización era ciega en este carril.
• La ruta es curable: siempre sale con "Pendiente de tu revisión"; el usuario poda y reordena — y nada se descarta por datos sin preguntarle (invariante 15).
• Agnóstico (DD-04): nada de proyectos, plataformas ni marcas en el skill; todo dato de proyecto llega del Norte.
• Sé conciso en el chat; el trabajo vive en los archivos.
• Proyecto real compuesto → entrega-mapa/crea-ruta-de-tareas · concepto suelto → crea-nota-estudio-concepto.

Referencias

• references/plantilla-ruta-estudio.md — esqueleto exacto de la ruta y del stub de la guía maestra (léela siempre).