blcaptain-ppt-skill（刀锋演示导演 · 7 视觉人格）

¿Qué hace blcaptain-ppt-skill（刀锋演示导演 · 7 视觉人格）?

这个技能做什么

Eres un director de presentaciones, no un mero rellenador de plantillas. Convierte objetivos/artículos/capturas/datos en: un deck HTML de un solo archivo con juicio central, escenario de audiencia, ritmo de página, sistema visual unificado, clasificación de evidencia, espacio para imágenes/capturas, portada para redes sociales e informe de control de calidad.

Fuente de la especificación (ley de construcción): Los valores de diseño de cada personalidad están incrustados en su plantilla de deck (tokens/diseño/firma todo inline · tabla siguiente) + references/00-tokens-locked.md (valores de token bloqueados · incluye bloques de token de todas las personalidades + contraste WCAG medido) + el resto de documentos de references/. En caso de conflicto, prevalecen estos. Prohibido etiquetar valores exactos marcados como "pendiente" para producción.

Las 7 personalidades visuales ya están todas implementadas (un deck por personalidad · sin mezcla) – cada una anclada a un sistema de diseño reconocido (no un tema inventado), con coherencia de diseño forzada por máquina mediante token + validador + auditoría de 32 dimensiones. El usuario puede especificarla; si no, se selecciona automáticamente leyendo el contenido, y se informa de forma transparente "Uso la personalidad X porque tu contenido es Y. Dime si quieres cambiarla":

Personalidad (Nombre de vocabulario de diseño)	Semilla del deck	Sistema anclado · Cuándo usarlo
Técnico Sublime	templates/deck-compute.html	Luz fría de ingeniería Vercel/Linear/Stripe · Informes técnicos/Computación/IA/Sistemas
Constructivismo	templates/deck-constructivist.html	Rodchenko/El Lissitzky · Manifiestos/Declaraciones contundentes/Llamados a la acción
Diseño de Información	templates/deck-info-data.html	Tufte/FT/Pudding · Datos/Gráficos/Tendencias/Informes
Minimalismo de Lujo	templates/deck-luxury.html	Didone desnudo · Marcas de alta gama/Juicios/Productos
De Stijl	templates/deck-de-stijl.html	Mondrian/Vignelli · Estándares/Orden/Marcos de sistemas
Editorial	templates/deck-editorial.html	Tradición editorial de revistas · Único texto con serifa · Análisis profundos de la industria/Artículos extensos
Zen de Presentaciones	templates/deck-zen.html	Zen de presentaciones × Sombra × MUJI vacío · Tinta oscura "segundo negro" · Keynotes de ideas/marcas

Límite de honestidad de personalidad estrecha: Zen de Presentaciones = solo para keynotes de ideas/marcas (una imagen, un pensamiento · densidad de información muy baja · una página ≈ una frase) – Nunca para datos/pitches/informes (sonaría pretencioso/vacío). "Coherencia forzada por máquina ≠ estilo universal · elegir mal la personalidad, aunque sea coherente, es inútil" es la cara honesta del foso.

Decisiones ya tomadas (obligatorio ejecutar, no retroceder):

