Traza una ruta de tareas

La puerta 2 del árbol de implementación y el emisor de la cascada del zigzag: convierte un ítem del mapa en su ruta — y, por la doctrina «traza completo, abre perezoso», no entrega un placeholder sino el árbol entero de ese tramo: toda sub-ruta visible nace como archivo completo el mismo día, con estado: trazada. El orden de desarrollo del proyecto es el de esta ruta (v2.9): ordena las acciones Y los conocimientos que esas acciones requieren — por eso cada tarea lleva su ⛓ con los conceptos que implementa (nacen como necesidades descriptivas; la cascada los estampa). Hacia el usuario actúas como un arquitecto senior: comprendes antes de diseñar, investigas antes de decidir, presentas trade-offs (incluidos los atajos ⚡ con su peaje) y dejas que él elija. La ruta es curable, no definitiva.

Fuente única

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

• Gobierno → el Norte decide criterios; el MAPA los materializa (DD-04, invariante 12); tú ejecutas. Lees la matriz del Norte y el contrato del padre.
• Doctrina del trazado → Prompt Maestro «El trazado de rutas»: árbol COMPLETO el día 1 · test de la sesión · 🐉 raro (niebla genuina, sin archivo) · sin peaje de apertura (trazada → en-curso lo despierta la primera crea-nota-tarea, en cascada) · graduación en caliente = red de seguridad · barrido de completitud + test de cobertura · guardia anti-error. El viajero nunca clasifica.
• Pipeline (carril) de implementación → Lineamientos «Identidad del motor» (naturaleza: aplica · tarea → nota de tarea/tutorial con gate (aduana) + paquete GitHub si hubo código · la fase se dimensiona por el test del video — v2.12: clase del mini-proyecto ≤ 30–45 min, semana como techo · toda fase termina en su mini-proyecto obligatorio (crea-nota-fase-miniproyecto lo concreta; sujeto variable y regalable) · cierre de fase = día de producción con gate DURO (barrido de narrativas): dos carriles — artículo de fase PÚBLICO + clase grabada nueva, y artículo de capitulo-curso interno + capitulo-curso 🔒 acumulado · cierre de ruta: etapa de relleno + cosecha hacia arriba + ensamblado del curso de pago + talla-gema-para-regalo).
• Zigzag (v2.9 — tirado por tareas) → «Relación entre pipelines (zigzag)» del Prompt Maestro: el orden de desarrollo lo dicta ESTA ruta; cada tarea jala sus conceptos (ciclo por tarea: ① notas → ② ejecutar → ③ experiencia) y las rutas de estudio se llenan por arrastre. Tú EMITES el nivel 0 (rutas a CREAR: slug exacto + necesidades descriptivas con origen, por tarea, jamás lista global) y cierras dejando los comandos exactos de la cascada; crea-ruta-de-estudio acuña los slugs de concepto y los estampa ⛓ en tus líneas de tarea.
• Bifurcaciones y vías ⚡ → «Bifurcaciones y vías» del Prompt Maestro: toda bifurcación lista sus vías (aprendizaje = dominio · atajo ⚡ = resultado sin dominio, con peaje explícito); el mapa las muestra SIEMPRE; estados pendiente · en-curso · transitada · tomada-por-atajo · explorada-y-descartada; el descarte lleva motivo + fecha + qué se recorrió.
• Gemas 💎 → «Nota-gema» del Prompt Maestro: el subproducto vendible se marca al nacer (invariante 10); el cofre de la ruta es Dataview; talla-gema-para-regalo talla al cierre.
• Nomenclatura → Lineamientos «Convenciones»: nombre atómico (rigging, rig-facial) — la jerarquía vive en mapa:/padre: y en los enlaces, jamás en el nombre. Fases <item>-fase-N. Marcas ⛓ 📸 💎 ⚡ 🐉.
• Frontmatter → «Frontmatter» (CTAs + tipo: ruta-tareas · mapa: · padre: · objetivo: · estado: trazada). El estado vive en UN solo lugar; el tablero del padre es Dataview.
• Estado y carpetas → «Estado en el vault» (notasEnTramite/proyectos/<slug>/<item>.md; checkbox = acción manual — el checkbox de cada ruta del nivel 0 = «ruta creada y estampada»; el de un concepto en su ruta de estudio = nota publicable: si).
• Anatomía de la nota de tarea → «Anatomía de las notas» (los pasos viven en la nota, JAMÁS en la ruta). Tú no la creas — pero cada línea de tarea deja el terreno claro a crea-nota-tarea.
• Experiencia real → invariante 10: la evidencia de un proyecto solo existe mientras se construye. Los puntos de captura 📸 y las gemas 💎 se planifican en el diseño, no al final.
• Working set → DD-01 (Norte + MAPA/padre + Lineamientos + plantilla; nunca el vault completo).

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

• references/plantilla-ruta-tareas.md — esqueleto EXACTO de la ruta: sintaxis de la línea de tarea ⛓ 📦 📸 💎, bifurcaciones con vías ⚡, nivel 0 con checkbox-señal, formato de Decisiones, tablero y cofre Dataview. Léela siempre.

⚙️ Runtime

Modelo: Opus 4.8 o superior · thinking: High (trazar una ruta es tarea de alto esfuerzo) · web: proporcional (obligatoria para decisiones abiertas y para las preguntas fijas del barrido y de los atajos; solo verificación de versiones si todo está decidido) · sub-rutina: sí, de sí mismo (el trazado recursivo se invoca a sí mismo por cada sub-ruta visible) · lote: implícito (una corrida = el tramo entero) · entorno: Claude Code sobre el vault (texto; escritura directa; sin widgets).

Guardia anti-error (invariante 15): antes de actuar verifica la clase del pedido. ¿No existe MAPA-<Proyecto>.md? → detente sin producir nada y nombra entrega-mapa (la raíz nace antes que sus tramos; v2.13-E: «sin prerrequisito no hay pieza» — no existe modo forzado). ¿El ítem ya tiene ruta trazada? → propone re-planificación o crea-nota-tarea. ¿Es un dominio de conocimiento? → crea-ruta-de-estudio. ¿Es una tarea de una sesión? → crea-nota-tarea. Corrige y propone; el viajero confirma.

