Monta el campamento

La inspección del campamento. Antes de que el proyecto ruede en público, alguien revisa que todo lo que va a rodar tenga sus permisos, que la web cumpla lo que el terreno exige, y que el único papel del arranque — el aviso en la puerta — esté colgado. Los demás papeles no se piden aquí: se pagan en su peaje, si el camino cruza por él.

Fuente única

No repitas doctrina: léela donde vive y cítala por su título.

• El alistamiento y los peajes de papeles → Prompt Maestro, «La pieza de expectativa» y su sección hermana del alistamiento (v2.13); Lineamientos, «Ciclo de producción y día del cierre» (el bloque del alistamiento).
• La web y el embudo, paso a paso → 00-Motor/manuales/Manual-Sitio-Web-y-Capa-de-Conversion.md — el manual completo; este skill lo referencia y deriva sus checkboxes, jamás lo copia.
• La puerta de monetización (el detector del peaje de venta) → Prompt Maestro, «DD-05» (la puerta: estado: cerrada + lote publicado: si, por ruta y no por persona).
• Qué decide el Norte (y este skill solo lee) → canales activos · entidad-autor · monetiza: · publicador/plantilla · url_newsletter.
• La jurisdicción del viajero → dato de la Persona/Norte; el motor jamás asume país.
• Vías ⚡ y peajes → Prompt Maestro, «Bifurcaciones y vías» (la plantilla del publicador se declara como vía-atajo, con su peaje).
• Voz → Lineamientos, «Voz (por defecto del motor)».

⚙️ Runtime

Claude Code sobre el vault. Lees y escribes archivos; no creas cuentas, no haces clic en registros de terceros, no compras dominios: todo eso es manual del viajero, guiado por el checklist (lista de verificación). La verificación sí es tuya: URLs que resuelven, textos que coinciden. Working set mínimo; nunca escaneas el vault completo. Investigación web solo para verificar que una URL del registro resuelve.

Qué hace y qué NO hace

Sí: conduce las SEIS FASES en su orden (A forma · B cimientos · C prosa · D voz · E agregadoras · F día 0) — el orden es doctrina, no preferencia · verifica handles y dominio LIBRES antes del branding · deriva el checklist del campamento POR COBERTURA del Norte (solo los canales activos) · genera Alistamiento-<Proyecto>.md con la plantilla exacta · monta las bios consistentes desde la entidad-autor (texto listo para pegar en cada perfil) · deriva los checkboxes de la web desde el Manual-Sitio-Web y declara la plantilla como vía-atajo ⚡ con su peaje · monta el aviso de privacidad (borrador del texto + checkbox de colgarlo y enlazarlo en los formularios) · monta el registro de perfiles (sameAs — dueño único, pegadas UNA vez) · declara la titularidad (modo cliente) · deja los peajes con su estado y el puente a la escuela del gremio (comando exacto) · 🌱 siembra del blog (v2.14): encadena escribe-articulo-de-fundacion 3× (historia · método · dominios) para que el blog no nazca vacío, con los checkboxes del día 0 para publicarlos · 🪧 el cartel (v2.15.6): invoca afina-voz en modo nacimiento (fase D) y monta-el-cartel-del-campamento (fase E), y queda dueño único del estado de las cuatro agregadoras —no tienen frontmatter— · modo peaje-de-venta: añade la sección del peaje al mismo documento cuando la puerta de monetización se cruza · modo revisión: verifica URLs, bios y vigencias y reporta el diff.

No: no crea cuentas ni opera registros web · no decide canales, voz ni entidad-autor (los lee del Norte) · no da asesoría legal ni tributaria — señala el peaje, redacta checkboxes por cobertura y pregunta; cifras, topes y regímenes son del viajero con su contador · no exige legalidad de negocio en T1.5 (la licencia es progresiva — decisión del fundador: cero barreras de entrada) · no crea la escuela del gremio (deja el comando de crea-ruta-de-estudio) · no publica el manifiesto ni toca sus checkboxes (solo es su prerrequisito) · no escribe en el Norte (el registro de perfiles vive AQUÍ; la entidad-autor lo lee) · no escanea el vault.

🎓 El skill explicado al viajero (las 17 preguntas)

🧭 En el viaje: montar el campamento — y pagar solo los peajes que te toquen.

Hasta aquí todo era hacia dentro: quién viaja, hacia dónde, por qué terreno. Esto es lo primero que se hace hacia fuera. El campamento es todo lo que queda encendido y a la vista cuando tú no estás: tu sitio web, tus perfiles, tu carta a los suscriptores, el aviso en la puerta. Este skill lo monta y después lo inspecciona.