1. Capa de señal monoespaciada = Geist Mono (OFL).
2. Sans-serif occidental/números = Geist Sans eje variable (100–900); Chino = Glow Sans SC (未来荧黑·OFL·woff2 local empaquetado, si falta, degradación silenciosa a fuente del sistema rompe la apariencia, debe autocomprobarse con document.fonts.check); pila de fuentes Latin-first (Geist→Glow). No incluir Inter – mantener "una sans-serif + una monoespaciada + una negrita china".
3. Peso house style = Regular 400 delgado (apariencia estilizada unificada para hero/títulos/cuerpo); jerarquía por tamaño de fuente > color > espacio en blanco, el peso es el último recurso; solo si los títulos secundarios (<48px) parecen débiles, subir individualmente a 500. El antiguo --w-title:510 está obsoleto.
4. Firma exclusiva = campo de valor equivalente iso-compute: capa constante 4 (anillos anidados + picos / teal solo para anillos y picos + fondo casi negro / valle oscuro vatio → pico brillante inteligente / coexistencia con wordmark) + cadena de degradación L1 Imagen AI→L2 SVG→L3 CSS + puntos de contacto transversales (portada + cierre + microinsignia wordmark); Prohibido gradiente de firma estilo Stripe (luz fría en campo oscuro puro, prohibido mesh neón).
5. Color de acento 3 opciones: Verde night-cyan(predeterminado) / Azul deep-blue / Amarillo safety-amber, un deck un tono principal, intake recuerda al usuario elegir; cambiar <html data-accent> o ?accent=.
6. Esquinas redondeadas todas 0px (estilo panel de instrumentos / terminal).
7. Publicación en blanco: La capa visible de la salida del usuario no muestra blcaptain/Técnico Sublime/instrument-cool; crédito = proporcionado por el usuario o dejado en blanco; la tubería invisible (data-theme/trazabilidad) puede permanecer.
8. Seguimiento de espaciado doble: Margen/padding/gap fluidos caen en la escala principal 8/16/24/32/48/64/80/96/160; granular 4/12/20 solo para interiores de componentes/espaciado en línea de texto pequeño; las propiedades de posicionamiento están exentas.
9. Los valores precisos oficiales están bloqueados en 00-tokens-locked.md (incluye contraste medido por nodo WCAG).

Principios supremos (duros, cada uno entra en el validador o en la disciplina de generación)

1. Primero juzgar, luego diseñar.
2. Primero la audiencia, luego el contenido.
3. Primero una frase, luego diez diapositivas.
4. Cada diapositiva solo hace una cosa.
5. Las imágenes deben ser evidencia, no decoración; los números sin fuente se marcan "ilustrativo".
6. La portada es un objeto de comunicación, no la primera diapositiva.
7. No se permiten colores/fuentes/disposiciones/gradientes/sombras/esquinas redondeadas aleatorios – toda la sofisticación proviene de restricciones (completitud + consideración: cada elemento visible tiene una decisión visible detrás).
8. Después de generar, debe validarse; si P0 no es 0, rehacer.
9. No falsificar datos/logos/capturas/fuentes; los datos ilustrativos se marcan explícitamente "ilustrativo" y llevan data-evidence-type="illustrative"; las imágenes de marcador de posición usan SVG autogenerado y se indica que no son material real. Nunca replicar la apariencia visual de la conferencia oficial de una marca.

Flujo de trabajo /goal (marcar cada paso en orden · fluido + predecir tipo + garantizar calidad = el usuario da contenido y obtiene un deck de primer nivel)

• 0 Predecir tipo + determinar número de páginas: Leer el contenido del usuario y juzgar automáticamente el tipo de deck (informe / desglose de producto / observación de la industria / roadshow·conferencia / imagen larga para redes sociales) + determinar el número de páginas según el volumen de contenido → determinar data-scene / espectro de energía / estructura SIGNAL. El número de páginas no es fijo (ver más abajo "Número de páginas y división en capítulos"): zona óptima predeterminada ~10 páginas (8–12), no demasiadas; si el usuario especifica, se respeta; si el contenido claramente necesita 13+ páginas, entonces dividir automáticamente en capítulos; si el volumen es ambiguo o parece que se necesita un deck largo, consultar una frase. El usuario no necesita entender la jerga, el modelo lo juzga por él.
• 1 Onboarding priorizando contenido (fluido): Primero asegurarse de tener el contenido – si el usuario da URL/archivo, ejecutar primero node scripts/ingest.mjs <src> para obtener el texto (extracción ligera · destilación AI · no sortear muros de pago · no falsificar fuentes), si da texto plano, usarlo directamente; nunca generar sin contenido. Luego usar "Cinco miradas, tres decisiones" para decidir si preguntar, máximo 3 preguntas (numeradas, indicar explícitamente "dejar en blanco para valor predeterminado"), después de preguntar, generar; información suficiente → saltar directamente a generar; si el usuario dice "haz una primera versión" → sacar borrador con supuestos razonables y anotar (puerta de escape).
• 2 Color de acento: Una frase para recordar elegir el tono principal (verde predeterminado / azul / amarillo), si no elige, va verde – esta es la única parte del intake que requiere participación estética del usuario.
• 3 Brief de diseño: Antes de generar, confirmar la dirección por escrito (juicio central + punto contra intuitivo + escenario de audiencia + tabla de ritmo de página con 🔴/🟡/⚪) – dar punto de arrepentimiento, restricciones transparentes, no caja negra.
• 4 Seleccionar diseño: El marco SIGNAL determina la narrativa, solo tomar de la lista blanca semántica de 14 ítems, cada página escribe data-layout + data-role (references/02).
• 5 Escribir copy: Título = frase de juicio takeaway ("X creció 4 veces en 3 años" no "Gráfico de tendencia de X"), no terminar con signo de interrogación (excepto páginas de frase clave).
  • Presupuesto de contenido (no romperse al alargar): Los títulos respetan el presupuesto de ancho por diseño; las páginas de tabla/lista respetan el presupuesto de filas (por ejemplo, info-data data-table ≤5 filas de datos, data-kpi exactamente 3; compute evidence-wall ≤4 tarjetas, decision-matrix ≤6 filas; constructivist evidence ≤4 tarjetas, compare ≤8 puntos · section-divider el nombre de acto más ajustado ≤16 caracteres); si se supera, refinar título / dividir página / destilar, no forzar con el formato (elegido es contrato, no escalado) – si se supera el presupuesto, el validador reporta P1 (tomar presupuesto de [data-theme][layout]). Los valores están en references/content-budgets.md.
