Minto Deck

¿Qué hace Minto Deck?

Un deck o un memo es un argumento que la audiencia puede seguir solo con los titulares. Este skill hace que cada deck y cada memo sean de respuesta primero (answer-first), construye primero la historia para que el argumento se apruebe mientras es barato modificarlo, y revisa decks y memos existentes contra el mismo estándar. La metodología vive en references/, independientemente de cualquier herramienta de renderizado, por lo que el skill se comporta igual en Claude.ai, Cowork, Claude Code o cualquier host compatible con Agent Skills.

Tres modos

Elige exactamente un modo por solicitud y nómbralo en la primera línea de la respuesta.

• Construir (Build): el usuario quiere un nuevo deck, una historia, un deck fantasma, notas del orador para un deck que aún no existe, o una reelaboración de material en diapositivas.
• Memo (Memo): el usuario quiere prosa que argumente con respuesta primero: un resumen ejecutivo, una nota informativa o Vermerk, un informe de evento o reunión, la tesis del día o de una reunión, un memo de decisión, una nota de estado, o un resumen que debe comenzar con la conclusión en lugar de recontar la fuente. La salida es texto (chat, documento o archivo), nunca diapositivas.
• Auditoría (Audit): el usuario tiene un deck o un memo (archivo, enlace, esquema pegado, texto exportado) y quiere que se revise, verifique, critique o puntúe. No lo modifiques en modo Auditoría a menos que el usuario solicite una reescritura; entonces informa primero, reescribe después.

Una solicitud como "arregla mi deck" es Auditoría seguida de Construir Etapa 1 sobre la historia corregida. Dilo antes de comenzar. "Resume estas notas" sin más deseo es un resumen simple y está fuera de este skill; "resume para que el mensaje clave aparezca primero", "cuál es la tesis del día", "escribe el resumen ejecutivo" es modo Memo. Cuando se quiere tanto un memo como un deck, ejecuta Memo primero: la historia del memo aprobada se convierte en la idea rectora y la línea clave del deck fantasma (ver "Puente a Construir" en modo Memo).

Idioma

Responde, títulos, notas y todos los artefactos en el idioma del briefing. Si el briefing es mixto, pregunta una vez. Mantén los términos de la metodología en inglés con el glosario en alemán en el primer uso cuando el deck sea en alemán, por ejemplo "Governing Thought (Kernbotschaft)". references/glossary.md contiene los pares fijos; úsalos para que los decks sean consistentes entre proyectos.

Modo Construir (Build)

Etapa 0: el contrato de briefing

Antes de escribir un solo título, establece los elementos a continuación. Tómalos primero de la solicitud, el material adjunto y el historial de la conversación. Pregunta solo por un elemento que falte y que cambiaría la historia; de lo contrario, indica la suposición en la salida de la Etapa 1 y continúa. No hagas más de tres preguntas a la vez.

1. Audiencia y su pregunta: quién está en la sala y qué deben entender, decidir o hacer cuando termine el deck.
2. Propósito y tipo de deck: documento de decisión, informe de estado, propuesta o pitch, charla de experto, deck de lectura. references/audit-checklist.md enumera los elementos obligatorios por tipo; el tipo determina lo que la Etapa 2 debe contener.
3. Idea rectora que el usuario ya tiene, si la tiene. Si el usuario no tiene ninguna, deriva una del material y etiquétala como derivada.
4. Entorno: presentado en vivo o leído sin presentador. Esto fija el modo de densidad (dirigido por el orador o primero lectura) y si se necesita una variante de documento resumen.
5. Duración, incluyendo el tiempo de discusión, y el presupuesto de diapositivas que le sigue.
6. Material y fuentes: qué evidencia existe, qué falta, qué no puede inventarse. Los números, citas y ejemplos provienen del material del usuario o están claramente marcados como marcadores de posición.
7. Restricciones: plantilla, diseño corporativo, confidencialidad, límites de diapositivas, diapositivas obligatorias. Las plantillas viven en assets/templates/, una carpeta por plantilla con el archivo y una breve nota sobre sus diseños; elige la que nombre el briefing, o pregunta cuando varias encajen. Las plantillas son propiedad del usuario o de su empleador: mantenlas fuera de repositorios públicos.
8. Notación: cuando el material contiene reales, planes, previsiones, períodos anteriores o variaciones, el deck usa notación IBCS por defecto. Dilo en el registro y enumera "sin notación IBCS" como un punto abierto en la puerta, para que el usuario pueda rechazarlo.

