Documenta el sistema

El plano del taller, para quien mira desde la puerta. El manual interno ya explica el motor a quien va a operarlo. Esto es lo otro: la pieza que lee alguien que todavía no sabe si le interesa — ordenada por lo que él busca, no por cómo está construido, y honesta sobre en qué versión está el taller el día que se publica.

Fuente única

• La fuente principal → 00-Motor/Arquitectura-del-Motor.md (el manual de quien no lo diseñó). DD-03: es la pieza anterior en la cadena y no se salta.
• El inventario y su recuento → Prompt Maestro, «Inventario de skills» (para no prometer lo que está por crear).
• La tesis y el público → Prompt Maestro, «Propósito del motor» + «El motor MONETIZA por funcionamiento, no por opción».
• El tutorial de entrada, que es otra pieza → 00-Motor/Primer-Viaje.md (VACÍO-15).
• Craft del artículo y capa técnica → escribe-articulo-estudio-concepto (define el contrato).
• Molde y protocolo → references/protocolo-del-articulo-del-motor.md.

⚙️ Runtime

Working set: Arquitectura-del-Motor.md (fuente) · el recuento del inventario · el Norte del proyecto que lo publica (voz · CTAs · entidad-autor). No leas los skills uno a uno: la fuente ya los destiló, y abrirlos sería romper DD-01 en el sitio más grande del vault.

Sin investigación web.

Qué hace y qué NO hace

Sí: convierte el manual interno en pieza pública · reordena por lo que el lector busca · declara versión y fecha de lo que documenta · verifica el recuento contra el inventario · escribe en la carpeta del proyecto que publica, con su norte: · capa técnica + doble CTA.

No: no explica el motor desde cero (deriva) · no lee los skills uno a uno · no promete lo «por crear» · no mete memoria de construcción (registro de cambios, vacíos, divergencias) · no mete nada de un proyecto dentro de la explicación del motor (DD-04) · no sustituye al Primer-Viaje.md (aquel enseña a usarlo; este explica qué es) · no publica.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: el plano del taller para quien mira desde la puerta. Dentro ya hay un manual para los que trabajan ahí. Esto es lo que se cuelga fuera: qué se hace en este taller, para quién, y qué no. Con la fecha puesta, porque el taller sigue montándose.

1 · ¿Cuándo corre? En la Fase 6 del orden de trabajo: al final, cuando el motor ya no cambie. Y cada vez que cambie de forma importante, en modo actualización.

2 · ¿Por qué existe? Porque el motor se vende y se enseña, y una herramienta que su dueño no puede explicar en una pieza pública no se puede vender. El manual interno no sirve: está escrito para quien va a operarla.

3 · ¿Cómo lo hace? Toma el manual interno —que ya trae la narración, las figuras y el «para quién es y para quién no»— y lo recorta y reordena para alguien que aún no sabe si le interesa.

4 · ¿Dónde actúa? En un artículo nuevo, dentro de la carpeta del proyecto que lo publica (no en 00-Motor/: una pieza pública pertenece a un proyecto, DD-04).

5 · ¿Qué pasa cuando corre? El motor deja de ser algo que hay que ver en vivo para entenderse y pasa a tener una página que lo explica.

6 · ¿Para qué? Para vender, para enseñar y para que quien lo reciba entienda qué compró.

7 · ¿Cómo encaja en el motor? Es la última pieza del orden de trabajo y la única que se mira a sí misma. Respeta DD-03 (deriva del manual interno) y DD-04 (el motor no se mezcla con el proyecto que lo publica).

8 · ¿Cómo ayuda al viajero? Le escribe la explicación que lleva meses dando de viva voz y distinta cada vez.

9 · ¿Qué pasa si NO corre? El motor se explica en llamadas, y cada versión de la explicación es un poco distinta — que es exactamente lo que impide venderlo.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Es la hoja que explica para qué sirve la máquina.»
• A un colega: «El artículo público que explica qué es el motor, para quién es y para quién no, sacado del manual interno.»
• A un experto: «Pieza divulgativa derivada del documento de arquitectura, reordenada por intención de lectura y versionada explícitamente contra el inventario vigente.»

11 · ¿A qué se parece? Al cartel de fuera del taller, no al manual de dentro.

12 · ¿Cómo sabe el viajero que lo está haciendo bien? Si dice para quién NO es con la misma claridad que para quién sí. Si declara la versión y la fecha. Si no promete un solo skill que aún no exista. Si no se cuela ningún proyecto concreto dentro.

13 · ¿Cómo puede mejorar el resultado? Manteniendo el manual interno al día: esta pieza no puede ser mejor que su fuente (DD-03).

14 · ¿Qué puede confundir? Con escribe-articulo-arquitectura-ruta (ese documenta un proyecto — el renombre existe para eso) · con el manual interno, que es la fuente y no se publica · con el Primer-Viaje.md, que enseña a usarlo mientras este explica qué es.

15 · ¿De dónde viene el viajero? Del final del orden de trabajo, o del momento en que alguien le pregunta «¿y esto qué es?» por quinta vez.

16 · ¿Qué sigue? 👤 publicar. Y enlazarlo desde la página de venta y desde el manifiesto del proyecto que lo vende.

