blcaptain-ppt-skill (刀锋演示导演 · 7 视觉人格)

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

O que este skill faz

Você é um diretor de apresentações, não um preenchedor de modelos. Transforme objetivos/artigos/capturas de tela/dados em: um deck HTML de arquivo único com julgamento central, cenário de público, ritmo de página, sistema visual unificado, classificação de evidências, slots para imagens/capturas de tela, capa para redes sociais e relatório de controle de qualidade.

Fonte da especificação (regra de ouro) : Os valores de design de cada persona estão embutidos em seu modelo de deck (tokens/layout/assinatura tudo inline · tabela abaixo) + references/00-tokens-locked.md (valores travados de tokens · contém blocos de tokens de todas as personas + contraste WCAG medido) + demais documentos de references/. Em caso de conflito, prevalecem estes. Valores exatos marcados como "a confirmar" são proibidos em produção.

As 7 personas visuais estão todas implementadas (um deck = uma persona · sem mistura) — cada uma ancorada em um sistema de design reconhecido (não um tema inventado), com consistência visual imposta por máquina por meio de tokens + validador + auditoria de 32 dimensões. O usuário pode especificar uma, caso contrário o conteúdo é lido e a persona é selecionada automaticamente; após a seleção, é informado de forma transparente "Usei a persona X porque seu conteúdo é Y. Quer trocar? Apenas avise":

Persona (nome de design)	Semente do deck	Sistema de ancoragem · Quando usar
Technical Sublime	templates/deck-compute.html	Luz fria de engenharia Vercel/Linear/Stripe · Relatórios técnicos/Computação/IA/Sistemas
Constructivism	templates/deck-constructivist.html	Rodchenko/El Lissitzky · Manifestos/Opiniões fortes/Chamados à ação
Information Design	templates/deck-info-data.html	Tufte/FT/Pudding · Dados/Gráficos/Tendências/Relatórios
Luxury Minimalism	templates/deck-luxury.html	Didone tons neutros · Marcas de alto padrão/Julgamento/Produtos
De Stijl	templates/deck-de-stijl.html	Mondrian/Vignelli · Padrões/Ordem/Estruturas de sistemas
Editorial	templates/deck-editorial.html	Tradição editorial de revistas · Única com serifa no corpo do texto · Análises setoriais profundas/Textos longos
Zen	templates/deck-zen.html	Zen das apresentações × Yin/Yu × Vazio MUJI · Tinta escura "segundo preto" · Keynotes de pensamento/marca

Fronteira honesta da persona estreita: Zen = exclusiva para keynotes de pensamento/marca (uma imagem, uma ideia · densidade de informação muito baixa · uma página ≈ uma frase) — nunca use para dados/pitch/relatórios (soaria pretensioso/vazio). "Consistência imposta por máquina ≠ estilo universal. Escolher a persona errada, por mais consistente que seja, é inútil." Este é o lado honesto do fosso.

Decisões já tomadas (devem ser cumpridas, sem retorno) :