Seis fases, y el ORDEN es el trabajo. No son seis tareas intercambiables: el orden en que se hacen decide cuántas veces se hacen. Lo aprendimos caro — en la primera encendida se montaron las páginas antes de escribir los artículos, y como la voz se descubre escribiendo, hubo que rehacer página, portada y artículos: el camino recorrido tres veces. Por eso ahora: A se asegura el nombre (que los handles y el dominio estén libres antes de diseñar nada con él) → B se levantan los cimientos sin una línea de prosa → C escribes tu primera prosa de verdad y la pules a mano → D esa voz real sube a tu Norte → E y solo entonces las páginas que agregan derivan de ella → F día 0.

Los peajes de papeles, y por qué no te pido licencia de comercio. Exigirte papeles de negocio para publicar tu primer artículo sería una barrera que expulsa justo a quien este sistema sirve. Los papeles se pagan al cruzar, no al entrar: hoy el único obligatorio es el aviso de privacidad, porque desde el primer correo que recibes ya estás guardando datos de otra persona. La licencia de venta aparece el día que vendas, no antes. Nadie paga el peaje de una vía que no toma.

Y si quieres saberlo todo igual, existe la escuela del gremio: una ruta de estudio del oficio de empresario para tu país, que puedes cursar cuando quieras, a tu ritmo. Voluntaria, y con un beneficio concreto: quien la cursó paga los peajes con «ya lo sé».

La frase que vas a poder decir al cerrar esto, y hoy no puedes: «tengo una página que puedo compartir desde ya para que vean lo que hago».

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? El modo inicial: una vez por proyecto, tras el Norte, en paralelo al trazado — y SIEMPRE antes del día 0 del manifiesto (es su checkbox 0). Corre en seis fases y el orden importa: el nombre se asegura antes de vestirlo, la infraestructura se levanta sin prosa, la voz aparece escribiendo y solo entonces las páginas que agregan derivan de ella. El modo peaje-de-venta: cuando la puerta de monetización se cruza (o el viajero lo adelanta a sabiendas). El modo revisión: en la pasada anual de la retro, o a pedido.

2 · ¿Por qué existe? Porque el día 0 asume web y canal vivos y ningún otro momento los creaba — y porque lo legal, puesto al inicio, sería una barrera de entrada que expulsaría justo a quien el motor existe para servir. Este skill separa lo que el arranque SÍ exige (la campamento + un aviso) de lo que solo se paga al cruzar (los peajes).

3 · ¿Cómo lo hace? Lee el Norte (canales activos, entidad-autor, monetiza, publicador) y la jurisdicción de la Persona, y deriva un checklist a la medida — nunca un máximo fijo. Redacta lo redactable (bios, borrador del aviso), referencia el Manual-Sitio-Web para la web, declara la plantilla como atajo con peaje, y deja lo manual como checkboxes. Después verifica: una URL que no resuelve no se marca sola.

4 · ¿Dónde actúa? Un solo archivo: Alistamiento-<Proyecto>.md — el quinto singular con prefijo (Persona- · Norte- · MAPA- · Manifiesto- · Alistamiento-). Los tres modos escriben en el MISMO documento: la historia del alistamiento vive junta.

5 · ¿Qué pasa cuando corre? El proyecto gana su checklist del campamento con las bios listas para pegar, el registro de perfiles esperando sus URLs (pegadas UNA vez), el aviso de privacidad redactado en borrador, los peajes declarados con su estado, y el puente a la escuela con comando exacto.

6 · ¿Para qué? Para que el día 0 no tropiece con un formulario que no existe, para que las bios sean idénticas en todas partes (la entidad-autor que las IAs citan), y para que nadie haga una diligencia antes del momento en que de verdad la necesita.

7 · ¿Cómo encaja en el motor y su propósito? Es el tramo T1.5 del viaje y la materialización operativa de dos principios v2.13: cero barreras de entrada (el propósito — mentes no lineales avanzando SIN trámites prematuros) y la puerta de monetización como detector (el peaje de venta se cuelga de doctrina que ya existía). Además invoca por fin el Manual-Sitio-Web, que era un manual huérfano.

8 · ¿Cómo ayuda al viajero? Le convierte «configurar todo» — la niebla más procrastinada de cualquier proyecto — en una lista finita derivada de SUS decisiones, con los textos ya redactados y la garantía de que nada legal se le pide antes de tiempo. Y si quiere ser empresario de verdad, le abre la escuela sin obligarlo.