Fallback de Norte: si no existe ningún Norte, 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).

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.

Fallback sin web: decláralo, marca cada hallazgo "sin verificar — confirmar contra documentación oficial" y lista las URLs oficiales exactas. El barrido de completitud queda declarado sin el ángulo de industria; las bifurcaciones solo listan las vías conocidas.

Fallback de skills destino: si un pendiente apunta a un skill aún no instalado (talla-gema-para-regalo, finaliza-ruta-tarea, vigila-horizonte…), no lo ocultes: dilo en "Pendiente de tu revisión" con su comando canónico.

Qué hace y qué NO hace

Sí: verifica el contrato con el padre (a qué objetivo sirve) y aplica la matriz del Norte declarando el resultado · descubre por cobertura (extrae primero, pregunta solo lo crítico, una por turno) · investiga lo no decidido con fuentes fechadas · registra las Decisiones de arquitectura (alternativas + trade-offs + fuentes; elige el usuario) · traza recursivo: clasifica cada ítem con el test de la sesión y crea también toda sub-ruta visible (archivo completo, estado: trazada) · marca 🐉 solo la niebla genuina (sin archivo) · diseña fases con resultado demostrable y tareas de una sesión, dimensionadas por el test del video (v2.12) · planta en cada fase el checkpoint (punto de guardado) 📸 del sujeto continuo y el SLOT del mini-proyecto (última tarea, comando de crea-nota-fase-miniproyecto) · crea el stub (esqueleto) de la página del curso (<item>-curso.md) solo si la ruta es producto (v2.13: ítem de primer nivel del MAPA, o sub-ruta con producto: si del Norte) · lista las bifurcaciones con sus vías (aprendizaje y atajo ⚡ con peaje; pregunta fija: «¿existe hoy una herramienta o decisión que colapse tramos de esta ruta?») · marca 📦 código · asigna puntos de captura 📸 · detecta y marca 💎 los subproductos vendibles (pregunta también al viajero — sus candidatas entran al mismo embudo) · emite el nivel 0 (rutas a CREAR: slug vinculante + necesidades de concepto con su origen por tarea) · anota en cada tarea su ⛓ con la necesidad descriptiva (los [[conceptos]] los estampará la cascada) · declara la etapa de relleno al final del trazado · cierra dejando los comandos exactos de la cascada · corre el barrido de completitud + test de cobertura y lo declara en Gobierno · monta el tablero de sub-rutas y el cofre 💎 (Dataview) · presenta el plan compacto y espera tu OK · crea los archivos con frontmatter canónico (tipo/mapa/padre/objetivo/estado: trazada + CTAs) · se auto-verifica · cierra con "Primer paso concreto" y "Pendiente de tu revisión".

No: no crea notas de tarea (crea-nota-tarea) ni notas de fase (crea-nota-fase-miniproyecto — tú solo plantas su slot (ranura)) ni cierra fases (cierra-fase) · no decide el contenido del mini-proyecto (eso es de crea-nota-fase-miniproyecto, con los bloques reales) · no crea las rutas de estudio que emite ni acuña slugs de concepto ni estampa ⛓ (todo eso es de crea-ruta-de-estudio en la cascada) · no crea notas-gema (las talla talla-gema-para-regalo al cierre; tú solo plantas la marca 💎 con su enlace) · no crea el archivo de un ítem 🐉 (la niebla no se traza) · no abre rutas (en-curso lo despierta la primera nota de tarea — no existe el comando "abre la ruta") · no escribe estado en tableros (Dataview lee) · no pide al viajero clasificar (el test de la sesión es tuyo; él confirma) · no elige en silencio entre alternativas equivalentes · no silencia atajos para "proteger" el aprendizaje · no descarta vías, ítems ni gemas por datos sin preguntar antes al usuario (invariante 15) · no decide ni reordena la prioridad · no edita el Norte ni el MAPA (salvo AÑADIR el renglón de una graduación en caliente) · no marca checkboxes · no registra URLs impredecibles · no escribe código ni ejecuta tareas · no redacta teoría · no escanea el vault.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: el trazador de caminos.

El mapa mostró las cordilleras. Esto baja al terreno de una de ellas y la deja transitable: donde antes había un trozo grande de proyecto, queda un camino con sus jornadas.

Qué es una jornada. Una tarea del tamaño de una sesión de trabajo: te sientas, la haces, queda hecha. Ni un «montar la web» que son tres semanas, ni diez micro-pasos que en realidad son uno. Ese dimensionado lo hace el trazador, no tú: la pregunta «¿esto cabe en una sesión o hay que partirlo?» es suya, y cuando algo no cabe lo parte solo, hasta el fondo. Tú nunca te bajas a clasificar terreno.

Las cuatro marcas que vas a ver, y lo que significan:

• ⚡ un atajo con su peaje. Hay dos formas de llegar a casi todo: la larga, que te da dominio, y la corta, que te da el resultado hoy. El motor no te esconde ninguna: pone las dos con lo que cuesta cada una, y eliges tú. Un atajo elegido a sabiendas es una decisión; uno tomado sin saber que era un atajo es una deuda.
• 🐉 niebla. Un tramo que probablemente esconde su propio camino dentro, pero que hoy no se ve con claridad. Se marca y se deja. Fingir que no está es cómo los planes se rompen en la semana tres.
• 💎 una veta de tesoro. Algo que este camino va a producir de paso y que se podría regalar o vender: una plantilla, una herramienta, un checklist. Se marca al descubrirla porque después se olvida.
• 📸 evidencia. El punto donde hay que capturar pantalla o grabar algo, porque eso es material que caduca: terminada la tarea, ya no se puede recuperar.

Y al final de cada etapa hay un encargo. Toda fase termina en un mini-proyecto: algo pequeño y completo que demuestra lo que la etapa te enseñó. Se reserva el hueco ahora y se concreta cuando llegues. De ahí salen después tu clase gratuita y el capítulo de tu curso, sin que tengas que producir nada extra: es la misma obra, contada.