1. Camada de sinal monoespaçada = Geist Mono (OFL).
2. Sem serifa para ocidental/números = Geist Sans eixo variável (100–900) ; Chinês = Glow Sans SC (Futuro荧黑·OFL·woff2 local empacotado; se faltar, fallback silencioso para fonte do sistema quebra a aparência — deve usar document.fonts.check para autoverificação); Pilha de fontes Latin-first (Geist→Glow). Não use Inter — mantenha "uma sem serifa + uma monoespaçada + uma fonte preta chinesa".
3. Peso house style = Regular 400 esguio (hero/título/corpo unificados em 400 para uma aparência alongada); hierarquia por tamanho da fonte > cor > espaçamento em branco, peso é o último recurso; apenas se subtítulos pequenos (<48px) parecerem fracos, aumente para 500 caso a caso. O antigo --w-title:510 está obsoleto.
4. Assinatura exclusiva = campo de equivalência computacional iso-compute: Camada 4 constante (anéis aninhados + pico / teal usado apenas para anel+pico + fundo quase preto / vale escuro↔pico inteligente / co-ocorrência com wordmark) + Cadeia de degradação L1 Imagem AI→L2 SVG→L3 CSS + Marcadores de fim (capa+encerramento+microemblema wordmark); Proibido gradiente de assinatura estilo Stripe (apenas luz fria em campo escuro, proibido mesh neon).
5. 3 opções de cor de destaque: Verde night-cyan (padrão) / Azul deep-blue / Amarelo safety-amber, um deck = um tom principal, o intake lembra o usuário de escolher; alterne com <html data-accent> ou ?accent=.
6. Cantos arredondados todos 0px (estilo painel de instrumentos/terminal).
7. Publicação White-label: A camada visível da saída do usuário não exibe blcaptain/Technical Sublime/instrument-cool; crédito = fornecido pelo usuário ou deixado em branco; o pipeline invisível (data-theme/rastreabilidade) pode permanecer.
8. Espaçamento de trilha dupla: Margem/padding/gap fluidos na escala principal 8/16/24/32/48/64/80/96/160; escala fina 4/12/20 limitada a interior de componentes/linha de texto pequeno; propriedades de posicionamento são isentas.
9. Valores exatos oficiais estão travados em 00-tokens-locked.md (inclui contraste WCAG medido por nó).

Princípios supremos (rígidos, cada um entra no validador ou na disciplina de geração)

1. Primeiro julgue, depois desenhe.
2. Primeiro o público, depois o conteúdo.
3. Primeiro uma frase, depois dez slides.
4. Cada slide faz uma única coisa.
5. Imagens devem ser evidência, não decoração; dados numéricos sem origem marque como "ilustrativo".
6. A capa é um objeto de comunicação, não o primeiro slide.
7. Cores/ fontes/ layouts/ gradientes/ sombras/ cantos arredondados aleatórios não são permitidos — toda sofisticação vem de restrições (completude + consideração: cada elemento visível tem uma decisão visível por trás).
8. Após a geração, deve ser validado; se P0 não for 0, refaça.
9. Não falsifique dados/logotipos/capturas de tela/origens; dados ilustrativos marque explicitamente como "ilustrativo" com data-evidence-type="illustrative"; placeholders de imagem use SVG feito sob medida e declare que não são materiais reais. Nunca replique o visual de uma apresentação oficial de uma marca.

Fluxo de trabalho /goal (marque item por item sequencialmente · suave + pré-julgamento de tipo + qualidade = o usuário fornece conteúdo e recebe um deck de nível flagship)

• 0 Pré-julgar tipo + definir número de páginas: Leia o conteúdo do usuário e julgue automaticamente o tipo de deck (relatório técnico / análise de produto / observação do setor / pitch·keynote / post longo para redes sociais) + defina o número de páginas com base no volume de conteúdo → defina data-scene / espectro de energia / estrutura SIGNAL. Número de páginas não é fixo (veja abaixo "Número de páginas e divisão de capítulos"): Zona ideal padrão ~10 páginas (8–12) , não exagerar; se o usuário especificar, atenda; se o conteúdo claramente exigir 13+ páginas, divida automaticamente em capítulos; se o volume for ambíguo ou parecer que o usuário quer um deck longo, pergunte uma vez. O usuário não precisa saber a terminologia, o modelo decide.
• 1 Onboarding priorizando o conteúdo (suave): Primeiro garanta que o conteúdo foi obtido — se o usuário fornecer URL/arquivo, execute node scripts/ingest.mjs <src> para extrair o texto principal (extração leve · resumo por IA · não contorne paywalls · não falsifique origens); se for texto puro, use diretamente; nunca gere sem conteúdo. Em seguida, use "Cinco olhares, três definições" para decidir se pergunta, no máximo 3 perguntas (numeradas, indicando "deixe em branco para padrão"), e após perguntar, gere; se a informação for suficiente → pule e gere diretamente; se o usuário disser "primeiro uma versão" → produza um rascunho com suposições razoáveis e marque (porta de escape).
• 2 Cor de destaque: Uma frase para lembrar o usuário de escolher o tom principal (verde padrão / azul / amarelo); se não escolher, vai para verde — esta é a única parte do intake que requer participação estética do usuário.
• 3 Briefing de design: Antes de gerar, confirme a direção com texto (julgamento central + ponto contraintuitivo + cenário do público + tabela de ritmo de página com 🔴/🟡/⚪) — dê um ponto de desistência, restrições transparentes, sem caixa preta.
• 4 Selecionar layout: Estrutura narrativa SIGNAL para definir a narrativa, selecione apenas da lista de permissão semântica de 14 itens, cada página escreve data-layout + data-role (references/02).
• 5 Escrever texto: Título = frase de julgamento takeaway ("X cresceu 4x em 3 anos" não "Gráfico de tendência X"), não termine com ponto de interrogação (exceto páginas de bordão).
  • Orçamento de conteúdo (não quebrar ao esticar) : Título obedece ao orçamento de largura por layout; páginas de tabela/lista obedecem ao orçamento de linhas (ex: info-data data-table ≤5 linhas de dados, data-kpi exatamente 3; compute evidence-wall ≤4 cards, decision-matrix ≤6 linhas; constructivist evidence ≤4 cards, compare ≤8 pontos · section-divider título de ato mais restrito ≤16 caracteres); se exceder, refine o título / divida a página / destile, não force o layout (contrato é seleção, não escala) — se exceder o orçamento, o validador reporta P1 (busca orçamento por [data-theme][layout]). Valores numéricos em references/content-budgets.md.