9 · ¿Qué pasa si NO corre? El día 0 se estrella: el manifiesto no tiene web donde publicarse, el tráiler no tiene canal, la newsletter (carta) no existe y — peor — se capturan correos sin aviso de privacidad (la única obligación real del arranque, incumplida sin saberlo). O el viajero configura todo a mano, sin registro, y las bios divergen para siempre.

10 · ¿Cómo se explica?

• A un niño de 5 años: «Antes de abrir el campamento al público, revisamos que cada carro tenga su permiso, que las ruedas aguanten el camino, y colgamos el cartel de la puerta. Los papeles de vender se piden en la caseta de más adelante — solo si pasas por ahí.»
• A un colega: «Genera el checklist de infraestructura del proyecto (cuentas, web, embudo, aviso de privacidad) derivado de la estrategia, verifica lo configurado, y difiere lo legal a peajes progresivos: el de venta se activa solo cuando cierras tu primera ruta.»
• A un experto: «Tramo T1.5 con checklist por cobertura del Norte; registro de perfiles como fuente única de sameAs; plantilla del publicador modelada como vía-atajo con peaje; cumplimiento mínimo del día 0 (data protection por captura de email); gates (aduanas) legales progresivos colgados del detector de la puerta de monetización (v2.13); currículum voluntario delegado a la maquinaria de rutas de estudio; re-inspección anclada a la retro anual como parche hasta la capa de vencimientos.»

11 · ¿A qué se parece? A la revisión técnico-mecánica de tu vehículo antes de un viaje largo — con una diferencia sabia: el peaje de la autopista de pago no te lo cobran en el taller; te lo cobran en la autopista, y solo si la tomas.

12 · ¿Cómo sabe el viajero que lo está haciendo bien? Si su checklist tiene SOLO los canales que su Norte activó · las bios son idénticas en todos los perfiles · el aviso de privacidad está colgado y enlazado en cada formulario ANTES del primer correo capturado · las URLs del registro se pegaron una vez y resuelven · en modo cliente, todas las cuentas son del cliente · y NADIE le pidió un registro mercantil para publicar su primer artículo.

13 · ¿Cómo puede mejorar el resultado? Con una entidad-autor bien resuelta en el Norte (las bios derivan de ahí) · usando la plantilla del publicador si existe (el atajo colapsa el tramo más largo — con su peaje declarado: dependencia) · y cursando la escuela del gremio si sabe que va a vender: llegará al peaje con los papeles en la mano.

14 · ¿Qué puede confundir? Esperar que cree las cuentas (guía y verifica — el clic es del viajero) · buscar aquí la decisión de QUÉ canales (eso es del Norte: este skill deriva, no decide) · asustarse porque «no me pidió el RUT» (correcto: se pide en el peaje de venta, si vendes) · pedirle asesoría tributaria (el motor no es contador: señala y pregunta) · confundir la escuela del gremio con un tramo obligatorio (es voluntaria, desde cualquier punto, y privada por defecto) · confundir el peaje ⚡ de las vías-atajo con los peajes de papeles (el primero es lo que NO aprendes al tomar un atajo; los segundos son papeles al cruzar a comercio — la palabra se comparte, el sentido no).

15 · ¿De dónde viene el viajero? De define-norte: el Norte acaba de decidir canales, entidad-autor y en qué peldaño de la escalera empieza (que no es «si monetiza»: el motor monetiza por funcionamiento — 2026-08-16) — los datos exactos que este skill deriva. Puede correr en paralelo al trazado (entrega-mapa / crea-ruta-de-tareas): trazar no necesita la web.

16 · ¿Qué sigue después de este skill? El viajero ejecuta el checklist manual (cuentas, dominio, formulario, aviso), pega las URLs en el registro, y el skill verifica. Con la campamento listo: el checkbox 0 del manifiesto se marca y el día 0 puede arrancar. Mucho después, al cerrar su primera ruta, la puerta de monetización lo trae de vuelta — modo peaje-de-venta. Y cada retro anual, el modo revisión.

17 · El viajero usándolo (ejemplo ilustrativo, no doctrina). La aprendiz de Python terminó su Norte (canales: YouTube + newsletter; monetiza: sí, algún día; publicador: la plantilla). Dice «alista el proyecto». El skill genera su Alistamiento: 2 cuentas (no 7 — solo sus canales), las bios idénticas derivadas de su entidad-autor, la web por la vía-atajo de la plantilla (peaje declarado: dependencia de la plantilla y su mantenedor), el borrador del aviso de privacidad («este sitio captura tu correo para…»), y los peajes: «día 0: el aviso ✓ al colgarlo · venta: CERRADO — se abre al cerrar tu primera ruta · topes: lejos». Al final, el puente: «¿quieres saberlo todo como futura empresaria? Usa crea-ruta-de-estudio con el dominio del viajero-empresario — voluntaria, a tu ritmo, de noche». Ella configura en dos tardes, pega las URLs, el skill verifica (una bio divergía — la corrige), y el checkbox 0 del manifiesto queda listo. Ningún trámite mercantil ocurrió. Ocho meses después, al cerrar su ruta, el motor le abre el peaje de venta — y para entonces ya cursó dos niveles de la escuela.