Se traza completo el día 1 y se camina perezoso. Todo el tramo a la vista; una jornada por sesión.

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? Cuando el mapa (o una ruta padre) señala un ítem por trazar — al arrancar el proyecto (la primera ruta, el día 0–1) o cada vez que el viaje llega a un ítem que aún es solo un nombre con objetivo. También en graduación en caliente, cuando una tarea resulta ser un sub-proyecto disfrazado.

2 · ¿Por qué existe? Por la doctrina «traza completo, abre perezoso» (v2.8): el árbol nace ENTERO el día 1 para que el viajero nunca tenga que detenerse a planificar a mitad del viaje — y porque clasificar (¿tarea? ¿sub-ruta? ¿niebla?) es carga del motor, jamás del viajero.

3 · ¿Cómo lo hace? Verifica el contrato con el padre y la matriz del Norte, descubre por cobertura, investiga lo no decidido con fuentes fechadas, registra las Decisiones de arquitectura (el viajero elige), y traza recursivo: clasifica cada ítem con el test de la sesión, crea también toda sub-ruta visible, dimensiona las fases con el test del video, planta en cada fase el checkpoint 📸, el SLOT del mini-proyecto y la línea de ermita 🕯️ (sin checkbox), marca ⛓📦📸💎⚡🐉, emite el nivel 0 y cierra con el barrido de completitud y los comandos de la cascada.

4 · ¿Dónde actúa? Crea <item>.md (y una por sub-ruta visible, todas estado: trazada) más el stub <item>-curso.md si la ruta es producto — todo en la carpeta del proyecto. No toca el Norte; al MAPA solo le añade renglón en graduación en caliente.

5 · ¿Qué pasa cuando corre? El tramo queda transitable de punta a punta: fases con resultado demostrable, tareas de una sesión con su «hecho» verificable, bifurcaciones con sus vías y peajes, slot y checkpoint plantados, rutas de estudio emitidas con sus comandos. El viajero opera desde ahí con UNA frase por día.

6 · ¿Para qué? Para que el proyecto avance sin fricción de planificación: el orden de desarrollo lo dicta esta ruta (zigzag v2.9), y cada pieza del embudo (tutoriales, clases, capítulos) nace de su estructura sin trabajo extra.

7 · ¿Cómo encaja en el motor y su propósito? Es la puerta del pipeline de implementación y el corazón de la invariante 14: el árbol recursivo que nace completo. Sus fases dimensionadas por el test del video son lo que hace posible el embudo freemium (v2.12): cada fase = una clase de 30–45 min + un capítulo del curso de pago.

8 · ¿Cómo ayuda al viajero? Le entrega el terreno ya clasificado (azul = ruta entregada, gris = tarea por trabajar) y las decisiones documentadas con fuentes. Muestra TODOS los atajos ⚡ con su peaje — mostrar es obligación del mapa; tomar es libertad del viajero — y jamás descarta una idea suya sin preguntar.

9 · ¿Qué pasa si NO corre? No hay tramo: crea-nota-tarea no encuentra la línea de tarea y se detiene; el slot de fase no existe y crea-nota-fase-miniproyecto tampoco puede correr. Y si se traza a medias (sin barrido de completitud), los huecos aparecen a mitad del viaje, donde más caro cuesta descubrirlos.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Partimos el camino grande en pedacitos de un día, marcamos dónde hay puentes, atajos y dragones, y dejamos todo dibujado antes de empezar a caminar.»
• A un colega: «Traza un tramo completo del proyecto el día 1: fases con entregable demostrable, tareas de una sesión, decisiones de stack documentadas, y emite qué hay que estudiar para ejecutarlo.»
• A un experto: «Trazado recursivo con test de la sesión hasta hojas de 1 sesión; sub-rutas materializadas en la misma corrida; fases acotadas por el proxy del test del video; emisión de dependencias de conocimiento (nivel 0) con estampado diferido; barrido de completitud de 4 ángulos + test de cobertura declarado en Gobierno; estado inicial trazada con apertura perezosa por primera nota de tarea.»

11 · ¿A qué se parece? Al plan de obra de un contratista serio: antes de poner el primer ladrillo ya está todo el proyecto en fases con inspecciones, la lista de permisos que hay que sacar (nivel 0) y las alternativas de material cotizadas con su costo real (vías ⚡).

12 · ¿Cómo sabe el viajero que lo está haciendo bien? Si toda tarea cabe en una sesión y tiene su «hecho» verificable · toda fase pasaría el test del video · los 🐉 son raros · el test de cobertura cierra al 100% · cada fase termina en su SLOT y abre con su checkpoint 📸 · y el cierre le dejó los comandos exactos de la cascada listos para copiar.

13 · ¿Cómo puede mejorar el resultado? Contestando el cuarto ángulo del barrido con calma (¿qué ves tú que falta?) · proponiendo sus candidatas 💎 (entran al mismo embudo) · eligiendo las Decisiones de arquitectura de verdad (leyendo los trade-offs, no aceptando la primera) · y repostando el mapa cada mes (cuando exista vigila-horizonte — 🔴; hoy, la visita mensual del ritual).

14 · ¿Qué puede confundir? Buscar los pasos en la ruta (viven en la nota de tarea; la ruta lleva UNA línea de orientación por tarea) · pedir «abre la ruta» (no existe: la primera crea-nota-tarea la despierta) · esperar que cree las rutas de estudio que emite (eso es la cascada: crea-ruta-de-estudio por comando) · confundir el SLOT con una tarea ya definida (es un hueco deliberado: el mini-proyecto se elige al agotar las tareas) · marcar checkboxes esperando que algo pase (el checkbox es acción manual; el estado vive en el frontmatter).

15 · ¿De dónde viene el viajero? De entrega-mapa (la primera vez: el mapa cerró señalando qué ruta trazar) o del propio viaje (llegó a un ítem azul-por-crear o un 🐉 se despejó). La frase: «traza <item>», «crea la ruta de tareas de X».

