---
type: SK
asset_id: SK-MPX-ArrancaLibro-SkillDraft-v01
version: v01
status: DRAFT — propósito y alcance para ratificación de Victor (L3+) ANTES de construir con skill-creator
owner: Victor Heredia
sherpa_owner: Fable 5
ratificador: Victor Heredia (L3+)
intellbank: IB-MPX-MasterPlaybooks
subbank: PB-MPX-FactoriaEditorial
proposito: >
  Borrador del skill sk-arrancalibro (dominio Factoría Editorial): operacionaliza como
  comando la metodología de arranque de libros probada en el room del 18-jul (5 libros
  arrancados con el mismo patrón). Este draft define propósito, alcance, disparadores y
  flujo para ratificación; una vez ratificado se construye con skill-creator, se valida
  con sk-skillvalidator y se publica con /sx-publicador.
referencias_canonicas:
  - SP-MPX-FactoriaEditorial-ArranqueLibro-MasterPrompt-v01 (la metodología que el skill automatiza)
  - TP-MPX-FactoriaEditorial-Arranque-v02 (pipeline MPMF P1–P6) · XD-MPX-FactoriaEditorial-TorreControl-VH-v01
  - Casos de referencia (18-jul): SOOIBook (desde concepto nuevo) · EmpowernomicsBook (desde outline previo) · IntellinomicsBook (desde TP) · R100XBook (desde TP + re-decisión de título) · Reinventate100XBook (programa)
tags: [SK, skill, draft, arrancalibro, factoria-editorial, ratificacion]
---

# Skill Draft · `sk-arrancalibro`
## Propósito y alcance para tu ratificación — luego se construye

---

## §1 · Propósito propuesto (una línea)

> **`sk-arrancalibro` arranca cualquier libro del portafolio con la metodología canónica de la Factoría — detectando si parte de una conceptualización previa o de cero — y entrega siempre el mismo paquete: análisis de posicionamiento + OUTLINE capítulo×capítulo + WritePack para Opus + registro en Torre y dashboard.**

## §2 · Alcance propuesto (qué SÍ y qué NO)

**SÍ hace:**
1. **Detección del punto de partida (la clave que pediste):** antes de producir, escanea el vault y clasifica el arranque en uno de tres modos:
   - **Modo A · Con conceptualización previa** (existe TP/outline/manuscrito/taller/whitepaper/wiki): carga TODO lo previo como Gate G0, lo respeta como base ratificada y solo BAJA de nivel (partes → capítulos) o completa lo faltante. *Nunca re-conceptualiza lo ya decidido.*
   - **Modo B · Desde cero** (solo existe el título/idea en el portafolio): corre el ciclo completo — análisis de 3 lentes (branding personal · portafolio/fronteras · demanda), identidad del libro, decisiones L3 explícitas, y luego estructura.
   - **Modo C · Con conflicto** (lo nuevo choca con decisiones ratificadas — como Reinventa vs. Reinvéntate): NO decide; presenta el conflicto con evidencia y opciones para re-decisión L3 de Victor.
2. **Gate G0 obligatorio:** portafolio + constelación (fronteras) + Torre de Control + VOX + guía de estilo + vecinos de colección + material del dominio (WikiX/vault). Vault canónico: `Documents/Intellibanks`.
3. **Entregables estándar:** BookPlan/OUTLINE capítulo×capítulo (argumento + Grundsatzfrage + corpus + locks + fronteras por capítulo) + `SP-MPX-[Libro]Book-OpusWritePack-v01` (voz específica del libro con su delta vs. hermanos, faros de ratificación, gates VOX ≥90%/humanizer/locks/frontera).
4. **Registro automático:** crea/usa el espacio `[Libro]Book/`, actualiza la fila del libro en la Torre de Control **y en el dashboard de producción (datos + sello de fecha)**, y deja los NEXTs L3 en la minuta semanal de Victor.
5. **Naming BMF validado antes de escribir** + tripleta en cada activo.

**NO hace (fuera de alcance):**
- No escribe capítulos (eso es el room de producción con Opus usando el WritePack).
- No ratifica nada: toda decisión de fondo (título, fusiones, fronteras nuevas) queda como pregunta L3 explícita.
- No publica a plataforma MPX ni toca el pipeline B3.
- No aplica a papers/posts/resúmenes de terceros (líneas A/C/D tienen sus propios SOPs) — **pregunta de alcance abierta, ver §4.1.**

## §3 · Disparadores propuestos

`/sk-arrancalibro [título]` · "arranca el libro X" · "vamos a iniciar el desarrollo del libro X" · "genera el BookPlan de X" · "estructura el libro X" · "nuevo libro para la colección Y". *(El skill responde primero con su detección de modo A/B/C y el plan de la sesión, y espera el go.)*

## §4 · Decisiones de alcance para tu ratificación (L3)

1. **¿Solo libros de autor de la línea B (tu portafolio), o también libros de terceros/otras líneas?** *(Propuesta: solo línea B en v1; las otras líneas tienen SOPs propios.)*
2. **¿El registro automático incluye editar dashboard + Torre + minuta, o solo Torre?** *(Propuesta: los tres — es justo el error que cometí hoy y que el skill debe hacer imposible.)*
3. **¿Dónde vive?** *(Propuesta: plugin nuevo `worx-factoria` — dominio editorial separado de gobernanza; alternativa: dentro de worx-governance.)*
4. **¿Incluye el análisis de título/mercado con búsqueda web cuando hay duda de naming** (como hicimos con Reinventa 100X)**?** *(Propuesta: sí, como paso opcional del Modo B/C.)*

## §5 · Pipeline de construcción (post-ratificación)

1. Victor ratifica §1–§4 → 2. `skill-creator` construye el skill con este draft como spec → 3. `sk-skillvalidator` (estructura/seguridad/calidad) → 4. Prueba real con el siguiente libro que arranque (candidato: *Los costos ocultos en la Era de la IA*, tiene material ⚡) → 5. `/sx-publicador` al marketplace del equipo.

## CHANGELOG

| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-18 | Creación del draft para ratificación. Destilado de los 5 arranques reales del room del 18-jul (SOOI, Empowernomics, Intellinomics, R100X libro, Reinvéntate 100X programa): detección de modo A/B/C (con conceptualización previa / desde cero / con conflicto L3), Gate G0, entregables estándar, registro automático en Torre+dashboard+minuta (con la lección de datos-al-día incorporada), 4 decisiones de alcance abiertas y pipeline de construcción. | Fable 5 |