Posición en la cadena (DD-03 / línea de tiempo)

Persona → Norte (canales · entidad-autor · monetiza · publicador)
                │
                ▼
[ESTE SKILL · modo inicial] → Alistamiento-<Proyecto>.md   (T1.5 — paralelo al trazado)
   SEIS FASES, y el orden es doctrina (v2.15.5 — Prompt Maestro §3.7):
        A · FORMA        handles y dominio LIBRES → voz §5 → identidad visual §5-bis
        B · CIMIENTOS    cuentas · web/embudo (cascarones SIN prosa) · blog nativo ·
                         aviso · registro sameAs · titularidad · peajes
        C · PRIMERA PROSA  Manifiesto → escribe-articulo-de-fundacion 3×
                         ── gate humano: el viajero PULE los artículos ──
        D · CONSOLIDAR   afina-voz en modo NACIMIENTO → propone el diff al Norte §5
        E · AGREGADORAS  monta-el-cartel-del-campamento → el TEXTO de portada · /quien-soy ·
                         /sistema · /recorrido al ESPEJO de la web (una sola copia),
                         derivado de la voz YA consolidada + enlaza los artículos vivos
        F · DÍA 0        el estreno · checkbox 0 del manifiesto ← prerrequisito
        └─ puente: crea-ruta-de-estudio → LA ESCUELA DEL GREMIO (voluntaria, cualquier punto)

── el viaje transcurre: T2 → T3 → … → la primera ruta CIERRA con su carril publicado ──

puerta de monetización (v2.13: estado: cerrada + lote publicado — el motor la detecta)
        ▼
[ESTE SKILL · modo peaje-de-venta] → sección nueva en el MISMO Alistamiento:
        licencia de venta del país + plataforma + cobro + datos fiscales
── topes de ingresos → capa profunda + capa de vencimientos (POST-BUCLE, v2.13 punto 5) ──

[ESTE SKILL · modo revisión] — pasada ANUAL de la retro: URLs · bios · vigencias

Guardia anti-error (invariante 15)

• ¿Sin Norte? → define-norte y detente («sin prerrequisito no hay pieza»): sin canales decididos no hay nada que derivar.
• ¿Ya existe Alistamiento-<Proyecto>.md? → no dupliques: propone el modo revisión (o el peaje-de-venta, si es lo que toca).
• ¿Piden el peaje de venta sin ruta cerrada? → avisa que la puerta de monetización no se ha cruzado y pregunta — adelantarlo es legítimo si el viajero lo decide a sabiendas (quizá ya tiene todo, como quien llega con RUT y cámara de comercio); jamás lo descartes por datos.
• ¿Piden crear la escuela? → eso es crea-ruta-de-estudio (deja/señala el comando).
• ¿Piden decidir canales o entidad-autor? → eso es del Norte (define-norte, modo actualización).

Corrige y propone; el viajero confirma.

Entrada (contrato)

Mínimo: el proyecto (si hay más de uno con Norte activo) y el modo, si no es inferible (inicial · peaje-de-venta · revisión).

Del Norte: canales activos y su rol · entidad-autor (nombre, bios, datos del schema) · monetiza: · publicador/plantilla del proyecto · url_newsletter.

De la Persona: la jurisdicción del viajero (país — para el aviso de privacidad y los checkboxes por cobertura del peaje de venta) · en modo cliente: quién es el titular.

Del manual: Manual-Sitio-Web-y-Capa-de-Conversion.md — la fuente de los checkboxes de la web; se referencia por fases, no se copia.

Del viajero: lo que ya tiene (cuentas existentes, dominio comprado, registros legales previos — se marcan «ya lo tengo» y solo se verifican).

No lees (modo inicial): el MAPA ni las rutas (el alistamiento no depende del trazado), otras carpetas, el vault completo, ni las carpetas MISCELÁNEAS que CLAUDE.md declare fuera de alcance. Excepción v2.14 (siembra del blog): verifica que el MAPA y el Manifiesto EXISTAN (chequeo de existencia, no de contenido) y delega su lectura al sub-skill escribe-articulo-de-fundacion, que sí los lee como su working set. Excepción del modo peaje-de-venta: ese modo SÍ lee el frontmatter de la ruta cerrada y su lote (estado: cerrada + publicado: si) — su disparo lo exige: sin verificar la puerta de monetización no se puede saber si se cruzó. Sigue sin leer cuerpos, el MAPA ni el resto del árbol.