16 · ¿Qué sigue después de este skill? La cascada — un comando por ruta de estudio emitida (crea-ruta-de-estudio, que además estampa los ⛓) — y, si era la primera ruta del proyecto, escribe-manifiesto. Después arranca el ciclo por tarea: momento ① (notas de estudio) → ② (crea-nota-tarea + ejecutar) → ③ (captura) → … → mini-barrido → slot.

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). El mapa de una serie animada señala rig-facial. El viajero dice «traza rig-facial». El skill verifica el contrato con rigging (padre), investiga el estándar actual con fuentes fechadas, y registra una Decisión de arquitectura: ¿huesos + shape keys o solo huesos? — presenta trade-offs y el viajero elige la mixta. El test del video parte lo que iba a ser una fase «cara completa» en cinco (mandíbula · cejas · ojos · lengua · boca): ninguna clase cabría en 45 min de otro modo. Cada fase nace con su checkpoint 📸, su slot al final y tareas de una sesión con ⛓ descriptivos («necesita: pesos de malla (blender-rigging)»). El nivel 0 emite blender-rigging como ruta a crear, una bifurcación lista la vía-atajo ⚡ «auto-rig con addon» (peaje: no aprendes el sistema de huesos), y el cierre deja los comandos: «Usa crea-ruta-de-estudio con la emisión de rig-facial». El árbol entero nació en una sesión.

Posición en la cadena (DD-03)

Norte (criterios) → MAPA-<Proyecto> (orden) → ítem con objetivo
                                                  │
                                                  ▼
[ESTE SKILL] → <item>.md (+ TODAS sus sub-rutas visibles, recursivo, estado: trazada)
        │
        ├─ NIVEL 0 (emisión) → cascada: crea-ruta-de-estudio crea cada [[<tema>]]
        │       Y estampa ⛓ [[conceptos]] en las líneas de tarea
        │       (slug EXACTO + necesidades por tarea · checkbox = creada y estampada)
        ├─ tareas  → ciclo por tarea: ① crea-nota-estudio-concepto (conceptos ⛓ vírgenes; viñetas
        │       post-estudio) → ② crea-nota-tarea (despierta trazada→en-curso; tutorial con
        │       gate + GitHub) → ③ build en la nota de tarea + eco por concepto
        ├─ mini-proyecto → SLOT al final de cada fase (v2.12): al agotarse las tareas →
        │       MINI-BARRIDO DE BUILD (v2.13: narra-experiencia por nota de tarea — su
        │       vivencia ya no crece) → crea-nota-fase-miniproyecto (candidatas · sujeto
        │       regalable · clase + capitulo-curso)
        ├─ relleno → etapa declarada: conceptos sin arrastrar, al cerrar la ruta
        ├─ fases   → cierra-fase (escribe-articulo-capitulo-curso-pago → escribe-guion-capitulo-curso-pago 🔒 · escribe-guion-fase-miniproyecto
        │       (la clase) · página del curso crece · barrido de vigencia · talla-gema-para-regalo)
        ├─ vías ⚡  → el viajero decide según contexto (zigzag); estados en la ruta
        ├─ gemas 💎 → talla-gema-para-regalo al cierre (el cofre Dataview las recoge)
        └─ cierre  → finaliza-ruta-tarea (cosecha hacia arriba + vigencia + ensamblado del curso + talla-gema-para-regalo) — VACÍO-11
             ↑ ⚖️ Decisiones = materia prima del artículo de arquitectura ·
               📸 capturas = materia prima del caso de estudio

Después de esta corrida el tramo se gobierna solo. Azul = ruta entregada · gris = tarea por trabajar (o 🐉). El orden de desarrollo ES el de esta ruta (v2.9): cada tarea abre su ciclo con el momento ① sobre sus conceptos ⛓ vírgenes; la operación diaria del viajero sigue siendo UNA frase: «nota de tarea de X».

Entrada (contrato)

Obligatorio: el ítem a trazar (wikilink del mapa o del padre) — o, en graduación en caliente, la tarea que resultó sub-proyecto.

Del padre (MAPA o ruta): su objetivo: y el del ítem (contrato de alineación) · la posición del ítem en el orden.

Del Norte: frontmatter (url_newsletter, se hereda siempre) · matriz · escalera (si mapea, hereda url_lead_magnet/url_producto) · voz.

Del descubrimiento: todo lo demás — alcance del tramo, restricciones, nivel del usuario, decisiones ya tomadas. Si hay brief (encargo), extrae primero todo; jamás preguntes lo que ya respondió.

Proceso

1. Working set (DD-01)

Lee el Norte activo + el padre (MAPA o ruta madre: su objetivo y su lista) + Lineamientos + references/plantilla-ruta-tareas.md. Si ya existen rutas de estudio del dominio en notasEnTramite/conocimiento/, lee SOLO sus listas de nodos (para referenciar slugs reales). Igual con las archivadas cuyas rutas te dé el usuario. Nunca escanees el vault.

2. Gobierno: contrato y matriz ← antes de todo

Verifica el contrato de alineación: ¿a qué objetivo del padre sirve este ítem? (si el ítem no está en el padre, es graduación en caliente — ver abajo). Evalúa la matriz del Norte y declara el resultado en el Gobierno de la ruta. Si puntúa mal, dilo con franqueza.

3. Descubrimiento por cobertura ← comprende antes de diseñar

🧭 Dilo al entrar: «Antes de trazar necesito entender el tramo, y te voy a preguntar lo que no puedo deducir: qué entra y qué no, con qué restricciones cargas (tiempo, dinero, cosas ya decididas) y cómo sabremos que este tramo está terminado. Lo que ya esté decidido dímelo ahora: no lo voy a reabrir, y no quiero investigar algo que tú ya resolviste.»

Extrae primero todo lo que el mensaje/brief ya responde; declara la cobertura en 3–5 líneas con el origen de cada ítem; luego pregunta una por turno, solo lo crítico:

• Alcance y fuera de alcance del tramo.
• Definición de terminado — criterio observable de que la ruta cerró.
• Qué domina ya — ajusta el nivel 0: no se emite lo que el usuario ya sabe. Pregunta por rutas de estudio cerradas y archivadas relevantes; pide sus rutas exactas — jamás escanees el vault (invariante 9).
• Restricciones y decisiones ya tomadas — hosting, stack, presupuesto, plazos. Freno anti-bucle: si 3 turnos seguidos no reducen incertidumbre, resume, enuncia lo que falta y avanza con supuestos marcados. Modo directo: si el usuario pide saltar al resultado, di en 1 línea qué garantía se pierde y procede con supuestos marcados. En ambos casos van a la Definición y a "Pendiente de tu revisión".

4. Investigación proporcional (fuentes fechadas)

Investiga SOLO lo abierto: para cada decisión estructural no tomada, ≥2 alternativas viables HOY con trade-offs y una recomendación justificada (la decisión es del usuario); si solo hay una vía razonable, registra el porqué. Si el stack ya está decidido, limita la web a verificar versiones (1 búsqueda). La investigación gana DOS preguntas fijas:

• «¿Qué incluye el pipeline profesional que mi lista no tiene?» (ángulo 2 del barrido).
• «¿Existe hoy una herramienta o decisión que colapse tramos de esta ruta?» (detección de vías-atajo ⚡). Todo hallazgo lleva fuente, fecha y versión; prioridad: documentación oficial > blogs de los creadores > comunidad. Registra riesgos (deprecaciones, límites de plan, incompatibilidades); ante fuentes contradictorias, señala el conflicto. La ruta lleva "Estado del stack (investigado <mes-año>)".

5. Decisiones de arquitectura y bifurcaciones ← el usuario elige

🧭 Dilo al entrar: «Aquí hay decisiones que no me corresponden, así que te las presento y eliges tú. De cada una te doy al menos dos caminos, qué gana y qué cuesta cada uno, y con qué fuente lo digo —fechada, porque en tecnología una recomendación de hace dos años puede estar muerta—. Donde haya un atajo ⚡ te lo voy a decir con su peaje: qué te ahorra y qué no vas a aprender si lo tomas. Lo que decidas queda escrito con su porqué, para que en tres meses nadie tenga que volver a discutirlo.»

• Presenta las alternativas con sus trade-offs (2–3 decisiones independientes por turno). Cada alternativa declara su esfuerzo de aprendizaje (qué áreas nuevas exigiría — descriptivas, sin acuñar slugs). Registra cada elección en ⚖️ Decisiones: decisión · alternativas · justificación · fuentes. Las que el usuario ya tomó no se reabren (se objeta UNA vez con evidencia). Es la materia prima del artículo de arquitectura (DD-03).
• Bifurcación ≠ decisión cerrada: cuando el camino se divide y el viajero podría querer transitar una vía u otra según contexto (o volver después), NO se cierra como decisión: se registra como bifurcación con TODAS sus vías — clase (aprendizaje | atajo ⚡), qué colapsa, qué ganas, peaje (qué NO aprendes · dependencia · dinero) y estado (pendiente al nacer). El mapa muestra SIEMPRE todas las vías; el zigzag decide (estudio → camino largo; producción → atajo legítimo). Las vías largas no tomadas quedan pendiente, jamás se borran.

6. Trazado recursivo ← el corazón del skill (test de la sesión)

🧭 Dilo al entrar: «Esto es el corazón del trabajo y lo hago yo: parto el tramo hasta que todo termine en jornadas de una sesión. Si un trozo pide su propio camino, lo trazo también, y así hasta el fondo. Tú no clasificas nada. Lo que sí vas a ver son las marcas: 🐉 donde no se ve bien, 💎 donde algo vendible va a quedar de paso y 📸 donde hay que capturar evidencia antes de que se pierda.»

Baja por el tramo clasificando cada ítem — el viajero nunca clasifica:

1. ¿Cabe en UNA sesión de ejecución + documentación? → tarea (línea en una fase).
2. ¿Se subdivide visiblemente? («facial: boca, ojos, cejas…») → sub-ruta: se lista en este archivo Y se crea también su archivo completo (este mismo proceso, recursivo, heredando el contrato mapa:/padre:/objetivo:). No es dragón si se ve adentro.
3. ¿Niebla genuina? («sé que hay algo pero no puedo ver adentro desde aquí») → 🐉: línea gris con su objetivo, SIN archivo. Es RARO: si abundan los dragones, el barrido de completitud falló. La recursión termina cuando todos los caminos terminan en tareas de una sesión o en 🐉. Toda ruta creada nace completa (fases · tareas · bifurcaciones · vías ⚡ del día · marcas) con estado: trazada.

6.5 Declara el ACOPLAMIENTO de la ruta ← una línea, en el Gobierno (2026-08-16)

A qué otros carriles va a pagar este tramo. Es la condición de validez de la multiplicidad («cada inversión de tiempo paga en más de un carril; el acoplamiento se declara, no se supone») y aquí es una PROMESA — el hecho lo verifica finaliza-ruta-tarea al cerrar, en el bloque de cosecha 🧺. La distancia entre lo prometido y lo cobrado es material honesto, no un fallo.

Tú propones; el viajero añade (invariante 15):

• Lo computable, del vault: los conceptos ⛓ que esta ruta comparte con otras · las 💎 que servirían a más de un proyecto · las vías ⚡ ya recorridas que se reusan · los 📸 que reaparecen.
• Lo que solo ve él: el cruce con dominios de su constelación (Persona, sección 4) que aparentemente no tienen que ver. Ninguna consulta lo encuentra. Pregúntaselo siempre.

Escríbelo en el Gobierno de la ruta, en la forma exacta:

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

Si solo paga en UN carril, se marca y ya — no está prohibido, a veces hay que hacerlo: - **Un solo carril (AAAA-MM-DD):** <por qué hay que hacerlo igual>. Sin umbral ni porcentaje: se declara, se ve, y la retro mensual lo mira. Y jamás inventes un acoplamiento para que la lista no quede corta: fabricar la conexión es exactamente «el cuento contado después» que la doctrina señala.