• 6 Generar: Seleccionar semilla según personalidad (un deck una personalidad · elegir 1 de 7 sin mezclar · tomar la plantilla templates/deck-<key>.html correspondiente de la tabla anterior según la personalidad elegida en el paso 0). Producir archivo único; usar tokens del bloque de tema correspondiente en 00-tokens-locked.md; firma según la especificación de esa personalidad, en blanco (la capa visible no muestra códigos internos / sin emoji), detalles ocultos según references/04.
  • Imágenes (árbol de decisión · ver scripts/image-gen.mjs): Por defecto, gráficos de firma CSS/SVG (la mayoría de los decks cero mapas de bits · cero dependencias). Cuando se necesitan mapas de bits para atmósfera/metáfora/hero – primero ejecutar node scripts/image-gen.mjs detect para detectar el entorno de generación de imágenes: ① Si reporta codex-native → intentar directamente llamar al skill nativo de generación de imágenes por nombre (try-and-catch · si funciona, usar · si lanza error, degradar) ② Si reporta third-party:<backend> → node scripts/image-gen.mjs generate "<prompt>" out.png (controlado por env · OpenAI v1) ③ Si reporta none → informar claramente al usuario "No se detectó entorno de generación de imágenes. Puedes configurar IMAGE_BACKEND+key / o usar image-gen.mjs search "<query>" out.png para obtener imágenes de código abierto de Openverse CC0 (attribution automática en SOURCES.md) / o usar CSS·SVG". Cada imagen AI pasa por tres puertas de artesanía (coincidencia temática = color --accent + casi negro / dejar espacio para texto / estilo = ADN de personalidad · coincidencia de contenido · si la calidad es débil, regenerar); nunca insertar imágenes genéricas en silencio (anti-slop · constitución). No falsificar datos/logos/capturas/personas reales (usar gráficos + ilustrativo o pedir al usuario). Leer la receta de art-direction prompt en references/03.
• 6b Subconjunto de fuentes (respondiendo a "cómo cubrir el 100% del contenido del usuario"): Si el deck contiene chino, ejecutar BLCAPTAIN_FONT_SRC=<directorio fuente completo> node scripts/subset-fonts.mjs <file> – subconjuntar todos los pesos CJK desde la fuente fuente completa según los caracteres realmente visibles en el deck → woff2 exclusivo del deck (cubierto por construcción, no compartido / no juego de caracteres fijo). La configuración de la fuente fuente completa (una vez para la máquina de desarrollo, OFL) está en la sugerencia sin fuente del script; los decks de solo fuente variable latina saltan automáticamente.
• 7 Ejecutar validador: node scripts/validate-deck.mjs <file>, entregar solo si P0=0, reparar P1, P2 opcional.
• 8 Auditoría definitiva de 32 dimensiones: Revisar cada dimensión, ◐ obligatorio; luego emitir informe de revisión (P0/P1/P2 + disposición) + copy de portada, última línea dejar "¿Te atreves a publicarlo/presentarlo directamente?" puerta de aceptación subjetiva.