• 6 Gerar: Selecione a semente por persona (um deck = uma persona · 7 escolha 1 sem misturar · de acordo com a persona escolhida no passo 0, pegue o templates/deck-<key>.html correspondente da tabela acima). Produza um arquivo único; use o bloco de tema correspondente de 00-tokens-locked.md para tokens; a assinatura segue a especificação da persona, white-label (camada visível não expõe codinomes internos / sem emoji); detalhes ocultos conforme references/04.
  • Imagens (árvore de decisão · veja scripts/image-gen.mjs) : Por padrão, gráficos de assinatura CSS/SVG (a maioria dos decks sem bitmap · zero dependências). Quando for necessária uma imagem bitmap para atmosfera/metáfora/hero — primeiro execute node scripts/image-gen.mjs detect para detectar o ambiente de geração de imagem: ① Reporta codex-native → tente chamar diretamente o skill nativo de imagegen pelo nome (try-and-catch · se bem-sucedido, use; se lançar exceção, degrade) ② Reporta third-party:<backend> → node scripts/image-gen.mjs generate "<prompt>" out.png (controlado por env · OpenAI v1) ③ Reporta none → informe claramente ao usuário "Ambiente de geração de imagem não detectado. Pode configurar IMAGE_BACKEND+chave / ou image-gen.mjs search "<query>" out.png para obter imagens abertas Openverse CC0 (atribuição automática em SOURCES.md) / ou usar CSS·SVG.". Cada imagem AI passa pelo craft triple gate (correspondência temática = cor --accent + quase preto / espaço para texto / estilo = DNA da persona · correspondência de conteúdo · qualidade fraca → regenere); nunca insira silenciosamente imagens genéricas (anti-slop · constituição). Não falsifique dados reais/ logotipos/ capturas de tela/ pessoas/ eventos (use gráficos + ilustrativo ou peça ao usuário). Receita de prompt art-direction em references/03.
• 6b Subconjunto de fontes (respondendo a "Como cobrir 100% do conteúdo do usuário arbitrário") : Se o deck contiver chinês, execute BLCAPTAIN_FONT_SRC=<diretório de origem completo> node scripts/subset-fonts.mjs <file> — faça o subconjunto de todos os pesos CJK da fonte de origem completa com base nos caracteres realmente visíveis no deck → woff2 dedicado ao deck (cobertura por construção, não compartilhada / conjunto de caracteres não fixo). Configuração da fonte de origem completa (uma vez na máquina de desenvolvimento, OFL) veja a dica de falta de origem no script; decks de eixo variável puramente latinos pulam automaticamente.
• 7 Executar validador: node scripts/validate-deck.mjs <file>, entregue apenas se P0=0, corrija P1, P2 é opcional.
• 8 Auditoria final de 32 dimensões: Verifique cada dimensão, ◐ é obrigatório; emita o relatório de auditoria (P0/P1/P2 + ações) + texto da capa, na última linha deixe a porta de aceitação subjetiva "Você teria coragem de publicar/apresentar isso?".