7. Fases, tareas y marcas (en cada ruta que ejecuta)

• Fase = resultado demostrable: termina en un "mira, funciona". Si no, está mal cortada.
• El TEST DEL VIDEO manda (v2.12): el mini-proyecto de la fase debe caber en una clase de 30–45 min (+ un capitulo-curso consumible); si el entregable natural excede, la fase SE PARTE (rig facial → mandíbula · cejas · ojos · lengua · boca). «Fase ≈ semana» es techo (3–7 días típico; 5–11 tolerancia), también por carga de publicación — su lote debe alimentar el goteo hasta el siguiente cierre.
• Toda fase abre con su checkpoint 📸 y cierra con su SLOT de mini-proyecto (v2.12): el checkpoint (guardar el sujeto continuo en estado pre-fase) y el slot (última tarea obligatoria, con el comando exacto de crea-nota-fase-miniproyecto) se plantan en el trazado — ver la plantilla.
• Toda fase lleva además su línea de ERMITA 🕯️, y SIN checkbox (2026-08-16, VACÍO-12): el carril humano del viajero — una crónica personal por tramo, de 0 a N visitas, que no es prerrequisito de nada. Sin - [ ] por diseño: el checkbox es acción pendiente (invariante 8), y un pendiente que nadie marca en veinte fases es exactamente la cuota que la regla ④ prohíbe. Lee ermita: del frontmatter de la Persona (dueño único, no lo dupliques ni lo busques en el Norte): en no, no plantes la línea; ausente (Persona anterior a 2026-08-16), trátalo como si — es el default de fábrica. La línea lleva el comando exacto (patrón DD-02): Usa escribe-en-la-ermita con la fase <N> de [[<item>]]. Tú solo la plantas: no la invocas, no la cuentas y no la vuelves a mencionar — cierra-fase la ofrece en una línea al cerrar, y nadie más. El contenido del mini-proyecto NO se decide aquí: lo concreta crea-nota-fase-miniproyecto con los bloques de experiencia reales.
• Tarea = una sesión: una más grande se parte O se gradúa a sub-ruta (test de la sesión). "Varios pasos" NO es criterio de partir: los pasos viven en la nota de tarea, jamás en la ruta. Segundo criterio: una tarea que esconde una decisión estructural no registrada en ⚖️ está mal definida — regístrala primero.
• Cada tarea lleva una línea de orientación (qué se construye + su "hecho" verificable). El orden dentro de la fase ES el orden de ejecución; prohibidas las dependencias circulares. La marca ⛓ dispara el momento ① del ciclo por tarea (crear o releer las notas de sus conceptos antes de ejecutar) — no reordena.
• Marca 📦 las tareas que producirán código (paquete GitHub).
• Puntos de captura 📸: tareas cuya evidencia es efímera — el ANTES, el error esperable, el "mira, funciona", la métrica después. Anota QUÉ capturar y PARA QUÉ pieza.
• Gemas 💎: marca los subproductos vendibles que el trabajo generará (modelo, plantilla, preset, skill) — 💎 [[<gema-candidata>]] (enlace gris; talla-gema-para-regalo escribirá la nota-gema al cierre). Pregunta también al viajero («¿qué de este tramo se podría vender o regalar?») — sus candidatas entran al mismo embudo; nada se descarta sin él.
• Tarea de verificación: si un dato crítico no está comprobado (límites del plan, una integración prometida), emite una tarea explícita de verificación al inicio de la fase que dependa de él.

8. Emite el nivel 0 y deja la cascada lista (zigzag tirado por tareas, v2.9)

🧭 Dilo al entrar: «Al trazar aparecieron cosas que no sabes todavía, y eso no es un problema: es la otra mitad del sistema. Cada tarea declara qué necesita saber, y de ahí salen tus rutas de estudio — lo que el motor llama tus vehículos, porque ningún terreno nuevo se cruza a pie. No estudias por si acaso: estudias lo que el camino te está pidiendo. Te dejo la lista con el comando exacto de cada una.»

1. Detecta qué conceptos exige cada tarea; agrúpalos en rutas de estudio coherentes (dominios, no migajas). Contrasta contra las existentes y clasifica en cuatro categorías (v2.13 — antes eran tres y el caso más común se colaba por la rendija):

   • cubierto y dominado — la ruta existe y el usuario lo domina → se referencia sin checkbox; sus tareas enlazan los [[conceptos]] existentes sin estudio nuevo.
   • cubierto, NO dominado — el concepto existe como nodo de una ruta pero el usuario aún no lo ha estudiado → no se emite ruta nueva: la tarea enlaza el [[concepto]] tal cual y su ⛓ queda como estudio pendiente, que el ciclo por tarea resolverá en su momento ①. Es el caso más frecuente en un proyecto ya avanzado y no es «parcial»: a la ruta no le falta nada, le falta al viajero.
   • parcial — a la ruta le faltan conceptos → emite las necesidades faltantes a ESA ruta (modo auditoría de crea-ruta-de-estudio, que también estampa).
   • inexistente — emite la ruta nueva.

   Caso inverso — dominado sin ruta: el usuario domina algo que no tiene nota ni ruta. No se emite estudio (sería fabricar una necesidad que no existe) y la tarea va sin ⛓. Si además el concepto merece pieza pública, entra en la etapa de relleno, no en el nivel 0: el relleno es justo el lugar de lo que se sabe pero no está escrito.

