zairuilab/consulting-deck

Consulting Deck

Crea presentaciones listas para la toma de decisiones, no resúmenes decorativos. Construye un argumento claro, rastrea cada afirmación material, selecciona diseños según la función comunicativa y entrega un .pptx nativo cuyo texto, gráficos, tablas y diagramas simples permanezcan editables.

Trata esto como un sistema de presentación independiente creado por Peng · 智珠在睿. No impliques afiliación con McKinsey, BCG, Bain u otra consultora. No copies sus logotipos, plantillas propietarias o activos de marca protegidos a menos que el usuario proporcione activos licenciados y solicite explícitamente usarlos.

Cargar la guía correcta

Carga las guías de forma progresiva:

1. Inicia cada ruta Crear o Revisar con references/harness-system.md, references/workflow.md y references/presentation-modes.md.
2. Lee references/problem-solving-system.md para un tema, una pregunta de negocio abierta, una elección estratégica o una solicitud de investigación desde cero. No fuerces un árbol de hipótesis en una solicitud de resumen fiel de una fuente.
3. Lee references/storyline-system.md al construir la idea rectora y la secuencia de diapositivas.
4. Lee references/chart-system.md y references/charts-and-data.md solo cuando haya evidencia cuantitativa o gráficos materiales.
5. Lee references/visual-system.md y references/layout-library.md al planificar la muestra de método y el sistema completo de diapositivas.
6. Lee references/quality-gates.md antes de la validación y entrega.
7. Lee references/brand-system.md solo cuando se utilice una marca, logotipo, fuente o plantilla PPTX.
8. Lee references/runtime-adapters.md antes de seleccionar la ruta de producción PPTX.
9. Lee references/workspace-schema.md al crear, reanudar o revisar un proyecto de presentación guardado.

Enrutar la solicitud

Elige exactamente una ruta principal:

• Crear — convertir material fuente o un tema en una nueva presentación editable.
• Revisar — modificar un proyecto de presentación guardado existente y regenerar las diapositivas afectadas.
• Plantilla — aplicar una marca o plantilla PowerPoint nativa proporcionada por el usuario.
• Auditar — inspeccionar una presentación existente sin modificarla a menos que el usuario lo solicite.

No combines rutas en silencio. Una solicitud de plantilla puede refinar Crear o Revisar, pero el proyecto guardado subyacente sigue siendo la fuente de verdad.

Establecer el contrato de producción

Antes de redactar:

1. Identifica la audiencia, la decisión, el contexto de presentación, el idioma, el número de páginas, el modo de presentación, el modo de densidad, la ruta de análisis y el límite de la fuente.
2. Utiliza la capacidad nativa actual de PowerPoint del anfitrión cuando pueda crear objetos editables y renderizar cada diapositiva para su inspección.
3. Utiliza PptxGenJS solo como alternativa cuando ya esté disponible o el usuario apruebe su instalación. Nunca reemplaces el PPTX solicitado por HTML.
4. Conserva un espacio de trabajo de proyecto editable. No hagas que el .pptx final sea la única fuente de verdad.
5. Mantén la salida predeterminada neutra en cuanto a marca. Aplica assets/brands/peng.json solo cuando el usuario seleccione explícitamente el preset Peng.
6. Utiliza el sistema escalonado (harness) de references/harness-system.md. No saltes directamente de un archivo fuente al código de renderizado de diapositivas.
7. Trata los archivos de compuerta (gate) legibles por máquina como la fuente de verdad. Nunca afirmes que una compuerta ha pasado a menos que el JSON correspondiente exista y contenga "passed": true.

Aplicar el estándar de consultoría

Exige todo lo siguiente:

• Encabeza con una idea rectora y títulos de diapositiva que respondan primero.
• Para una ruta de resolución de problemas, define el límite del problema, construye un árbol de cuestiones y mantén hipótesis falsables antes de una investigación amplia.
• Asigna a cada diapositiva un trabajo de comunicación y una conclusión principal.
• Haz que la lógica horizontal sea coherente entre diapositivas y la lógica vertical suficiente dentro de cada diapositiva.
• Distingue hechos, cálculos, interpretaciones de fuentes e hipótesis.
• Cita afirmaciones y activos externos en notas al pie visibles o notas del orador.
• Trata los gráficos como el lenguaje analítico principal, no como una capa decorativa secundaria.
• Escribe un registro declarativo charts.json antes de renderizar cada gráfico material.
• Utiliza las familias de gráficos basadas en preguntas, el sistema de anotación y la jerarquía de renderizado de references/chart-system.md.
• Utiliza gráficos nativos para datos que los usuarios puedan necesitar inspeccionar o editar. Utiliza el vocabulario visual de Vizro y la ruta de prototipo opcional para selección y validación, no como permiso para aplanar el PowerPoint final.
• En modo Analítico de Investigación, reconstruye los gráficos materiales de la fuente antes de crear resúmenes conceptuales. Cumple los umbrales de gráficos basados en evidencia y nativos de references/presentation-modes.md.
• Utiliza un diseño semántico de references/layout-library.md; no inventes un diseño solo para llenar espacio.
• Utiliza el recurso visual de título como estructura solo en portadas, separadores de sección y un número reducido de diapositivas de información clave.
• Renderiza e inspecciona cada diapositiva a tamaño completo antes de la entrega.
• Mantén separadas las comprobaciones automatizadas y la revisión experta. Los scripts de geometría no pueden probar la calidad de la evidencia, la veracidad del gráfico ni la claridad ejecutiva.
• Registra los prerrequisitos reales entre diapositivas en slides.json. Genera en orden seguro de dependencias y luego ensambla en orden de visualización para la audiencia.

Usar dos modos de densidad

• Conferenciante — menos palabras, tipo más grande, más páginas, ritmo más rápido.
• Lectura primero — más evidencia autocontenida, anotaciones y notas al pie.

Elige un modo según el contexto de presentación. No crees un modo intermedio vago. Cuando el contenido no quepa, divide la diapositiva o afina el argumento antes de reducir el tamaño de fuente.

El modo de densidad no es el modo de presentación. Una Historia Ejecutiva con lectura primero y un deck Analítico de Investigación con lectura primero pueden tener densidad de texto similar pero diferentes proporciones de gráficos, notas al pie y páginas conceptuales.

Previsualizar la dirección visual

Cuando el usuario no haya proporcionado una plantilla fija ni una referencia visual explícita:

1. Crea tres direcciones visuales compactas desde references/visual-system.md.
2. Muestra una portada real, una diapositiva analítica/de datos y una diapositiva de marco/acción para cada dirección.
3. Mantén el contenido de la previsualización auténtico al material del usuario; nunca muestres etiquetas internas como "Opción A" dentro de la diapositiva.
4. Pide al usuario que elija una vez, luego aplica el sistema seleccionado de forma consistente.

Omite esta compuerta solo cuando el usuario solicite explícitamente proceder directamente o proporcione una referencia visual clara. Registra la dirección elegida en el espacio de trabajo del proyecto.

Preservar la editabilidad

• Mantén el texto como texto.
• Mantén las tablas como tablas.
• Mantén los gráficos como gráficos nativos siempre que sea práctico.
• Mantén los datos de gráficos y la intención de los gráficos separados del código de diseño de diapositivas.
• Mantén matrices simples, líneas de tiempo, procesos y árboles de cuestiones como formas nativas.
• Utiliza imágenes para fotografías, obras de arte texturizadas o ilustraciones, no para diapositivas completas con mucho texto.
• Nunca entregues un deck cuyas páginas sean capturas de pantalla aplanadas.

Iterar desde el proyecto guardado

Para solicitudes como "cambiar el título de la diapositiva 3", edita la fuente del proyecto y regenera la salida afectada. Conserva el material fuente, los IDs de evidencia, los datos de gráficos, los IDs de diapositivas y las notas del orador. Vuelve a ejecutar todas las comprobaciones de calidad afectadas y la comprobación final a nivel de deck.

Aprender sin mutar el Skill instalado

Clasifica cada corrección material como puntual o repetible. Registra las lecciones repetibles en el espacio de trabajo del deck en qa/experience-log.md; no edites en silencio el Skill instalado durante la producción normal de decks. Promueve una lección repetida a este Skill solo a través de una actualización revisada y versionada del Skill.

Entregar

Entrega el .pptx final junto con un resumen conciso. Mantén los planes intermedios, las previsualizaciones y los archivos de control de calidad dentro del espacio de trabajo del proyecto a menos que el usuario los solicite. Declara explícitamente cualquier afirmación no verificada, sustituciones de fuentes, limitaciones de compatibilidad o advertencias restantes.