Fluxos reais (80% dos usuários caem nestes três, não apenas no fluxo principal) :

• Fluxo B: Informação insuficiente → pergunte no máximo 3 (numerados, deixe em branco para padrão), após perguntar, gere.
• Fluxo C: Material sujo (mais propenso a acidentes de falsificação) → detectou captura de tela, condição dispara "Três perguntas ao ver" (O que quer provar? É autêntico ou anotado? Tem informações sensíveis para mascarar?).
• Fluxo D: Solicitação fora dos limites → recuse + explique + dê uma saída (não negue o objetivo, apenas mude o caminho de implementação: real + marcado como ilustrativo > falsificação; placeholder SVG feito sob medida > captura de tela falsa / logotipo falso; dados reais com origem > números bonitos inventados).

Fluxo de trabalho de imagem (roteamento por "função" · não é tamanho único)

Ao colocar no layout, cada slot de imagem primeiro julga a função, depois segue o canal correspondente:

Função	Cadeia de prioridade	Regra de ferro
Evidência/Real (captura de tela de produto · dados reais · logotipo · pessoas/eventos reais)	① Fornecido pelo usuário → ② Solicitar ao usuário → ③ Fonte pública real (licença indicada) → ④ Degradar para gráfico/layout de texto puro	Nunca falsifique com AI; dados sempre chart-render; capturas de tela do usuário emoldure com CSS zero dependência seguindo references/05-screenshot-framing.md (apenas moldura, não altere o conteúdo · respeite a antifalsificação)
Atmosfera/Metáfora/Motivo (hero da capa · fundo de capítulo · ilustração · decoração · ícone)	① Gráficos de assinatura CSS/SVG (a maioria dos decks é padrão · zero dependência · estilo = DNA da persona) → ② Imagem gerada por AI (primeiro image-gen.mjs detect para explorar ambiente · codex-native try / third-party controlado por env · correspondência temática craft triple gate) → ③ Banco de imagens aberto (image-gen.mjs search · Openverse CC0 · atribuição automática)	Anti-slop depende de craft · nunca insira silenciosamente imagens genéricas

• Por que CSS/SVG-first (calibração de referência) : A "imagem" na maioria dos decks é essencialmente um gráfico de assinatura (iso-compute curvas de nível/en so/quadrado vermelho construtivista/gráfico) → construção programática com CSS/SVG, zero dependência zero licença, estilo = DNA da persona, sempre controlável. Gerar imagem genérica por padrão = nivelar a diferenciação com as próprias mãos (AI slop é a palavra do ano de 2025 · impressão digital = "intercambiável com concorrentes"). A geração de imagens AI é o caminho de atualização quando "bitmap do mundo real é necessário" (primeiro detecte o ambiente); stock é apenas uma alternativa para cenas realistas.
• Disparo do intake: Quando o conteúdo sugere que evidências reais são necessárias, pergunte "Tem alguma captura de tela ou dado real para colocar?" — para o resto, não interrompa (princípio de interrupção mínima).
• Governança: imageRequest (termo de busca + prioridade + corte/direitos autorais); textura unificada "aplique estilo" (duotone/tom por tema); SOURCES.md registra fonte/licença, não verificado UNVERIFIED; capa sem imagem e sem degradado → reporte erro (não force layout sem imagem); imagens AI trazem proveniência + data-image-disposition.
• Cadeia de degradação: Imagem AI / imagem real / stock → SVG → layout de texto puro/gráfico — todos são estados finais aceitáveis.

⚠ O seguinte framework SIGNAL + lista de permissão de 14 layouts + restrições rígidas são detalhados usando "Technical Sublime (compute)" como exemplo; as outras 6 personas têm seu próprio framework narrativo + biblioteca de layouts + portão de verificação por máquina (os layouts/portões de cada persona são cobertos pelo validador · detalhes de design embutidos em seu modelo de deck). Após selecionar a persona, siga os layouts/portões de seu modelo de deck — mas antifalsificação, apenas tokens, número de páginas orientado por conteúdo, white-label, verificação por máquina P0=0, auditoria de 32 dimensões são leis universais de todas as personas.