Etapa 1: el deck fantasma (ghost deck)

Lee references/minto-pyramid.md y references/storyline-ghost-deck.md antes de construir. El deck fantasma es el argumento completo sin cuerpos de diapositivas.

Constrúyelo en este orden:

1. Escribe la idea rectora: una oración que responda la pregunta de la audiencia y con la que una persona razonable podría estar en desacuerdo.
2. Escribe la apertura como SCQA. Mantén solo la situación y la complicación que la audiencia aún no comparte. Decide dónde aparece la idea rectora (diapositiva 2 como resumen ejecutivo es el valor predeterminado).
3. Escribe la línea clave: las tres a cinco afirmaciones que juntas prueban la idea rectora. Pruébalas como conjunto: mismo tipo de idea, sin superposición, juntas suficientes, un orden lógico.
4. Expande cada afirmación de la línea clave en sus diapositivas de apoyo. Cada título de diapositiva es una oración completa que expresa una afirmación. Agrupa pares con gramática paralela.
5. Añade el cierre: idea rectora reformulada, decisión o próximos pasos como una propuesta sobre la que la audiencia decide, y la solicitud explícita si el tipo de deck la tiene.
6. Construye el registro: cada entidad nombrada (proceso, organismo, rol, sistema, opción, criterio) con el nombre exacto que aparecerá en cada diapositiva, su categoría, definición y estado (del briefing o hipótesis). Prueba cada conjunto para una categoría y un patrón de nombres. El registro es el punto de edición del usuario para nombres, miembros y orden; la Etapa 2 lo usa como única fuente.
7. Deriva el esqueleto de tiempo de la duración y marca las prioridades de corte. Los divisores de sección solo a partir de aproximadamente 20 diapositivas; los decks más cortos usan el rastreador.
8. Ejecuta la prueba de lectura: lee los títulos solos, de arriba a abajo. Si el argumento tiene un vacío, una repetición o un salto, corrige los títulos, no los cuerpos.

Salida exactamente en el formato de deck fantasma en references/storyline-ghost-deck.md: títulos numerados agrupados por sección, registro, esqueleto de tiempo, suposiciones, puntos abiertos, y como máximo una línea clave alternativa si el material admite una estructura diferente. Luego párate. Termina la respuesta con la pregunta de aprobación. No produzcas diapositivas, notas o archivos en el mismo turno, incluso si el usuario pidió "el deck": la puerta es el punto del método, y un cambio de historia cuesta minutos ahora y horas después. Si el usuario pidió explícitamente una ejecución de una sola vez, indica que se está omitiendo la puerta a petición suya y continúa.

Cuando el usuario edite los títulos, regenera solo la parte afectada de la historia y vuelve a ejecutar la prueba de lectura. No reabras secciones aprobadas.

Vista previa de notación: si el usuario no está seguro sobre la notación IBCS, construye una diapositiva de gráfico en ambas variantes antes de la Etapa 2 propiamente dicha y deja que elija. Dos decks completos en dos notaciones solo bajo solicitud explícita.

Etapa 2: el deck completo

Comienza solo desde un deck fantasma aprobado. Lee primero references/stage-2-checklist.md; es la página que se marca antes de la entrega. Luego lee references/consulting-practices.md, references/visual-design.md, references/speaker-notes.md y references/timing-qa-handout.md. Cuando el material contenga reales, planes, previsiones, períodos anteriores o variaciones, lee también references/ibcs-notation.md. Para un deck de lectura primero o el paso de documento resumen, lee references/reading-decks.md.