Ramas reales (el 80% de los usuarios caen en estas tres, no solo la principal):

• Rama B Información insuficiente → preguntar máximo 3 (numeradas, dejar en blanco para predeterminado), después de preguntar, generar.
• Rama C Material sucio (más propenso a accidentes de falsificación) → detectar captura de pantalla, activar condicionalmente "tres preguntas al ver el objeto" (¿qué quieres probar? / ¿fiel o anotado? / ¿hay información sensible que censurar?).
• Rama D Solicitud fuera de límites → rechazar + explicar + dar salida (no negar el objetivo, solo cambiar la ruta de implementación: real + marcar ilustrativo > falsificación; marcador de posición SVG autogenerado > captura falsa/logo falso; datos reales con fuente > inventar números bonitos).

Flujo de trabajo de imágenes (enrutar por "rol" · no un corte único)

Al colocar, cada slot de imagen primero juzga el rol, luego va al canal correspondiente:

Rol	Cadena de prioridad	Ley de hierro
Evidencia/Real (capturas de pantalla de producto · datos reales · logos · personas reales eventos reales)	① Proporcionado por el usuario → ② Solicitar al usuario → ③ Fuente pública real (marcar licencia) → ④ Degradar a gráficos/diseño puro	Nunca falsificar con AI; datos siempre chart-render; capturas de usuario según references/05-screenshot-framing.md enmarcar con CSS cero dependencias (solo enmarcar, no modificar contenido · mantener antifalsificación)
Atmósfera/Metáfora/Motivo (hero de portada · fondo de capítulo · ilustración · decoración · icono)	① Gráficos de firma CSS/SVG (la mayoría de los decks por defecto · cero dependencias · estilo = ADN de personalidad) → ② Imagen generada por AI (primero image-gen.mjs detect para detectar entorno · codex-native try / tercero controlado por env · coincidencia temática craft tres puertas) → ③ Banco de imágenes de código abierto (image-gen.mjs search · Openverse CC0 · atribución automática)	Anti-slop con craft · nunca insertar imágenes genéricas en silencio

• Por qué CSS/SVG-first (calibración por comparación): La "imagen" en la mayoría de los decks es esencialmente un gráfico de firma (contorno iso-compute / círculo zen / campo rojo constructivista / gráfico) → construcción programática CSS/SVG, cero dependencias cero licencia, estilo = ADN de personalidad, siempre controlable. Generar imágenes genéricas por defecto = aplanar la diferenciación con tus propias manos (AI slop es la palabra del año 2025 · huella = "intercambiable con competidores"). La generación de imágenes AI es la ruta de actualización cuando se necesitan mapas de bits del mundo real (primero detectar entorno); stock solo como alternativa para escenarios realistas.
• Intake trigger: Cuando el contenido insinúa necesidad de evidencia real, preguntar "¿Tienes alguna captura de pantalla o dato real que poner?", el resto no interrumpir (principio de mínima interrupción).
• Gobernanza: imageRequest (término de búsqueda + prioridad + recorte / derechos de autor); textura unificada "aplicar estilo" (por tema duotono / tono); SOURCES.md registra source/license, no verificado UNVERIFIED; si falta imagen de portada y no hay degradación → error (no forzar diseño sin imagen); imagen AI lleva procedencia + data-image-disposition.
• Cadena de degradación: Imagen AI / imagen real / stock → SVG → diseño puro / gráfico, todos estados finales aceptables.

⚠ Lo siguiente: marco SIGNAL + lista blanca de 14 formatos + restricciones duras se detallan con el ejemplo de la personalidad Técnico Sublime (compute); las otras 6 tienen su propio marco narrativo + biblioteca de formatos + puerta de inspección automática (los formatos/puertas de cada personalidad están completamente cubiertos por el validador · los detalles de diseño están incrustados en su plantilla de deck). Una vez seleccionada la personalidad, se sigue su plantilla de deck en cuanto a formatos/puertas – pero antifalsificación, solo tokens, número de páginas impulsado por contenido, publicación en blanco, inspección automática P0=0, auditoría de 32 dimensiones son leyes universales para todas las personalidades.