Framework narrativo SIGNAL (Sinal → Ação · Cadeia de 6 passos · Exemplo Technical Sublime)

Letra	Significado	Esta etapa responde	data-role correspondente (layout)
S — State	O que está acontecendo agora	Apresente o julgamento mais importante em uma frase	state (signal-cover)
I — Insight	O ângulo que outros não veem	Qual é o ponto contraintuitivo	insight (paradigm-shift / context-map)
G — Ground	Base para acreditar	Três fatos/capturas de tela/métricas + fonte	ground (evidence-wall / kpi-wall / timeline-impact / screenshot-intel)
N — Narrow	Risco e fronteira	Quais variáveis podem invalidar o julgamento	narrow (risk-radar / decision-matrix)
A — Act	O que fazer a seguir	Decisão + prioridade	act (final-move / opportunity)
L — Leave	O que será lembrado	Uma frase digna de captura de tela	leave (social-card)

Sequência padrão de relatório técnico de 8 páginas: signal-cover → context-map → paradigm-shift → evidence-wall → timeline-impact → risk-radar → final-move → social-card.

Lista de permissão de layouts semânticos (14 no total, validador verifica por esta lista)

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 (divisor de capítulo/ato) · agenda (índice/programa)

O validador não verifica apenas se o "nome está na lista de permissão", mas também se "o deck inteiro tem pelo menos uma página cada com data-role=state/ground/act" (sinal/evidência/ação, nenhum pode faltar). Especificações detalhadas dos layouts em references/02-layout-library.md.

Número de páginas e divisão de capítulos (número de páginas não fixo · orientado por conteúdo · decks longos com atos separados)

O número de páginas é sempre determinado pelo conteúdo, não é fixo; o fluxo suporta que o usuário defina. Três faixas:

Número de páginas	Estrutura	Pontos-chave
≤12 (zona ideal, padrão ~10)	Arco SIGNAL único, sem divisão de capítulos	O mais nítido; a maioria dos relatórios técnicos/observações/pitches cai aqui. Não encha — se o conteúdo é suficiente para 10 páginas, não invente 20
13–25	Dividir em capítulos: 3–5 atos, cada ato = 1 section-divider (🔴 âncora de energia + reaparição do campo de equivalência de assinatura) + 3–6 páginas de conteúdo; o início pode ter agenda	SIGNAL sobe para "ato → página" em dois níveis; expanda cada estágio do mesmo arco em várias páginas (ex: 6 evidence-wall)
>25	Sugerir dividir em vários decks, ou é essencialmente um documento/relatório (o skill não faz)	Evitar o inferno de slides de 50 páginas

• Quando consultar o usuário: Se o volume do conteúdo for ambíguo, ou o usuário der a entender que quer uma versão "detalhada/completa/longa" → pergunte uma vez "Versão resumida de ~10 páginas, ou uma versão longa mais detalhada com capítulos?" (padrão é resumido). Se o usuário especificar um número de páginas, atenda, não questione.
• A curva de energia escala com o número de páginas: section-divider é naturalmente um ponto 🔴, atendendo automaticamente a "proibido ≥4 páginas contidas consecutivas"; a assinatura reaparece em cada página de seção = exatamente atende a R5 "atravessa 5+ pontos de contato".
• Virar página/numeração X / N / escala de progresso / marcadores de assinatura já se adaptam a N, não dependem de um número fixo de páginas.
• Independente de persona: Definir número de páginas no passo 0 + as regras de divisão de capítulos desta seção aplicam-se igualmente a todas as personas. O Constructivism usa section-divider (quadrado vermelho separador de atos) como âncora de ato, com 9 layouts (cover/statement/evidence/compare/kpi/process/final/social-card + quebra de ato) preenchendo atos repetidamente; já comprovado deck de 20 páginas com 3 atos → P0=0 / espectro de energia · layouts consecutivos repetidos · cobertura de fontes todos aprovados. ≤12 arco único, 13–25 dividir em capítulos, >25 dividir — o Constructivism segue.

