strategy-deck-builder

¿Qué hace strategy-deck-builder?

Una skill para construir presentaciones de nivel consultoría, anclada en el sistema de diseño v5 Bright White & Pine — un fondo blanco brillante (FCFCFA), un acento verde pino profundo (12564A), texto en color espresso (1A1A1A), una tipografía display por presentación (Charter por defecto) combinada con Manrope para el cuerpo, con énfasis llevado por líneas finas y peso tipográfico en lugar de barras de color, priorizando la entrega en pptx. El sistema fue creado para eliminar patrones ahora ampliamente reconocidos como indicios de diseño por IA — fondos crema cálidos, una sola fuente en todas partes, barras de acento en un lado, píldoras de encabezado, números de sección sobredimensionados. La postura anti-contenido genérico es parte del ADN: consulta references/anti-slop.md (el catálogo de "slop" mapeado a relevancia de la presentación) y las comprobaciones estáticas en scripts/deck_qa.js.

La implementación de referencia canónica es assets/reference-build.js — un ejemplo completo y probado de pptxgenjs. Ábrelo para hacer coincidir la intención de la diapositiva con el patrón, luego copia bloques. La biblioteca completa de recetas, funciones auxiliares y tabla de errores comunes está en references/build-helpers.md.

Cuándo activar

Usa esta skill de forma proactiva para cualquiera de los siguientes:

• Presentaciones estratégicas, pitch decks, entregables de consultoría, respuestas a casos de estudio
• Presentaciones para la junta, informes de liderazgo, hojas de ruta, planes de transformación
• Análisis de entrada al mercado, presentaciones de diagnóstico, presentaciones de recomendación, resúmenes ejecutivos
• Cualquier cosa donde el usuario haga referencia a "estilo consultoría", "estilo MBB", "estilo McKinsey", "estilo Bain", "BCG" o nombre una firma real
• Cualquier presentación pulida para el cliente donde el usuario quiera un resultado de nivel de marca con prosa nítida

El flujo de trabajo

Sigue estos pasos en orden. Las compuertas anti-contenido genérico de pre-vuelo y post-vuelo no son negociables.

Paso 0 — OBLIGATORIO: Pre-vuelo anti-contenido genérico

Esta skill produce prosa que debe sobrevivir a un lector escéptico. Antes de redactar cualquier copia de diapositiva, notas del orador, línea de tesis, líneas de contexto o texto de briefing, lee references/anti-slop.md para que el lenguaje esté calibrado contra los indicios de IA que hacen que una presentación se lea como escrita por máquina.

Después de leer, mantén estas restricciones mientras redactes la copia:

• Sin guiones largos a menos que uno esté haciendo un trabajo específico que puedas defender (máximo uno por página)
• Vocabulario cero de palabras de moda vacías (delve, leverage, robust, seamless, transformative, paradigm, cutting-edge, game-changer y el resto del catálogo en anti-slop.md)
• Sin paralelismos negativos ("no es X, es Y"; "no solo A, sino B")
• Oraciones de menos de 30 palabras; sustantivos concretos y números específicos por encima de abstracciones
• Títulos de acción, no títulos de tema (la regla más importante — ver slide_patterns.md)

La estructura puede ser perfecta y la presentación aún se descarta en el momento en que la prosa se lee como consultoría-AI genérica. Esta compuerta existe para evitar eso.

Paso 1 — Brief de la presentación

Usa AskUserQuestion (o pregunta en línea donde la herramienta no esté disponible) con dos llamadas consecutivas antes de escribir una sola diapositiva o línea de build.js:

Llamada 1 — Configuración de la presentación:

1. Audiencia + objetivo — ¿quién está leyendo esto y qué decisión o acción quieres de ellos?
2. Arquetipo de presentación — diagnóstico / recomendación / hoja de ruta / entrada al mercado / transformación / pitch / scqa / scr / bluf / inductivo / árbol de problemas / deductivo. La presentación puede ser simple (un arquetipo en toda la presentación) o en capas (un arquetipo espina + anulaciones a nivel de sección). Si está en capas, decide qué arquetipo ejecuta qué rango de diapositivas y respétalo; no lo colapses de nuevo a una forma.
3. Formato de salida — pptx / html / md / gamma / briefing (selección múltiple; predeterminado: pptx)

Llamada 2 — Brief de marca + visual:

1. Esquema de colores — pregunta por intención (solo acento; el fondo blanco brillante + neutros fríos permanecen fijos). Ofrece: Pino 12564A (predeterminado; tranquilo, moderno, crecimiento) / Azul pizarra 1F3A5F (corporativo, finanzas, confianza) / Sangre de buey 6E1423 (formal, establecimiento) / Hex del cliente (trabajo vinculado a la marca). La elección establece ACCENT y deriva ACCENT_DK (~70% de luminancia) + TINT (~8% sobre blanco) + TINT_BORDER. El tinte de sangre de buey tiende ligeramente a rosa — caliéntalo si se elige. Los valores de esquema verificados están en design_system.md §1.
2. Fuente de encabezado — pregunta por intención (el cuerpo se queda con Manrope; solo cambia la cara del titular). Ofrece: Charter (serifa editorial, predeterminado, se renderiza limpio en todas partes) / Manrope Bold (moderno, todo sans-serif, sin serifa) / Palatino (serifa cálida) / Baskerville (serifa formal; mejor en PowerPoint/Google Slides, más débil en la vista previa de LibreOffice). La elección establece DISPLAY, y DISPLAY_BOLD=true para la opción todo sans-serif. Cualquier cara instalada con carácter está bien si está fuera de la lista de uso excesivo (Inter, Roboto, Fraunces, Geist, Plus Jakarta, Space Grotesk). Una elección todo sans-serif acepta conscientemente el consejo de familia única — ver references/anti-slop.md.
3. Brief de marca + contenido — nombre del cliente/empresa, presentador, fecha y una idea aproximada diapositiva por diapositiva (incluso notas en viñetas están bien; Claude lo estructura).

El esquema vive en assets/inputs.example.json. El número de diapositivas NO es una entrada requerida — déjalo que se derive de la entrevista de contenido y el arquetipo. Por defecto, de 8 a 12 para presentaciones ejecutivas, de 15 a 18 para análisis más profundos, 26+ para síntesis de presentación maestra.

Escribe inputs.json a partir de las respuestas antes de tocar cualquier script de construcción. Mantener las entradas separadas del script de construcción significa que el mismo script maneja cada presentación futura.

Paso 1.5 — OBLIGATORIO: Ghost deck antes de redactar cualquier contenido

Antes de llenar los cuerpos de las diapositivas, paneles, puntos, filas de gantt o cualquier prosa: emite una versión ghost deck de inputs.json con solo:

• title_slide completado
• slides[i].breadcrumb, slides[i].title, slides[i].context completados (los títulos deben ser títulos de acción — ver Convenciones Universales en slide_patterns.md)
• slides[i].layout elegido (Claude elige de manera decisiva del grupo filtrado por arquetipo)
• Todos los slides[i].content bloques dejados vacíos {} o solo con nombres de campo provisionales

Presenta el ghost deck como una tabla con columnas: # | Sección / arquetipo | Miga de pan | Título de acción | Diseño | Línea de contexto (1 oración) | Visual / datos principal (prueba de 5 segundos).

La columna Sección / arquetipo hace visible la estructura en capas de un vistazo. Para presentaciones simples (un arquetipo en toda la presentación), cada fila lleva el mismo valor (por ejemplo, — / diagnóstico). Para presentaciones en capas, la columna nombra la sección a la que pertenece la diapositiva y el arquetipo que ejecuta esa sección — por ejemplo, Construir caso / inductivo, Secuenciar jugada / hoja de ruta, Cerrar solicitud / bluf. Los límites de sección se vuelven visualmente obvios (las filas adyacentes comparten una etiqueta de sección; el cambio marca el quiebre).

Luego usa AskUserQuestion (o pregunta en línea) con estas preguntas:

1. ¿El arco narrativo se mantiene a través de las secciones? (Aprobar todo / Revisar diapositivas específicas / Reestructuración importante)
2. ¿Algún título que no indique un "¿y qué?"? (Enumera los números de diapositiva para corregir, o "todo bien")
3. ¿Alguna elección de diseño que se sienta incorrecta para el trabajo de su diapositiva — incluyendo una diapositiva cuyo diseño lucha contra el arquetipo de su sección? (Enumera números de diapositiva, o "todo bien")
4. ¿Alguna línea de contexto o descripción visual que falte detalle crítico? (Enumera números de diapositiva, o "todo bien")

Espera la aprobación explícita antes de redactar cualquier contenido del cuerpo. Si el usuario solicita cambios, actualiza la tabla del ghost deck y vuelve a preguntar — no procedas al Paso 1.6 hasta que el usuario diga "todo bien" o equivalente.

Por qué existe: es más rápido desechar 10 títulos de diapositivas que 10 diapositivas terminadas. La discusión de estructuración del Principio de la Pirámide / SCQA ocurre aquí, en la versión económica. Saltarse este paso es la razón más común por la que una presentación terminada tiene que ser reconstruida, y también es cómo se filtran diapositivas heroicas escasas donde pertenecen patrones densos de caballo de batalla.

Selección de patrones dentro del ghost deck: Claude elige diseños de manera decisiva del grupo filtrado por arquetipo (scripts/pattern_filter.js --archetype=<valor>). Solo usa AskUserQuestion para sacar a la superficie una elección cuando dos patrones realmente empatan en ajuste de contenido o cuando el usuario ha expresado preferencia de gusto antes. La selección granular por diapositiva produce de 10 a 12 preguntas forzadas por presentación sin una ganancia de calidad proporcional; evítalo.