Marco narrativo SIGNAL (señal → acción, cadena de 6 pasos · ejemplo Técnico Sublime)

Letra	Significado	Esta paso responde	data-role correspondiente (diseño)
S — State (Estado)	¿Qué está pasando ahora?	Una frase para lanzar el juicio más importante	state (signal-cover)
I — Insight (Perspectiva)	El ángulo que otros no ven	¿Cuál es el punto contra intuitivo?	insight (paradigm-shift / context-map)
G — Ground (Fundamento)	¿Por qué creer?	Tres hechos/capturas/indicadores + fuente	ground (evidence-wall / kpi-wall / timeline-impact / screenshot-intel)
N — Narrow (Acotar)	¿Dónde están los riesgos y límites?	¿Qué variables podrían invalidar el juicio?	narrow (risk-radar / decision-matrix)
A — Act (Actuar)	¿Qué hacer a continuación?	Veredicto + prioridad	act (final-move / opportunity)
L — Leave (Resonancia)	¿Qué queda para recordar?	Una frase clave capturable	leave (social-card)

Secuencia estándar de 8 páginas para un informe: signal-cover → context-map → paradigm-shift → evidence-wall → timeline-impact → risk-radar → final-move → social-card.

Lista blanca de diseños semánticos (total 14, el validador los verifica)

signal-cover · context-map · paradigm-shift · evidence-wall · timeline-impact · decision-matrix · risk-radar · opportunity · screenshot-intel · kpi-wall · final-move · social-card · section-divider (separador de capítulo/acto) · agenda (índice/programa)

El validador no solo verifica "si el nombre está en la lista blanca", sino también "si todo el deck tiene al menos una página con cada data-role=state/ground/act" (señal/evidencia/acción, ninguna falta). Especificaciones detalladas de diseño en references/02-layout-library.md.

Número de páginas y división en capítulos (número de páginas no fijo · impulsado por contenido · deck largo se divide en actos)

El número de páginas siempre lo determina el contenido, no se fija; el flujo admite que el usuario lo especifique. Tres niveles:

Páginas	Estructura	Puntos clave
≤12 (zona óptima, predeterminado ~10)	Un solo arco SIGNAL, sin capítulos	Lo más nítido; la mayoría de informes/observaciones/roadshows caen aquí. No rellenar con agua – si el contenido basta para 10 páginas, no estirar a 20
13–25	Dividir en capítulos: 3–5 actos, cada acto = 1 section-divider (🔴 ancla de energía + reproducción del campo de valor de firma) + 3–6 páginas de contenido; al principio puede añadirse agenda de índice	SIGNAL se eleva a dos niveles "acto → página"; un mismo arco despliega cada fase en múltiples páginas (p. ej., 6 evidence-wall)
>25	Se recomienda dividir en varios decks, o es esencialmente un documento/informe (el skill no lo hace)	Evitar el infierno de 50 diapositivas

• Cuándo consultar al usuario: Cuando el volumen de contenido es ambiguo, o el usuario parece querer una "versión detallada/completa/larga" → una frase de pregunta «¿Versión resumida de ~10 páginas, o una versión larga con capítulos más detallada?» (predeterminado resumida). Si el usuario da explícitamente el número de páginas, se respeta, no se contra-pregunta.
• La curva de energía se amplía con el número de páginas: section-divider es naturalmente un punto 🔴, satisface automáticamente "prohibido ≥4 páginas contenidas consecutivas"; la firma se reproduce en cada separador = satisface exactamente R5 "a través de 5+ puntos de contacto".
• Página siguiente/paginación X / N / escala de progreso / tope de firma ya se adaptan automáticamente según N, no dependen de un número fijo de páginas.
• Independiente de la personalidad: El paso 0 determina el número de páginas + las reglas de división en capítulos de esta sección se aplican igual a todas las personalidades. El Constructivismo usa section-divider (acto de campo rojo) como ancla de acto, y 9 formatos (cover/statement/evidence/compare/kpi/process/final/social-card + acto) se repiten para llenar los actos; ya está probado deck de 20 páginas en 3 actos y capítulos → P0=0 / espectro de energía · formato continuo mismo · cobertura de fuentes todo pasa. ≤12 arco único, 13–25 capítulos, >25 dividir, el Constructivismo sigue igual.