Produce, en este orden:

1. Cuerpos de diapositivas. Un mensaje por diapositiva; el cuerpo prueba el título. Elige la forma de evidencia (gráfico, tabla, tarjetas, diagrama, texto) según la comparación que hace el mensaje, según las reglas de gráficos y tablas en consulting-practices.md. Cada afirmación externa recibe una línea de fuente; cada número recibe unidad, período y denominador. La densidad sigue el modo fijado en la Etapa 0; en densidad dirigida por el orador, escala el tipo y las formas para llenar la diapositiva en lugar de dejar huecos. En un documento de decisión, muestra las opciones antes del detalle de la recomendada, y señálalas como opciones en el título. Cada entidad proviene del registro, en el nombre y orden del registro.
2. Resumen ejecutivo en la diapositiva 2: borrador del deck fantasma (idea rectora, línea clave, solicitud); la versión final se escribe en el paso 8, después de que existan todas las demás diapositivas y se conozcan los números. Formato según el modo de densidad según la sección 8 de visual-design.md.
3. Notas del orador para cada diapositiva en el panel de notas, estructuradas como en speaker-notes.md: punto clave, línea de apertura, pista de conversación, evidencia a señalar, transición, presupuesto de tiempo. Indicaciones, no un guion.
4. Plan de tiempo como una tabla separada: diapositiva, minutos, acumulado, prioridad de corte.
5. Preparación de preguntas y respuestas como un documento separado: las preguntas que la audiencia hará, agrupadas por lo que atacan, cada una con una respuesta corta y un puntero a la diapositiva o respaldo que contiene la evidencia.
6. Diapositivas de respaldo para la evidencia que responde a preguntas anticipadas pero no lleva el argumento principal. Referéncialas desde el documento de preguntas y respuestas.
7. Variante de documento resumen cuando el deck también se leerá sin el presentador: misma historia, densidad de lectura primero, fuentes en la diapositiva, sin indicaciones de entrega; reglas de conversión en la sección 6 de reading-decks.md.
8. Resumen ejecutivo, final. Reescribe la diapositiva 2 contra las diapositivas terminadas: cada línea en negrita es una afirmación que una diapositiva prueba, cada número coincide con su diapositiva.
9. Pase de consistencia. Vuelca el texto del deck y verifica cada conjunto del registro: mismos miembros, mismos nombres, mismo orden en cada diapositiva donde aparece; un miembro que aparece o desaparece tiene una razón declarada en la diapositiva o en las notas. Verifica que los subconjuntos nombren su universo y criterio. Verifica la columna de evidencia del deck fantasma: cada título marcado como "falta" ahora es un marcador de posición en la diapositiva y en la nota de entrega.
10. Autoverificación contra references/audit-checklist.md antes de la entrega, incluyendo la verificación visual en la sección 12 de visual-design.md. Corrige bloqueadores; enumera advertencias en la nota de entrega.

Renderizado

La metodología es independiente de la herramienta; el archivo es producido por lo que ofrezca el host, en este orden de preferencia:

1. La capacidad nativa de PowerPoint del host (el skill pptx de Anthropic, un conector de PowerPoint o una herramienta de diapositivas equivalente), porque mantiene el texto, las tablas y los gráficos editables y coloca las notas en el panel de notas.
2. pptxgenjs con scripts/pptx-helpers.js en un entorno aislado cuando no exista tal capacidad; los helpers codifican zonas, cuadrícula, escala de tipos, tablas de estilo lista, tarjetas, cheurones y el panel de notas, por lo que un archivo de construcción contiene solo el contenido del deck (ver scripts/README.md y scripts/example-build.js).
3. Un esquema Markdown con notas cuando no se pueda producir ningún archivo; dilo.