Proceso

Modo inicial (T1.5 — una vez por proyecto) · SEIS FASES, y el orden es doctrina

El orden ES el trabajo. No son diez pasos intercambiables: el orden en que se hacen decide cuántas veces se hacen. Hasta v2.15.4 este skill montaba la web ANTES de escribir los artículos, y como la voz se descubre escribiendo, las páginas nacían con una voz que aún no existía. En la primera encendida (2026-09-09) eso obligó a rehacer página, portada y artículos: el camino recorrido tres veces. Doctrina en Prompt Maestro §3.7, «El orden del alistamiento».

Dile al viajero dónde va en cada fase —«vas por la B de F; tu sitio se enciende en la F»—. No le quita un peldaño; le quita la incertidumbre, que es lo que hace abandonar.

0 · Working set y guardia. Norte + Persona + manual. Sin Norte, stop.

FASE A · FORMA — el nombre y la cara, antes de nada

🧭 Dilo al entrar: «Empezamos por el nombre, y va primero por una razón práctica: si el handle que quieres está ocupado y lo descubres después, hay que rehacer el logo, las bios y los perfiles. Así que primero verificamos que esté libre en cada canal y que el dominio también lo esté. Un solo handle para todas las plataformas es el default, porque tu nombre tiene que ser uno. Y ojo: esto se comprueba abriendo el perfil en el navegador, no por código, porque varias plataformas responden «existe» a cuentas que no existen.»

A.1 · La verificación de HANDLES y DOMINIO libres. Va la PRIMERA de todas. Decisión del fundador (2026-09-10): «tiene que ser antes de hacer el branding, porque si no correríamos el riesgo de repetir todo el branding por no haber elegido un nombre libre».

• Deriva el handle candidato del nombre del proyecto y deja un checkbox 👤 por cada canal ACTIVO del Norte: ¿está libre? Se comprueba abriendo el perfil en el navegador, con sesión. ⚠️ No lo verifiques por código HTTP: medido el 2026-09-10 — Facebook devuelve 400 a todo, incluso a perfiles reales; X, Instagram, LinkedIn y TikTok devuelven 200 a cuentas que no existen. Solo YouTube y GitHub distinguen. Un 200 no prueba nada, y marcar «verificado» con él sería mentir.
• Un solo handle para todas es el default (la entidad-autor es UNA). Si está tomado en una plataforma, se elige otro para todas; jamás se parchea una sola.
• El dominio, en la misma pasada: es el mismo nombre. Si el handle vive y el dominio no, o al revés, el nombre no está resuelto.
• Gate: con un solo handle sin confirmar, NO se pasa a A.2. Lo que se construye después cuelga del nombre.

A.2 · La voz (§5) y la identidad visual (§5-bis). ⚠️ Si el 5-bis está vacío, DETENTE y manda a define-norte — no montes la web con colores por defecto. El motor propone la FORMA y jamás inventa el FONDO (exención declarada).

FASE B · CIMIENTOS — la infraestructura, SIN una línea de prosa

🧭 Dilo al entrar: «Ahora levantamos todo lo que no depende de tu voz: cuentas, dominio, hosting, el embudo de la carta, la estructura del blog, el aviso de privacidad. Las páginas quedan montadas pero vacías a propósito — su texto es la fase E, y adelantarlo es exactamente el error que este orden existe para matar. Si te parece raro dejar una web sin textos: es que todavía no has escrito con tu voz, y no quiero que tus páginas nazcan con una voz prestada.»

Aquí se levanta todo lo que no depende de la voz. Se hace ahora justamente porque la voz aún no existe, y esperarla sería tiempo muerto.

B.1 · El campamento por cobertura. Un bloque por canal ACTIVO del Norte: crear cuenta (con el handle ya asegurado en A.1) · bio pegada desde la entidad-autor · avatar/banner como checkbox. Lo que el Norte no activó, NO aparece.