17 · El viajero usándolo. Le piden explicar el motor en la web. El skill lee el manual interno, comprueba el recuento en el «Inventario de skills» del Prompt Maestro (su nota de conteo es la fuente única de la cifra — jamás la copies de otro documento ni de aquí) y escribe la pieza en tres partes: qué problema resuelve (el trabajo que se pierde), cómo lo resuelve (los dos carriles y la constelación, sin nombrar un solo skill por su nombre técnico) y para quién no es (quien solo quiere ordenar tareas). Declara arriba: «describe el motor a 2026-08-16». Y no menciona el skill que falta como si estuviera.

Posición en la cadena (DD-03)

00-Motor/Arquitectura-del-Motor.md   ← fuente (manual interno, NO se publica)
        + recuento del inventario (para no prometer lo que no existe)
                      ▼
        escribe-arquitectura-del-motor
                      ▼
   <proyecto>/<slug>-el-motor.md   (## ✍️ ARTÍCULO — pieza pública del proyecto)

Hermanos, y los tres distintos: el manual interno (para quien lo opera) · el Primer-Viaje.md (tutorial: enseña a usarlo) · esta pieza (pública: explica qué es).

Guardia anti-error (invariante 15)

1. ¿Piden lo técnico de un PROYECTO? → escribe-articulo-arquitectura-ruta. Otro sujeto.
2. ¿Piden el manual interno? → ya existe, es la fuente y no se publica.
3. ¿Piden el tutorial de entrada? → Primer-Viaje.md (VACÍO-15).
4. ¿El manual interno está desfasado respecto del inventario? (figuras que faltan, recuento que no cuadra) → dilo y detente. Publicar un motor que ya no existe es peor que no publicarlo, y el arreglo es actualizar la fuente.
5. ¿No hay proyecto que lo publique? Esta pieza necesita un norte:: pregunta cuál y, si no hay, detente — una pieza pública sin proyecto no tiene CTAs ni destino.

Proceso

1. Fuente y verificación de versión

Abre Arquitectura-del-Motor.md y el recuento del inventario. Comprueba que cuadran (nº de figuras 🧭 vs nº de construidos). Si no cuadran, para: el arreglo es la fuente.

2. Declara la VERSIÓN, arriba y visible

Describe el motor a <fecha> · versión <v> · <N> skills construidos. El orden de trabajo situó esta pieza «al final, cuando ya no cambie»; mientras el motor se mueva, el artículo envejece por diseño y el lector merece saberlo. Es honestidad, no una nota al pie.

3. Reordena por lo que BUSCA el lector, no por cómo está hecho

El manual interno va de la metáfora hacia la mecánica. La pieza pública va al revés:

1. Qué problema resuelve — el trabajo que se pierde: estudias, construyes, y no queda nada publicable sin trabajo extra.
2. Para quién es — quien quiere monetizar su aprendizaje mientras crece como viajero.
3. Para quién NO es — quien solo quiere ordenar tareas: Trello, Calendar, una agenda. Va arriba, no escondido al final: filtrar al comprador equivocado es parte del producto.
4. Cómo lo resuelve — los dos carriles, la cadena de derivación y la constelación, en lenguaje de lector: sin nombrar skills por su nombre técnico.
5. Qué te deja al final — artículos, clases, un curso, una lista de correo, un caso de estudio. Y que ya está hecho cuando el camino termina.
6. Qué NO hace — no graba, no sube, no publica, no vende. Los límites, dichos.

4. Nada de memoria de construcción

Fuera: registro de cambios · vacíos · divergencias · números de versión internos · nombres de skills · rutas del vault. Nada de eso importa a quien lee desde fuera, y todo eso envejece rápido.

5. Nada de un proyecto dentro (DD-04)

La pieza se publica en un proyecto, pero no habla de él. Si necesitas un ejemplo, usa uno genérico o el que el manual interno ya trae. Un motor explicado con un proyecto dentro deja de parecer agnóstico — y deja de serlo en la cabeza del lector.

6. Lo «por crear» no se promete

Verifica contra el inventario: lo pendiente no se menciona como si existiera. Si es relevante que llegará, se dice como lo que es («está por construir»).

7. Capa técnica + doble CTA + línea de estado

Article, meta, FAQ de las preguntas reales («¿en qué se diferencia de Notion?», «¿necesito saber programar?»). Doble CTA: conversión al peldaño donde el Norte tenga el motor; contenido, al Primer-Viaje o a la pieza de expectativa del proyecto.

artículo del motor · versión documentada: <v> (<fecha>) · skills: N construidos / M pendientes
· secciones: 6 · «para quién NO es»: arriba · skills nombrados: 0 · proyecto: [[<Norte>]]

Reglas

• Deriva del manual interno (DD-03). No expliques el motor desde cero ni leas los skills uno a uno.
• Declara la versión y la fecha. Sin eso, la pieza miente en cuanto el motor cambie.
• «Para quién NO es» va arriba. Filtrar al comprador equivocado es parte del producto.
• Cero nombres de skills, cero rutas del vault, cero memoria de construcción.
• Cero proyecto dentro (DD-04), aunque se publique en uno.
• Lo pendiente no se promete.
• Los límites se dicen: no graba, no sube, no publica, no vende.
• Si la fuente está desfasada, para. Arreglar la fuente es más barato que desmentir una pieza publicada.
• Sé conciso en el chat; el trabajo vive en el artículo.

Referencias

• references/protocolo-del-articulo-del-motor.md — el molde exacto, el mapa de qué sección del manual interno alimenta cada parte, y la lista de lo que nunca entra.