Entrega un .pptx editable. Keynote y Google Slides lo importan; no produzcas un archivo nativo de Keynote. Mantén los gráficos nativos. Coloca las notas del orador en el panel de notas, nunca en un cuadro de texto en la diapositiva. Aplica la plantilla del usuario cuando la haya proporcionado; de lo contrario, mantente neutral y dilo. Antes de la entrega, vuelca el texto del deck y verifica títulos, orden, presencia de notas y marcadores de posición sobrantes. Luego renderiza cada diapositiva a tamaño completo y mírala: superposiciones, conectores flotantes, cajas más estrechas que lo que apunta a ellas, líneas clave-valor envueltas, espacios en blanco acumulados, tablas de estilo hoja de cálculo. Las miniaturas no muestran esto.

Modo Memo (Memo)

Lee references/memo-format.md y references/minto-pyramid.md antes de comenzar. Un memo aplica la misma pirámide que un deck, aplanada en prosa: la idea rectora lidera, los encabezados de sección son las afirmaciones de la línea clave, cada párrafo prueba su encabezado. Dos etapas, una puerta ligera.

Etapa 0: briefing

Toma los elementos a continuación de la solicitud, el material y la conversación; pregunta solo por uno que falte y que cambiaría la historia, como máximo tres preguntas a la vez.

1. Audiencia y su pregunta: quién lee esto y qué deben entender, decidir o hacer después. Una audiencia mixta (lectores internos y externos) reduce la densidad de referencias internas y eleva el listón de atribución.
2. Tipo de memo: resumen ejecutivo, nota informativa (Vermerk), informe de evento o reunión, memo de decisión, nota de estado. memo-format.md enumera los elementos obligatorios por tipo.
3. Idea rectora que el usuario ya tiene. Si no tiene ninguna, deriva una del material y etiquétala como derivada; la puerta existe para que el usuario pueda reemplazarla.
4. Presupuesto de longitud (palabras o páginas) y destino: respuesta de chat, un documento, un archivo.
5. Material y fuentes: qué se puede usar, qué no debe inventarse, cómo se atribuyen las declaraciones. Para un informe sobre charlas o reuniones, decide si los oradores son nombrados, nombrados por rol, o no nombrados en absoluto (sección 5 de memo-format.md).
6. Si le sigue un deck. Si es así, construye la historia para que se transfiera.

Etapa 1: historia

Entrega, en el formato de la sección 2 de memo-format.md: la idea rectora en una oración; la apertura como las cuatro líneas SCQA, situación y complicación como una oración cada una, la pregunta que plantea la complicación, y la respuesta como la idea rectora textual, para que el lector pueda verificar en la puerta que la respuesta responde a la pregunta; la línea clave de tres a cinco afirmaciones como oraciones completas, ordenadas por tema o argumento, nunca por el orden del material fuente, cada una con una marca de evidencia (disponible, falta o marcador de posición, y la fuente); el orden y su criterio; dónde se sitúa el desacuerdo entre fuentes y bajo qué afirmación se argumentará; lo que el memo dice que sigue para el lector, cuando el tipo de memo tiene ese elemento; la configuración de atribución; suposiciones y puntos abiertos; un registro corto cuando el memo nombre procesos, organismos, roles, sistemas u opciones que deben mantenerse consistentes, con una línea "Conjuntos" que nombre cada conjunto con un sustantivo plural y enumere sus miembros en orden fijo (la prueba del sustantivo plural: un instituto no pertenece a un conjunto de procesos). Ejecuta la prueba de lectura en la línea clave. Termina con una pregunta de aprobación y párate. Excepciones: el usuario pidió una ejecución de una sola vez, o el memo es tan corto que la puerta es trivial; en ese caso, dilo y continúa.

Puente a Construir (Bridge to Build)

Cuando un deck sigue al memo, el memo aprobado proporciona la idea rectora y la línea clave del deck fantasma. En la Etapa 1 de Construir, toma la idea rectora del memo y expande cada afirmación de la línea clave con el material que el memo ya contiene, añadiendo más diapositivas de apoyo donde sea necesario. No reabras la historia del memo; mantén la estructura acordada. En la Etapa 2 de Construir, el resumen ejecutivo del deck repite la idea rectora del memo y la línea clave, adaptada al formato de diapositiva.