B.2 · La web y el embudo. Checkboxes derivados de las fases del Manual-Sitio-Web, referenciado por fase, jamás copiado. ⚙️ PREGUNTA el hosting, nunca lo asumas (v2.15.7 — es dato del proyecto, y el motor es agnóstico): ¿propio o prestado por un operador? Escribe la respuesta en hosting: del frontmatter. Si es propio, nada cambia: dominio y hosting a nombre del titular. Si es prestado, monta la sección 🔑 Hosting prestado (excepción declarada) de la plantilla con sus tres hechos —el acceso SSH abarca TODA la cuenta compartida · la mitigación triple (llave propia revocable · respaldo externo ANTES · alcance por escrito) · la salida escrita el día 1— y dilo en una línea al operador y al viajero: choca con la regla de titularidad, y por eso se declara. Doctrina: Prompt Maestro §3.7. Las coordenadas de despliegue (host, usuario, puerto, ruta, llave) van a la ficha de despliegue del proyecto (web-<slug>/despliegue-<slug>.md), jamás a una receta del motor; contraseñas y llaves privadas no entran al vault (se nombra la ruta de la llave, no su contenido). Si el proyecto usa plantilla (dato del Norte), decláralo como vía-atajo ⚡ con su peaje: qué colapsa · qué ganas · qué no aprendes. Las ranuras se rellenan con datos que YA existen, y cada una declara su fuente (v2.15.4: la ranura se describe a sí misma, y su comentario dice de dónde sale). Ninguna se inventa: una ranura sin llenar el día del estreno es un fallo del alistamiento, no una decisión de diseño. ⚠️ Los cascarones sí; su TEXTO DE VOZ no. Portada, /quien-soy, /sistema y /recorrido quedan montados y vacíos: su contenido es la fase E, y adelantarlo es el error que este reorden existe para matar.

B.3 · El esqueleto del blog nativo. Categorías derivadas por cobertura de la constelación —una por dominio— · permalinks en /blog/<categoria>/<slug> · la entrada/página demo del gestor, borrada · la categoría por defecto de fábrica, sustituida por una tuya (si no, toda entrada sin clasificar publica su URL con la casa equivocada). Procedimiento completo: Fase 4-bis del Manual-Sitio-Web.

B.4 · El aviso en la puerta. Redacta el BORRADOR (qué se captura · para qué · cómo darse de baja, ajustado a la jurisdicción de la Persona) + checkboxes: colgarlo con URL propia · enlazarlo en TODO formulario que capture correo. Es el único papel del arranque. ⚠️ Tenerlo colgado no basta: si no lo enlaza nadie, la obligación sigue incumplida — el deber es que quien entrega su correo lo vea antes de entregarlo.

B.5 · El registro de perfiles (sameAs). Una línea por perfil, URL pegada UNA vez al crearse. Este documento es el dueño único; la entidad-autor del Norte y los schemas leen de aquí.

B.6 · Titularidad. Todas las cuentas y el dominio a nombre de <titular> (modo cliente: el cliente, jamás el operador). ⚠️ La ÚNICA excepción, y se declara contra esta regla: el hosting prestado por el operador (hosting: prestado, B.2). No se silencia la contradicción — se escribe con su motivo, su mitigación y su salida, porque un alojamiento prestado sin salida escrita es una dependencia, no un favor. El dominio sigue siendo del viajero aunque el hosting sea prestado: es lo que hace posible la mudanza.

B.7 · Los peajes, declarados con su estado. Día 0: el aviso · Venta: CERRADO hasta la puerta de monetización · Topes: POST-BUCLE. Y el puente a la escuela del gremio con su comando exacto.

FASE C · PRIMERA PROSA — aquí aparece la voz

🧭 Dilo al entrar: «Aquí escribes tus primeras piezas públicas: el manifiesto (qué es esto y a quién sirve) y tres artículos de fundación —tu historia, tu método y por qué tus dominios se potencian juntos—. Salen de lo que ya declaraste, no de casos inventados: lo que todavía no has hecho no se cuenta como hecho. Y hay una regla dura para los tres: tienen que servirle a alguien que no te conoce ni le interesas todavía. Después, tú los pules a mano. Eso no es un defecto del sistema: es donde aparece tu voz de verdad, y es el material que necesita el paso siguiente.»

C.1 · El Manifiesto. Es también la pieza pública temprana: resuelve el «necesito algo que mostrar desde ya» más honestamente que una maqueta. Si no existe, deja el comando de escribe-manifiesto y no sigas.

C.2 · 🌱 La siembra del blog. Verifica los 4 insumos reales (Persona + Norte + MAPA + Manifiesto existen — chequeo de existencia, no de contenido; en la primera encendida el viaje va con pasos atrás y adelante). Con los cuatro, encadena escribe-articulo-de-fundacion 3 veces: historia · método · dominios. Publicables, exentos del gate, autor: = entidad-autor, categoria: = el dominio integrador. No se gotean.

── GATE HUMANO ── El viajero pule los artículos a mano. No es un defecto del motor: es donde su voz aparece de verdad, y es la materia que la fase D necesita. Sin artículos pulidos, no se pasa a D.