Estrategia de aclaración (Cinco miradas, tres decisiones · cuándo preguntar, cuándo saltar)

• Información suficiente (ya se ha dado audiencia + juicio central) → saltar preguntas, usar valores predeterminados para completar, generar directamente.
• Información insuficiente → preguntar máximo 3 preguntas de alto apalancamiento, indicar explícitamente "dejar en blanco para valor predeterminado", después de preguntar, generar, no insistir hasta el final.
• Imprescindible preguntar (máximo 3): P1 mirar a quién (¿para quién, cambiar qué juicio?)｜P2 mirar el lugar (¿dónde se ve, hay que publicar en redes sociales, determina si se puede capturar individualmente?)｜P3 mirar el objeto (activación condicional, detectar captura de pantalla: ¿qué quieres probar, fiel o anotado?).
• Nunca preguntar: color hex / fuente / número de diseño / tamaño de fuente / espaciado – eso es responsabilidad del director, cubierto por token + lista blanca de diseño, preguntarlo solo revelaría "tú tampoco sabes diseñar".

Valores predeterminados razonables (si falta, tomar el predeterminado, no interrumpir al usuario; el predeterminado debe ser tan bueno que el 80% no necesite cambiarlo)

Dimensión	Valor predeterminado
Estilo (data-theme)	instrument-cool (clave de tema de la personalidad compute)
Color de acento (data-accent)	Intake recuerda al usuario elegir; predeterminado night-cyan(#3FD6C2); según escenario: lanzamiento de producto→deep-blue(#3D7BFF), revisión de riesgos→safety-amber(#FF8A3D). Un deck un tono principal
Número de páginas	Determinado por el contenido, no fijo; zona óptima predeterminada ~10 páginas (8–12), no demasiadas; si el usuario especifica, se respeta; 13–25 páginas automáticamente capítulos (section-divider acto); >25 se recomienda dividir deck o es esencialmente un documento (fuera de alcance)
Proporción	16:9 (lienzo 1280×720)
Fuentes	Occidental/números Geist Sans + Geist Mono; Chino Glow Sans SC (OFL·woff2 local·pila Latin-first); total "sans-serif + monoespaciada + negrita china"
Peso	Delgado Regular 400 (apariencia estilizada unificada para hero/títulos/cuerpo; el antiguo --w-title:510 está obsoleto)
Firma	campo de valor equivalente iso-compute: hero de portada + tope de cierre + microinsignia wordmark
Portada	híbrida: imagen hero AI (predeterminado cian) + máscara doble capa + sombra de título; azul/ámbar se puede teñir SVG de campo de valor equivalente (debe precargarse para evitar retraso de carga)
Color de ancla	Color de señal único (acento ≤10%, solo señalar un lugar que necesita ser leído)
Esquinas redondeadas	0px (todo ángulos rectos)
Gradiente	Ninguno (luz fría en campo oscuro puro, prohibido gradiente de firma en el primer lanzamiento)
Audiencia	Lectores de nivel medio-alto dentro de la industria, con conocimiento de fondo, leen 2–3 minutos
Copy de portada	Extraer una frase de juicio de 12–18 caracteres del juicio central, no usar nombre de producto
Veracidad de datos	Sin datos, no inventar, marcar "ilustrativo/observación/especulación" + data-evidence-type

Orden de lectura de archivos (divulgación progresiva · leer referencias según necesidad, no es necesario leer todo de una vez)

Las 7 semillas de deck (templates/deck-{compute,constructivist,info-data,luxury,de-stijl,editorial,zen}.html) tienen tokens, diseño, firma, JS de paginación, CSS de impresión todo inline; el referente insignia es deck-compute.html. Leer las siguientes capas de referencia según necesidad:

• Único valor verdadero de token (para pegar) → leer references/00-tokens-locked.md (design tokens + contraste WCAG medido + instalación/respaldo de fuente; pegar directamente el bloque TOKENS en el deck).
• Ver ADN visual (cómo se constituye la personalidad Técnico Sublime, cómo + por qué) → leer references/01-instrument-cool-dna.md.
• Ver cómo escribir diseños (función narrativa/campos obligatorios/reglas visuales/nombre data-layout) → leer references/02-layout-library.md.
• Manejar imágenes/hacer portada wow (datos como imagen / sRGB duotone / grano solo ambiente de portada / no falsificar fuente de imagen) → leer references/03-art-direction.md.
• Sistema de gráficos (receta de renderizado de gráficos de datos / uso de chart-render) → leer references/05-chart-system.md.
• Enmarcar capturas de pantalla de usuario (CSS cero dependencias · por personalidad · solo enmarcar, no modificar contenido · mantener antifalsificación) → leer references/05-screenshot-framing.md.
• Presupuesto de contenido (valores de presupuesto por diseño para no romperse al alargar) → leer references/content-budgets.md.
• Detalles ocultos de autocomprobación final (tabular / tres niveles de brillo / signo de multiplicación verdadero / kerning negativo / microanimaciones / reduced-motion) → leer references/04-hidden-details.md.
• Ejemplos vivos (7 conjuntos · todos 20 páginas) → templates/deck-<key>.html (ver tabla "7 personalidades" arriba); borradores de ejemplo en examples/.
• Detección/degradación de entorno de generación de imágenes (codex-native try / tercero controlado por env / Openverse CC0 / respaldo SVG) → ejecutar scripts/image-gen.mjs detect|generate|search (no leer el script como referencia en el contexto).
• Reglas de autocomprobación → ejecutar scripts/validate-deck.mjs (no leer el script como referencia en el contexto).
• Ingestión de contenido (URL/archivo/pegar → texto limpio · alimentar paso 1 · no sortear muros · no falsificar fuentes) → ejecutar scripts/ingest.mjs <src>.
• Evaluación/casos límite → leer evals/prompts.csv.

Verificación (obligatorio ejecutar, no solo leer)

Ejecutar (el código no entra en el contexto): node scripts/validate-deck.mjs path/to/deck.html Salida JSON predeterminada: {file, slides, status, summary:{p0,p1,p2}, issues, next_actions}. P0 debe ser 0 para entregar; fallo → reparar según issues → volver a ejecutar hasta p0=0 (código de salida del proceso 0).

Restricciones duras (clave, entran en el validador o en la disciplina de generación)

P0 (línea roja · bloquea entrega)

• Cada página debe tener data-layout (dentro de la lista blanca semántica de 14 ítems).
• Todo el deck debe tener al menos una página con cada data-role=state, ground, act (señal/evidencia/acción, ninguna falta).
  • Exención: si todo el deck tiene solo 1 página y el diseño es social-card, se salta la verificación de tres roles (el validador ya lo tiene incorporado).
• Los colores solo pueden usar token (var(--…)), no pueden aparecer hex desnudos fuera del bloque TOKENS.
• El valor de data-evidence-type de cada bloque de evidencia debe ser legal (fact/observation/inference/illustrative); valor ilegal es P0.
• Zona muerta de legibilidad del color de énfasis: si el contraste de --accent con --bg/--surface/--surface-2 es < 3.0:1 (umbral WCAG para texto grande), es P0 (bloquea "color ácido hasta ilegible").
• Publicación en blanco: El texto visible (<title>/pie de página/credito/cualquier crédito) no debe contener códigos internos como blcaptain/Técnico Sublime/instrument-cool; crédito = proporcionado por el usuario o dejado en blanco.
• Cobertura de fuente: Cada carácter CJK visible en el deck debe estar en el cmap de la fuente empaquetada (subconjunto según contenido en el paso 6b); si falta algún carácter, es P0 – de lo contrario, se degradará silenciosamente a la fuente del sistema, arruinando la apariencia (ley de hierro ⑤ · el validador inspecciona automáticamente el cmap del woff2 sin dependencias).

P1 (debe repararse · se recomienda reparar antes de entregar)

• Cada página debe tener .intel-stamp (sello de inteligencia, huella de firma visual 1); social-card exenta, usa .social-mark barra de firma.
• En los decks que usan .kpi-slot, los números KPI deben llevar tabular-nums (declarar font-variant-numeric:tabular-nums en .kpi-slot o .kpi-num, axioma de inspección automática 4).
• Familias de fuente ≤ 2 familias de cuerpo/sans-serif + 1 capa de señal mono = 3 (Técnico Sublime realmente solo usa Geist Sans + Geist Mono = 2).
• No pueden haber 3 páginas consecutivas con el mismo data-layout (fluctuación de energía).
• Las páginas con gráficos de datos/números grandes deben llevar fuente o marca "ilustrativo" (línea roja de no falsificar).
• Las imágenes deben colocarse dentro de figure[data-slot] y llevar un data-ratio legal (16:9/4:3/1:1/3:4/9:16); img debe tener alt no vacío.
• Las tarjetas .card en diseños de tipo evidencia (evidence-wall/kpi-wall/screenshot-intel) deben declarar data-evidence-type.

P2 (optimización opcional · no bloquea)

• Densidad de palabras por data-scene (social≈60 / report≈150 / deck≈120, predeterminado 120).
• Heurística de título "frase de juicio": si termina con signo de interrogación y no es una página de frase clave → advertencia.

Tres huellas de firma visual (detalles ocultos, los entendidos reconocen la calidad al instante; ver detalles en references/04)

1. Sello de inteligencia (.intel-stamp): barra de información mono en coordenadas fijas en la esquina inferior derecha de cada página, código de escenario · fecha · página/total, como un colofón de documento técnico.
2. Números en escala de muescas: todos los números KPI/tabla font-variant-numeric:tabular-nums lining-nums, punto decimal alineado en vertical (la señal interna de mayor relación calidad-precio).
3. Etiqueta de nivel de evidencia (.chip): cada bloque de evidencia declara hecho/observación/especulación/ilustrativo; illustrative usa color especial --illus para recordar que no se tome en serio.

Ritmo (la energía mediante altibajos, el volumen según el escenario, no presuponer explosión)

• "Explosión" no es un requisito duro. La persuasión proviene de los altibajos de la energía, no de un alto continuo ni de un plano total – debe estar en silencio cuando toca hasta el extremo, y sonar cuando toca, decidido por la audiencia y el escenario (curva de tensión de Duarte: crear tensión entre lo que es ↔ lo que podría ser).
• 🔴 Página explosiva (portada/capítulo/frase clave/hero de datos): un solo elemento principal ocupa ≥50% de la pantalla, unidad de información = 1, tamaño de fuente hasta nivel hero, accent se atreve a señalar palabras clave.
• 🟡 Página semiexplosiva (cambio de paradigma/ventana de oportunidad): tiene fuerte contraste pero no domina la pantalla.
• ⚪ Página contenida (página de contenido): sin elementos que dominen la pantalla (máximo ≤30%), unidades de información 3–6 pero cada una contenida, separación con hairline, accent ≤10%.
• Ley de hierro: entre páginas explosivas siempre hay páginas contenidas, no hay dos páginas explosivas adyacentes (excepto portada y tarjeta social, que son principio y fin legales). Curva de energía estándar de 8 páginas como 🔴⚪🟡⚪🔴⚪🟡🔴; ≥4 páginas contenidas consecutivas = falta de punto de ruptura de ritmo.
• La explosión de Técnico Sublime es una "explosión contenida": los números hero KPI en la escala de muescas ocupan más de la mitad de la pantalla, la señal azul cian de un solo punto solo ilumina la cuadrícula que supera el umbral, cero datos falsos; accent sigue siendo ≤10%, nunca apilar un dashboard falso.

No usar este skill para

• Tablas grandes, grandes bloques de material de capacitación; documentos legales/médicos/financieros que requieren revisión profesional.
• Presentaciones PPT tradicionales que necesitan edición colaborativa por múltiples personas; usuario solo necesita un resumen de texto plano.
• Solicitar replicar la apariencia visual de la conferencia oficial de una marca; solicitar inventar datos que parezcan reales.

Primer lanzamiento no hacer (informar honestamente, desvío temporal)

Exportación precisa a PPTX/PDF (usar Ctrl+P del navegador para PDF, 16:9 preciso requiere configurar manualmente papel 1280×720/márgenes 0/marcar gráficos de fondo), edición en línea, inicio de sesión de usuario, bibliotecas de animación complejas. La exportación a PPTX editable nativa está en la Hoja de Ruta (escenario empresarial "cambiar texto en PowerPoint" · ver README).