Modo Auditoría (Audit)

Lee references/audit-checklist.md y references/minto-pyramid.md antes de comenzar. El modo Auditoría revisa un deck o memo existente contra los estándares de la Pirámide de Minto y la práctica de consultoría.

Etapa 1: informe de auditoría

Produce un informe estructurado con:

1. Resumen: puntuación general (Apto / Apto con observaciones / No apto), y las tres principales debilidades.
2. Idea rectora: ¿está presente? ¿Responde a la pregunta de la audiencia? ¿Es discutible? Si falta, propón una.
3. Apertura SCQA: ¿Sigue una estructura SCQA? ¿La situación y la complicación son relevantes? ¿La pregunta se responde en la idea rectora?
4. Línea clave: ¿Las afirmaciones son MECE? ¿Están ordenadas lógicamente? ¿Cubren juntas la idea rectora? ¿Cada afirmación es una oración completa? Señala superposiciones, vacíos o desorden.
5. Afirmaciones débiles: cada afirmación que no está respaldada por evidencia suficiente, que es vaga o que no es comprobable. Propón una reescritura.
6. Lógica rota: saltos en el argumento, conclusiones no respaldadas por las premisas, relaciones causales incorrectas. Explica el problema y sugiere una corrección.
7. Elementos faltantes: diapositivas o secciones que deberían estar presentes según el tipo de deck o memo (por ejemplo, resumen ejecutivo, llamado a la acción, fuentes, registro, diapositivas de respaldo).
8. Consistencia del registro: ¿Las entidades se nombran consistentemente? ¿Pertenece cada una a una categoría única? ¿Los conjuntos tienen miembros coherentes?
9. Formato y diseño (solo para decks): densidad apropiada, uso correcto de gráficos y tablas, notas del orador presentes, cumplimiento de la plantilla.
10. Reescrituras: para las principales debilidades identificadas, proporciona versiones reescritas de las afirmaciones o diapositivas afectadas, siguiendo los estándares de Minto.

Etapa 2: reescritura (opcional)

Si el usuario solicita una reescritura, después del informe, aplica las correcciones propuestas y entrega el deck o memo revisado en el mismo formato que la entrada (archivo, chat, documento). No modifiques sin permiso explícito.

Referencias

La metodología se almacena en references/. Los archivos clave incluyen:

• minto-pyramid.md: la estructura de la pirámide de Minto.
• storyline-ghost-deck.md: formato para el deck fantasma.
• stage-2-checklist.md: lista de verificación para la Etapa 2.
• consulting-practices.md: prácticas de consultoría estándar.
• visual-design.md: reglas de diseño visual.
• speaker-notes.md: formato de notas del orador.
• timing-qa-handout.md: gestión de tiempo, preguntas y respuestas, y documento resumen.
• ibcs-notation.md: notación IBCS para números.
• reading-decks.md: decks de lectura primero.
• memo-format.md: formato de memo.
• audit-checklist.md: lista de verificación de auditoría.
• glossary.md: glosario de términos (alemán/inglés).
• scripts/: scripts para renderizado.

Activación

El skill se activa automáticamente cuando el usuario menciona cualquiera de los siguientes términos (también en alemán): diapositivas, deck, presentación, pitch, charla, historia, deck fantasma, notas del orador, resumen ejecutivo, Kernbotschaft, These, Vermerk, informe de evento, resumen Minto, respuesta primero, revisar deck, revisar memo, Folien, Präsentation, Vortrag, Entscheidungsvorlage, Sprechzettel, Deck prüfen. También se activa sin la palabra Minto, cuando el contexto indica que se desea una estructura piramidal.

No activación

No se activa para transcripción, traducción, resúmenes simples sin estructura de respuesta primero, o tareas no relacionadas con argumentación piramidal.

Compatibilidad

El skill es compatible con Claude.ai, Claude Code, Cursor, Cowork y cualquier host compatible con Agent Skills, ya que la metodología reside en archivos de referencia independientes de la herramienta de renderizado.