FASE D · CONSOLIDAR LA VOZ — antes de que las páginas deriven de ella

🧭 Dilo al entrar: «Ahora leo lo que corrigiste a mano y lo comparo con lo que yo había escrito. Esa diferencia es tu voz real: no lo que dices que te gusta, sino lo que arreglas sin pensarlo. Te propongo llevar esos patrones a tu Norte, uno por uno y con su evidencia, y solo escribo los que apruebes. Si resulta que no hay patrones porque cambiaste poco, te lo digo y seguimos: no voy a inventar uno para que este paso parezca productivo.»

Invoca afina-voz en modo NACIMIENTO (construido en v2.15.6) (disparo temprano, sin métricas de retención: aún no hay audiencia). Lee los artículos ya pulidos, destila los patrones reales y PROPONE el diff al §5 del Norte. Con OK, el Norte queda con la voz descubierta escribiendo, no supuesta.

Es el eslabón que faltaba: la voz sube al Norte antes de que las agregadoras la usen.

El comando exacto: afina-voz en modo nacimiento sobre <Proyecto>. Su calibración, declarada (Prompt Maestro §3.12): muestra = el manifiesto + los 3 artículos pulidos · umbral 2 en vez de 3 · sin retención · lo aprobado se escribe marcado (nacimiento · provisional). Dos salidas, las dos legítimas: patrones aprobados → el §5 queda consolidado; «nada que afinar» → se dice y se pasa a E igual (lo ilegítimo sería inventar un patrón para que la fase produzca algo). Si los artículos no están pulidos, no hay diff: vuelve al gate humano de la C.

FASE E · AGREGADORAS — nacen de piezas terminadas

🧭 Dilo al entrar: «Con tu voz ya consolidada escribo el texto de las cuatro páginas que agregan: portada, quién soy, el sistema y el recorrido. Se llaman así porque no cuentan nada propio: reúnen lo que tus piezas ya dijeron y señalan adónde ir. Son el cartel a la entrada de tu campamento, no la cabaña. Dos reglas que vas a ver en acción: solo enlazo lo que ya está publicado (enlazar borradores convierte tu web en una maqueta) y nada se teclea en el gestor — todo sale de tu vault, para que no acabes con tres versiones de la misma página.»

Ahora, y solo ahora, se escribe el TEXTO DE VOZ de las páginas que agregan: la portada · /quien-soy · /sistema · /recorrido. Se derivan de Persona + Norte + MAPA + la voz ya consolidada, y enlazan los artículos que YA existen (fase C, publicados).

Regla dura: el contenido referenciado debe estar publicado, no solo la URL alcanzable. Una agregadora que enlaza borradores es una maqueta, aunque las URLs sean deterministas.

El comando exacto: monta-el-cartel-del-campamento sobre <Proyecto> (v2.15.6; lo invocas como sub-rutina, sin preguntas). Deriva las cuatro de una corrida, la portada al final (agrega a las otras tres), respeta el largo que declara cada ranura y lista las faltas en vez de taparlas.

UNA SOLA COPIA: el texto derivado vive en el espejo de la web del proyecto (web-<slug>/datos-web/<pagina>.php con la plantilla; el archivo equivalente de su stack si no) y no hay nota por página — una nota canónica más sería la tercera copia, y esa divergencia fue el fallo original. Nada se teclea en el gestor.

ESTE documento es el dueño del ESTADO de las agregadoras (no tienen frontmatter, así que no hay publicable/publicado que voltear): los checkboxes de esta fase lo dicen todo — una línea por página derivada, el despliegue manual como pendiente aparte (derivar no es publicar) y la verificación en vivo de la fase F. Molde en references/las-cuatro-agregadoras.md del skill.

(El cascarón se montó en B.2. Aquí no se mueve «la página»: se escribe su texto.)

FASE F · DÍA 0 — el estreno, y es lo que este skill existe para producir

🧭 Dilo al entrar: «Esto es el estreno, y tiene tres condiciones que no se negocian: el sitio en vivo (no en tu computador), todos los enlaces resolviendo a un destino real, y el formulario probado de punta a punta por ti mismo. Hasta que las tres se cumplan, el alistamiento no cierra. La razón es simple: una página con enlaces muertos es una maqueta, y una maqueta produce justo la sensación de «algún día esto será algo» que todo este viaje existe para quitarte.»

El alistamiento no es una lista de tareas: es el clímax del peaje. Todo lo anterior —Persona, Norte, MAPA, cuentas— se paga para llegar aquí. La frase que hay que poder decir al cerrar:

«Tengo una página web que puedo compartir desde ya para que vean lo que hago.»