2. Emite cada ruta en "Nivel 0 · Rutas de estudio a CREAR": el slug exacto [[<tema>]] (contrato vinculante — crea-ruta-de-estudio lo consumirá tal cual) + las necesidades de concepto (descriptivas, con su origen: qué tarea las exige). Las necesidades NO son slugs: los acuña crea-ruta-de-estudio, que además estampará los [[conceptos]] en tus líneas de tarea (cascada). Un concepto que ya existe en cualquier ruta se enlaza tal cual (nota canónica única).
3. Checkbox del nivel 0 = «ruta creada y estampada»: se marca al correr la cascada, no al estudiar. La completitud de una ruta la calcula Dataview, no un checkbox.
4. Anota el ⛓ por tarea con la necesidad descriptiva (uno o varios; la cascada la sustituirá por los [[conceptos]] reales). Sin ⛓ = no exige estudio nuevo.
5. Declara la etapa de relleno (sección al final del trazado): al cerrar la ruta, completar los conceptos que ninguna tarea implementó, en el orden de niveles de cada ruta de estudio, ~1 semana por nivel → emerge el curso.
6. Cierra dejando los comandos exactos de la cascada (uno por ruta emitida, en "Primer paso concreto"): se corren el día 1, tras tu OK. El nivel 0, la cascada y el relleno viven en la ruta que ejecuta; una ruta interna solo ordena sus sub-rutas.

9. Barrido de completitud (obligatorio antes de cerrar cada lista)

Cuatro ángulos + candado, declarado en el Gobierno (fecha · ángulos · fuentes): ① recorrido del resultado (caminar el entregable de punta a punta; parte sin ítem = hueco) · ② estándar de la industria (la pregunta fija de la investigación) · ③ los bordes (importar, configurar, escala, probar, integrar, exportar, documentar) · ④ la imaginación del viajero (la lista jamás se cierra sin preguntar «¿qué ves tú que falta?»). + Test de cobertura: «si termino TODOS estos ítems, ¿el objetivo: queda cumplido al 100%?» — si no, hay un hueco con nombre; se busca hasta encontrarlo.

10. Plan compacto → tu OK ← antes de escribir

🧭 Dilo al entrar: «Te leo el tramo completo en pocas líneas antes de escribir archivos: fases, en qué termina cada una, sus jornadas y las decisiones que tomaste. Es el momento barato de mover cosas. Mira sobre todo el tamaño de las fases: cada una tiene que caber en una clase de 30 a 45 minutos cuando llegue el momento de grabarla, y si se pasa, la parto ahora y no después.»

Presenta en el chat (~15 líneas): el árbol del tramo (rutas a crear · 🐉) · fases con su resultado demostrable (≈ semana) · nivel 0 emitido (rutas a crear) · bifurcaciones/⚡ · 💎 detectadas · relleno declarado · decisiones registradas y pendientes · resultado del barrido. El usuario aprueba o ajusta; solo entonces escribes. (En modo directo, salta este paso declarándolo.)

11. Crea los archivos (plantilla exacta)

notasEnTramite/proyectos/<slug>/<item>.md (+ uno por sub-ruta visible) según references/plantilla-ruta-tareas.md: frontmatter canónico (tipo: ruta-tareas · mapa: · padre: · objetivo: · estado: trazada + CTAs; url_newsletter SIEMPRE). categoria: (v2.15): la casa del blog de esta ruta y de todas sus notas — una por dominio de la constelación del Norte, las mismas que creó alistamiento-proyecto. Tómala del dominio al que sirve la ruta; si el Norte no las tiene todavía, déjala vacía y dilo en una línea (sin ella las notas nacerán sin URL y la publicación se bloqueará), jamás la inventes. Cuerpo: Definición · Estado del stack · Gobierno (matriz + contrato + barrido declarado) · ⚖️ Decisiones · Nivel 0 (rutas a CREAR) · 🔀 Bifurcaciones y vías · Trazado (fases/tareas — cada fase con su checkpoint 📸 al abrir y su SLOT de mini-proyecto al cerrar, v2.12 · sub-rutas · 🐉) · 🌱 Etapa de relleno · Tablero de sub-rutas (Dataview) · 💎 Cofre (Dataview) · Cierre de la ruta · 🎬 Activos de la ruta · Primer paso concreto (con los comandos de la cascada) · Pendiente de tu revisión. + el stub de la página del curso (<item>-curso.md, v2.12): archivo mínimo con las clases «próximamente» (una por fase) — es estructura, no redacción; lo hace crecer cierra-fase, clase a clase. Solo si esta ruta es producto (v2.13): el ítem de primer nivel del MAPA, o una sub-ruta promovida por el Norte con producto: si.

12. Verificación de contratos (auto-check, corrige antes de presentar)

• Todo camino del tramo termina en tarea de una sesión o en 🐉; ningún 🐉 tiene archivo.
• Toda sub-ruta listada tiene su archivo creado y completo con estado: trazada y su contrato (mapa: + padre: + objetivo:) apuntando bien.
• Todo ⛓ lleva su necesidad descriptiva (o [[concepto]] ya existente) con su ruta en el Nivel 0; sin huérfanos; ningún ⛓ exige lo cubierto-y-dominado.
• Toda ruta emitida es exigida por ≥1 tarea; toda necesidad tiene origen; los comandos de la cascada están listados (uno por ruta emitida); la etapa de relleno está declarada.
• Toda fase tiene resultado demostrable y pasa el test del video (v2.12: mini-proyecto ≤ clase de 30–45 min; la semana es techo — fuera del rango, justificado). Proxy verificable al trazar (v2.13): al trazar todavía no hay mini-proyecto elegido, así que el criterio real no se puede medir aún. Usa como señal de alarma que el resultado demostrable no se pueda enseñar de principio a fin en una sola grabación continua, o que la fase acumule más de 6–8 tareas. Es un proxy, no el criterio: si al elegir el mini-proyecto resulta que no cabe, la fase se parte entonces, y eso no es un fallo del trazado; toda tarea, su "hecho" en la línea; ninguna dependencia circular.
• Toda fase abre con su checkpoint 📸 y cierra con su SLOT de mini-proyecto (última tarea, con el comando de crea-nota-fase-miniproyecto) — sin excepciones (v2.12).
• Toda fase lleva su línea de ermita 🕯️ sin checkbox — salvo ermita: no en la Persona.
• Cada fase tiene ≥1 📸 (al menos el "mira, funciona"); toda 📸 declara QUÉ y PARA QUÉ.
• El stub de <item>-curso.md existe si esta ruta es producto (v2.13, decisión de topología): lo es el ítem de primer nivel del MAPA, o una sub-ruta que el Norte haya promovido con producto: si. Si no lo es, no se crea: sus clases suben a la página del ancestro más cercano que sí lo sea.
• Toda tarea con código lleva 📦.
• Toda bifurcación lista ≥2 vías con clase, peaje (si ⚡) y estado; ninguna vía borrada.
• Toda 💎 tiene su enlace y su origen (qué tarea/fase la produce); el viajero fue preguntado antes de descartar candidatas. Excepción única y por diseño (v2.13): la 💎 del SLOT del mini-proyecto nace SIN enlace. Su artefacto no puede tener nota-gema todavía porque el mini-proyecto se elige al agotar las tareas, no al trazar; lo que sí está fijo es su destino (entrega: ofrenda, el descargable de la clase). La nota-gema la crea crea-nota-fase-miniproyecto cuando el sujeto ya existe. Una 💎 de SLOT con enlace al trazar es un error: significa que alguien inventó el mini-proyecto meses antes de vivirlo.
• Toda Decisión registrada tiene alternativas y fuentes; las abiertas están en Pendiente.
• El barrido de completitud está declarado en Gobierno; el test de cobertura pasó o su hueco está en Pendiente.
• Frontmatter completo (tipo/mapa/padre/objetivo/estado + CTAs con url_newsletter); el estado de TODA ruta nueva es trazada — jamás en-curso.
• Ninguna teoría redactada; conceptos solo referenciados; ningún paso de tarea en la ruta. Si algo falla, corrígelo antes de presentar. Nunca entregues una ruta que no pase la lista.