Guardia de monotonía (selector opt-in): mientras llenas la columna Layout, escanea dos o más diapositivas adyacentes que compartirían el mismo idioma visual — con mayor frecuencia barras horizontales (ver references/slide_patterns.md → "Varía el idioma de la barra en diapositivas adyacentes"). Cuando encuentres una racha, varía el tratamiento tú mismo o plantea el selector de vista previa para la diapositiva repetida: un AskUserQuestion con el diseño recomendado primero (etiquétalo (Recomendado)), luego 2 alternativas seguras para renderizar, cada una con un mini-mockup ASCII corto del diseño en el campo preview de la opción para que el usuario elija de imágenes, no de nombres de patrones. Esto sigue siendo opt-in: se activa en una repetición detectada, un empate genuino o un "¿cuáles son mis opciones?" del usuario, no en cada diapositiva. Es la contraparte económica del Modo de variación del Paso 4.5: no se construye nada hasta que el usuario elige.

Omite el Paso 1.5 solo si el usuario ya ha proporcionado un inputs.json completo o si ha escrito explícitamente "saltar el ghost deck". De lo contrario, no es negociable.

Paso 1.6 — Disciplina de creación por diapositiva (5 pasos)

Para cada diapositiva, llena el esquema en este orden. No te adelantes.

1. Mensajería — escribe slides[i].title primero. Debe ser un título de acción (el "¿y qué?"). Si no puedes escribir el título, aún no entiendes para qué sirve la diapositiva.
2. Estructura — elige slides[i].layout del catálogo que soporte el título. Por defecto, usa patrones densos de caballo de batalla (diagnostic-three-panel, prioritisation-matrix, phased-roadmap-gantt, three-col-comparison, waterfall-baseline-to-target). Usa condimentos escasos (stat-row, big-numeral-findings) solo como puentes de sección, nunca como el grueso de la presentación.
3. Gráficos / visuales principales — llena slides[i].content. El visual debe ser legible en 5 segundos. Para matrices: ¿dónde están los puntos? Para gantts: ¿qué flujos de trabajo se superponen? Para cascadas: ¿qué partida domina?
4. Soporte — llena slides[i].context (una oración de marco antes de que lleguen los datos) y slides[i].footer_note (fuente + advertencia). Ambos no son negociables en diapositivas de datos.
5. Pulido — manejado por scripts/check_titles.js + Paso 7 post-vuelo anti-contenido genérico + Paso 8 compuerta de entrega de verificación de vuelo. Ejecutar antes de la entrega.

Elegir el diseño antes de la mensajería es cómo se filtran las diapositivas heroicas escasas. Elegir visuales antes del diseño es cómo los gráficos terminan sin soportar sus títulos. Pulir antes del contenido es trabajo desperdiciado. El orden importa.

Referencia completa: references/methodology/slide_creation_process.md.

Paso 2 — Lee el sistema de diseño + patrones

Lee siempre (cada construcción), en este orden:

1. references/design_system.md — paleta/tipografía/anatomía bloqueada. No te desvíes sin una razón.
2. references/slide_patterns.md — el catálogo maestro de patrones + convenciones universales (títulos de acción, color selectivo, honestidad de gráficos, ordenamiento de barras/columnas, etiqueta directa, círculos a escala de área, disciplina de pie de página, reglas específicas de cascada).
3. references/build-helpers.md — constantes de paleta, los ayudantes header()/title()/footer(), cada receta de patrón (§2.x) y la tabla de errores comunes. La referencia de implementación para cada construcción. assets/reference-build.js es el ejemplo práctico que ejercita estos.
4. references/methodology/content-interview.md — marco de entrevista de contenido (situación → problema → hipótesis → evidencia → argumento → respuesta). Ejecuta la Fase 1 antes de tocar cualquier script de construcción.

Lee bajo demanda (solo cuando se aplica el desencadenante):

• references/chart-selection-guide.md + references/chart-library/ — cuando una diapositiva necesita un gráfico. Impulsado por el Paso 2.5; no lo precargues.
• references/slide-job-to-layout.md — al elegir diseños en los Pasos 1.5 y 4.5, para hacer la selección de patrones trazable en lugar de intuitiva.
• references/raci-guidance.md — al construir un RACI o cualquier diapositiva de propiedad de roles.

Si el usuario proporciona una presentación de referencia o diapositiva para igualar, extrae sus miniaturas para el diseño y su texto para la estructura de la sección. Trata cualquier referencia externa como solo de estructura: estudia cómo está construida, nunca copies sus palabras, números o imágenes.

Paso 2.5 — Diapositivas de gráficos: consulta la biblioteca de gráficos + guía de selección

Cuando una diapositiva necesita un gráfico (barra, línea, apilado, panel dual, barra/línea combinado, pequeños múltiplos, cascada, mekko), no improvises. Dos referencias en secuencia:

Primero, references/chart-selection-guide.md — la tabla de selección rápida en la parte superior mapea el mensaje previsto de la diapositiva con el tipo de gráfico. El principio: el tipo de gráfico se ajusta al mensaje, no a la forma de los datos. Aplica los consejos específicos del gráfico (sin 3D, etiqueta las líneas directamente, orden lógico de barras, etc.).