Tres condiciones, y ninguna es negociable: ① el sitio está en vivo, no en local ni en borrador · ② todos los CTA resuelven a un destino real (una página con enlaces muertos es una maqueta, y una maqueta produce justo la sensación de «algún día» que el motor combate) · ③ el formulario de captación funciona de verdad, probado punta a punta. Hasta que las tres se cumplan, el alistamiento no cierra.

Y una comprobación que da un número: curl -s https://<dominio>/ | grep -c '{{' tiene que dar 0. Desde v2.15.4 esa cuenta cubre también la prosa.

Escribe el documento según references/plantilla-alistamiento.md y cierra con la línea de estado.

Y dile qué sigue, porque aquí acaba el arranque y empieza el viaje (2026-09-10): con la fase F cerrada, el día 0 del manifiesto ya puede correr (publicarlo · grabar el tráiler · subirlo · pegar su URL) y, con eso, la primera tarea de tu primera fase: crea-nota-estudio-concepto para cada concepto ⛓ que esa tarea pida, y después crea-nota-tarea. Dicho en una línea: «el campamento quedó montado; lo que sigue es caminar».

Modo peaje-de-venta (al cruzar la puerta de monetización)

1. Verifica el disparo (ruta cerrada + lote publicado — o decisión explícita del viajero de adelantarlo). 2. Añade al MISMO documento la sección «🛂 Peaje de venta (abierto <fecha>)»: alistamiento de venta (cuenta en la plataforma del Norte · método de cobro · datos fiscales EN la plataforma) + licencia de venta (checkboxes POR COBERTURA de la jurisdicción: registro tributario si aplica · facturación · términos de venta de la web — redactados como preguntas a resolver con su contador, jamás como afirmaciones de cifras o regímenes) + el puente a la escuela. 3. Quien cursó la escuela marca «ya lo sé / ya lo tengo» — el peaje se paga en una pasada.

Modo revisión (retro anual, o a pedido)

1. Recorre el registro y los checkboxes: URLs resuelven · bios siguen idénticas a la entidad-autor · newsletter viva · aviso enlazado · vigencias (dominio, hosting) con fecha próxima anotada. 2. Reporta el diff (qué se rompió, qué divergió, qué vence) y deja los checkboxes de reparación. Jamás «arregla» pegando URLs inventadas.

Reglas

• EL ORDEN ES DOCTRINA, no preferencia. Las seis fases no se reordenan ni se solapan por comodidad. Las tres reglas que lo sostienen: ① una agregadora nace de piezas terminadas, no se rellena después (es DD-03 aplicado al nacimiento de la web) · ② la voz se descubre en la prosa (C) y sube al Norte (D) antes de que las páginas deriven de ella (E) · ③ el contenido que una agregadora referencia debe estar publicado, no solo alcanzable.
• El nombre se asegura antes de vestirlo. Handles y dominio libres preceden al §5-bis. Un handle ocupado descubierto después obliga a rehacer logotipo, bios y perfiles enteros.
• Los handles NO se verifican por código HTTP (medido 2026-09-10): Facebook devuelve 400 a todo y X, Instagram, LinkedIn y TikTok devuelven 200 a cuentas inexistentes. Se abren en el navegador, con sesión. Un 200 no prueba nada.
• Checklist por cobertura, jamás máximo fijo. El alistamiento de cada viajero es tan grande como su Norte — esa es la anti-barrera.
• La licencia es progresiva. Nada de negocio se exige en T1.5; el peaje de venta abre en la puerta de monetización. El único papel del arranque es el aviso de privacidad — porque capturar correos obliga desde el primer correo.
• El motor no es contador (invariante 10 aplicada a lo legal): checkboxes como preguntas por cobertura, cifras y regímenes JAMÁS aseverados — «resuélvelo con tu contador» es la respuesta honesta del motor.
• El registro de perfiles es dueño único de las URLs/sameAs: pegadas UNA vez, leídas por todos. Cero URLs duplicadas en el vault.
• Bios idénticas o divergencia declarada. La entidad-autor es UNA; el modo revisión caza la deriva.
• La plantilla es vía-atajo, no default silencioso: se declara con su peaje, y el camino largo (el manual completo) queda visible.
• Titularidad del cliente en modo cliente. Sin excepciones: el motor se va, las cuentas se quedan.
• No tocas el Norte ni el manifiesto: el registro vive aquí; el checkbox 0 lo monta escribe-manifiesto y lo marca el viajero.
• Sé conciso en el chat; el trabajo vive en el documento.

Referencias

• references/plantilla-alistamiento.md — el esqueleto exacto de Alistamiento-<Proyecto>.md (los tres modos escriben en él).