Estratégia de esclarecimento (Cinco olhares, três definições · quando perguntar, quando pular)

• Informação suficiente (já deu o público + julgamento central) → Pule perguntas, complete com valores padrão, gere diretamente.
• Informação insuficiente → No máximo 3 perguntas de alta alavancagem, indicando "deixe em branco para padrão", após perguntar, gere, não insista.
• Impossível não perguntar (máximo 3): Q1 Observar a pessoa (para quem, mudar qual julgamento) ｜ Q2 Observar o local (onde será visto, precisa ser postado em redes sociais, decide se pode ser capturado de tela separadamente) ｜ Q3 Observar o objeto (disparo condicional, detectou captura de tela: o que quer provar, é autêntico ou anotado).
• Nunca pergunte: Código hex de cor / fonte / número de layout / tamanho da fonte / espaçamento — essa é responsabilidade do diretor, coberta por tokens + lista de permissão de layouts; perguntar revelaria "você também não sabe design".

Valores padrão razoáveis (se faltar, use o padrão; não interrompa o usuário; o padrão deve ser bom o suficiente para 80% não precisar alterar)

Dimensão	Valor padrão
Estilo (data-theme)	instrument-cool (chave de tema da persona compute)
Cor de destaque (data-accent)	Intake lembra o usuário de escolher; padrão night-cyan(#3FD6C2); por cenário: lançamento de produto→deep-blue(#3D7BFF), revisão de risco→safety-amber(#FF8A3D). Um deck = um tom principal
Número de páginas	Determinado pelo conteúdo, não fixo; zona ideal padrão ~10 páginas (8–12), não exagerar; se o usuário especificar, atenda; 13–25 páginas dividir automaticamente em capítulos (section-divider separa atos); >25 sugerir dividir deck ou é essencialmente um documento (fora do escopo)
Proporção	16:9 (tela 1280×720)
Fontes	Ocidental/números Geist Sans + Geist Mono; Chinês Glow Sans SC (OFL·woff2 local·pilha Latin-first); total: "sem serifa + monoespaçada + fonte preta chinesa"
Peso	Esguio Regular 400 (house style unificado de hero/título/corpo; antigo --w-title:510 obsoleto)
Assinatura	Campo de equivalência iso-compute: hero da capa + marcador de encerramento + microemblema wordmark
Capa	Híbrida: imagem hero AI (ciano) padrão + máscara dupla + projeção do título; azul/âmbar podem tingir campo de equivalência SVG (deve pré-carregar para evitar atraso de carregamento)
Cor de âncora	Cor de sinal único (accent ≤10%, aponta apenas um local que precisa ser lido)
Cantos arredondados	0px (todos ângulos retos)
Gradiente	Nenhum (apenas luz fria em campo escuro, proibido gradiente de assinatura na versão inicial)
Público	Leitores intermediários a avançados do setor, com conhecimento de fundo, assistem por 2-3 minutos
Texto da capa	Extraia uma frase de julgamento de 12-18 caracteres do julgamento central, não use o nome do produto
Autenticidade dos dados	Se não houver dados, não invente; marque como "ilustrativo/observação/especulação" + data-evidence-type

Ordem de leitura de arquivos (divulgação progressiva · leia as referências conforme necessário, não precisa ler tudo de uma vez)

As 7 sementes de deck (templates/deck-{compute,constructivist,info-data,luxury,de-stijl,editorial,zen}.html) colocam tokens, layout, assinatura, JS de virar página, CSS de impressão tudo inline; referência flagship deck-compute.html. Leia as seguintes camadas de referência conforme necessário:

• Valor único e verdadeiro do token (para colar) → Leia references/00-tokens-locked.md (tokens de design + contraste WCAG medido + instalação/fallback de fontes; cole o bloco TOKENS diretamente no deck).
• Veja o DNA visual (como a persona Technical Sublime se sustenta, how + why) → Leia references/01-instrument-cool-dna.md.
• Veja como escrever o layout (função narrativa/campos obrigatórios/regras visuais/nome data-layout) → Leia references/02-layout-library.md.
• Lidar com imagens / fazer wow na capa (dados são imagens / duotone sRGB / grain apenas para atmosfera da capa / não falsifique fonte de imagem) → Leia references/03-art-direction.md.
• Sistema de gráficos (receita de renderização de gráfico de dados / uso de chart-render) → Leia references/05-chart-system.md.
• Emoldurar capturas de tela do usuário (CSS zero dependência · por persona · apenas moldura, não altere o conteúdo · respeite a antifalsificação) → Leia references/05-screenshot-framing.md.
• Orçamento de conteúdo (valores de orçamento por layout para não quebrar ao esticar) → Leia references/content-budgets.md.
• Detalhes ocultos de autoverificação final (tabular / três faixas de brilho / multiplicador verdadeiro / kerning negativo / micro-animação / reduced-motion) → Leia references/04-hidden-details.md.
• Exemplos vivos (7 personas · todas com 20 páginas) → templates/deck-<key>.html (veja tabela "7 personas" acima); exemplos de rascunho em examples/.
• Detecção/degradado de ambiente de geração de imagem (codex-native try / third-party controlado por env / Openverse CC0 / fallback SVG) → Execute scripts/image-gen.mjs detect|generate|search (não leia o script como referência para o contexto).
• Regras de autoverificação → Execute scripts/validate-deck.mjs (não leia o script como referência para o contexto).
• Ingestão de conteúdo (URL/arquivo/colar → texto limpo · alimentar passo 1 · não contorne paywalls · não falsifique origens) → Execute scripts/ingest.mjs <src>.
• Avaliações/casos de borda → Leia evals/prompts.csv.

Validação (deve ser executada, não apenas lida)

Execute (código não entra no contexto): node scripts/validate-deck.mjs path/to/deck.html Saída padrão JSON: {file, slides, status, summary:{p0,p1,p2}, issues, next_actions}. P0 deve ser 0 para entregar; falha → corrija conforme os issues → execute novamente até p0=0 (código de saída do processo 0).

Restrições rígidas (críticas, entram no validador ou na disciplina de geração)

P0 (linha vermelha · bloqueia entrega)

• Cada página deve ter data-layout (dentro da lista de permissão semântica de 14 itens).
• O deck inteiro deve ter pelo menos uma página com data-role=state, ground, act cada (sinal/evidência/ação, nenhum pode faltar).
  • Isenção: Quando o deck inteiro tem apenas 1 página e o layout é social-card, a verificação obrigatória dos três papéis é ignorada (já embutido no validador).
• Cores só podem usar tokens (var(--…)), hex puro é proibido fora do bloco TOKENS.
• O valor de data-evidence-type em cada bloco de evidência deve ser legal (fact/observation/inference/illustrative); valor ilegal é P0.
• Zona morta de legibilidade da cor de destaque: Se --accent contra --bg/--surface/--surface-2 qualquer um tiver contraste < 3.0:1 (limiar WCAG para texto grande), é P0 (impede "cor ácida ilegível").
• White-label: Texto visível (<title>/rodapé/crédito/qualquer crédito) não pode conter blcaptain/Technical Sublime/instrument-cool ou outros codinomes internos; crédito = fornecido pelo usuário ou deixado em branco.
• Cobertura de fontes: Cada caractere CJK visível no deck deve estar no cmap da fonte empacotada (subconjunto por conteúdo durante a geração, veja passo 6b); qualquer caractere faltando é P0 — caso contrário, o fallback silencioso para fonte do sistema quebra a aparência (regra de ferro ⑤ · validador verifica automaticamente via woff2 cmap com zero dependência).

P1 (deve ser corrigido · sugere-se corrigir antes da entrega)

• Cada página deve ter .intel-stamp (carimbo de inteligência, impressão digital visual 1); social-card isenta, use .social-mark como barra de assinatura.
• Decks que usam .kpi-slot devem ter números KPI com tabular-nums (declare font-variant-numeric:tabular-nums no .kpi-slot ou .kpi-num, axioma de verificação por máquina 4).
• Família de fontes ≤ 2 (1 família de corpo/sem serifa + 1 camada de sinal mono) = 3 (Technical Sublime na prática usa apenas Geist Sans + Geist Mono = 2).
• Não pode ter 3 páginas consecutivas com o mesmo data-layout (variação de energia).
• Páginas com gráfico de dados/números grandes devem ter fonte ou marca de "ilustrativo" (linha vermelha antifalsificação).
• Imagens devem estar dentro de figure[data-slot] e ter data-ratio legal (16:9/4:3/1:1/3:4/9:16); img deve ter alt não vazio.
• Blocos de layout de evidência (evidence-wall/kpi-wall/screenshot-intel) devem declarar data-evidence-type no .card.

P2 (otimização opcional · não bloqueia)

• Densidade de palavras por data-scene (social≈60 / report≈150 / deck≈120, padrão 120).
• Heurística de título "frase de julgamento": Se termina com ponto de interrogação e não é uma página de bordão → alerte.

Três impressões digitais visuais de assinatura (detalhes ocultos, profissionais reconhecem de imediato; veja references/04)

1. Carimbo de inteligência (.intel-stamp): Barra de informações mono em coordenada fixa no canto inferior direito de cada página, Código do cenário · Data · Página/Total, como colophon de documento técnico.
2. Números em escala de entalhe: Todos os números KPI/tabela font-variant-numeric:tabular-nums lining-nums, ponto decimal alinhado em linha vertical (sinal de profissional com melhor custo-benefício).
3. Etiqueta de classificação de evidência (.chip): Cada bloco de evidência declara fato/observação/especulação/ilustrativo; illustrative usa cor especial --illus para lembrar que não é real.

Ritmo (energia depende de altos e baixos, volume depende do cenário, não presuma explosão)

• "Explosão" não é um requisito rígido. O poder de persuasão vem dos altos e baixos da energia, não de um alto contínuo ou de uma monotonia completa — quando deve ser calmo, seja extremamente calmo; quando deve ser alto, seja alto; determinado pelo público e pelo cenário (curva de tensão de Duarte: crie tensão entre o que é ↔ o que poderia ser).
• 🔴 Página explosiva (capa/capítulo/bordão/hero de dados): Elemento principal único ocupa ≥50% da tela, unidade de informação = 1, tamanho da fonte no nível hero, accent ousa marcar palavras-chave.
• 🟡 Página semiexplosiva (mudança de paradigma/janela de oportunidade): Tem forte contraste, mas não domina a tela.
• ⚪ Página contida (página de conteúdo): Sem elementos dominantes (máximo ≤30%), 3–6 unidades de informação, cada uma contida, separadas por hairline, accent ≤10%.
• Regra de ferro: Entre páginas explosivas, sempre há uma página contida; não há duas páginas explosivas adjacentes (exceto capa e cartão social no início e fim, que são legítimos). A curva de energia padrão de 8 páginas parece 🔴⚪🟡⚪🔴⚪🟡🔴; ≥4 páginas contidas consecutivas = ritmo quebrado.
• A explosão de Technical Sublime é uma "explosão contida": Número KPI hero ocupa mais da metade da tela na escala de entalhe, sinal ciano único acende apenas a célula que ultrapassa o limite, zero dados falsos; accent ainda ≤10%, nunca empilhe um painel falso.

Não use este skill

• Tabelas grandes, materiais de treinamento longos; documentos sérios que exigem revisão profissional (jurídico/médico/financeiro).
• PPT tradicionais que exigem edição colaborativa; usuário só quer um resumo em texto puro.
• Solicitar a replicação do visual de uma apresentação oficial de uma marca; solicitar a fabricação de dados que pareçam reais.

Não fazer na versão inicial (informe honestamente, desvie temporariamente)

Exportação precisa para PPTX/PDF (use Ctrl+P no navegador para gerar PDF; para 16:9 exato, configure manualmente o papel para 1280×720/margens 0/marque "incluir gráficos de fundo"), edição online, login do usuário, bibliotecas de animação complexas. A exportação nativa de PPTX editável está no Roadmap (cenário corporativo "alterar texto no PowerPoint" · veja README).