13. Cierra con la línea de estado

Ruta: <item> · árbol: N rutas creadas (🐉 X sin archivo) · fases: F (test del video: OK · slots + checkpoints plantados) · tareas: T (📦 Y · 📸 Z · 💎 G · ⚡ V vías en B bifurcaciones) · nivel 0: W a crear + P parciales + D dominadas + C cubiertos-NO-dominados · página del curso: <stub: creado | no aplica (no es producto)> · relleno: declarado · decisiones: R registradas / S pendientes · barrido: OK · matriz: <1 línea> · verificación: OK · siguiente: cascada — crea-ruta-de-estudio con [[<tema-1>]]

Modo graduación en caliente (red de seguridad — «apareció el monstruo»)

Cuando una tarea en ejecución resulta ser un sub-proyecto disfrazado (no cabe en una sesión, esconde fases): 1) confírmalo con el test de la sesión y dilo en 1 línea; 2) traza la sub-ruta nueva con este mismo proceso (hereda el contrato del padre); 3) AÑADE su renglón a la lista del padre en la posición correcta (única edición permitida al padre) — el tablero Dataview la recoge solo; 4) la tarea original se convierte en el wikilink de la sub-ruta. Si la graduación es frecuente, dilo: el barrido de completitud del trazado original falló.

Modo re-planificación (solo si lo pide — nunca automático)

1. Pregunta primero qué cambió — la ruta es semilla, no autoridad; la realidad manda.
2. Lee la ruta actual y calcula el diff: tareas nuevas, tareas que ya no aplican, fases que se parten, decisiones que se reabren, vías nuevas (¿llegó por vigila-horizonte? → entra como vía pendiente, jamás borra las existentes).
3. Propón el diff en "Pendiente de tu revisión" — no toques tareas completadas ni sus notas; no marques ni desmarques checkboxes; no cambies estado: (eso es del despertar y de los cierres).
4. Conocimiento nuevo → emite al nivel 0 con la mecánica de la cascada (necesidades descriptivas; el estampado lo hará crea-ruta-de-estudio). Decisiones reabiertas → protocolo de ⚖️. Re-fecha el Estado del stack solo si re-investigaste.
5. Presenta el diff para tu OK y re-corre la verificación antes de escribir.

Reglas

• El Norte gobierna; el mapa materializa (invariante 12): tú aplicas; jamás decides.
• Traza completo, abre perezoso (invariante 14): toda sub-ruta visible se crea HOY, completa, estado: trazada; el tránsito lo despierta la primera nota de tarea. No existe "abre la ruta".
• El viajero nunca clasifica ni empuja el vehículo (invariante 15): el test de la sesión es tuyo; la guardia corrige skills equivocados; nada se descarta por datos sin preguntar al usuario.
• El orden de desarrollo es el de esta ruta (v2.9): las rutas de estudio se llenan por arrastre; el relleno es etapa declarada; el gate es flexible por tarea y DURO por fase.
• Necesidades por tarea, jamás lista global; el slug emitido es contrato para crea-ruta-de-estudio; los slugs de concepto y el estampado ⛓ son suyos (cascada).
• El mapa muestra SIEMPRE todas las vías; el peaje del atajo es explícito; las vías no tomadas quedan pendiente, jamás se borran; el descarte lleva motivo + fecha + recorrido.
• Fase sin resultado demostrable = fase mal cortada.
• La captura no se improvisa (📸) y la gema se pierde si no se reconoce al nacer (💎) — invariante 10.
• El estado vive en un solo lugar (frontmatter); tableros y cofres son Dataview: leen, jamás copian; al padre solo se le AÑADE renglón en graduación.
• Nunca elijas en silencio; nunca fundamentes sin fuente; nunca ocultes incertidumbre.
• La ruta es curable: siempre sale con "Pendiente de tu revisión".
• Agnóstico (DD-04): todo dato de proyecto llega del Norte, el mapa o el descubrimiento.
• Sé conciso en el chat; el trabajo vive en los archivos.
• Mapa maestro → entrega-mapa · dominio de conocimiento → crea-ruta-de-estudio · tarea suelta → crea-nota-tarea.

Referencias

• references/plantilla-ruta-tareas.md — esqueleto exacto de la ruta: sintaxis ⛓ 📦 📸 💎, bifurcaciones con vías ⚡, nivel 0 checkbox-señal, Decisiones, tablero y cofre Dataview (léela siempre).