Rylaispirit/rylai-codex-hermes-skills

Academic PPTX (PPTX Acadêmico)

Este fluxo de trabalho livre de contaminação é mantido e adaptado por Rylai para Codex, Hermes e Claude. Ele cobre o raciocínio, a produção, a renderização e a verificação necessários para um deck acadêmico. Não depende de um template privado ou helper fechado.

Leia estes recursos quando necessário:

• content_guidelines.md para decisões sobre argumento, evidência, tempo, citações e notas do apresentador.
• slide_patterns.md para estruturas de slides acadêmicos reutilizáveis.

Contrato de Execução

• Respeite o template institucional do usuário, o deck existente e o repositório.
• Use ferramentas de apresentação padrão disponíveis no ambiente, como PptxGenJS, python-pptx, LibreOffice, automação do PowerPoint ou uma ferramenta de apresentação em tempo de execução.
• Verifique fontes, pacotes, ferramentas de renderização, suporte a imagens e acesso a arquivos antes de se comprometer com um caminho de implementação.
• Mantenha os documentos de origem inalterados, a menos que o usuário peça para editá-los.
• Resolva caminhos a partir do projeto ativo ou deste diretório da skill.
• Nunca fabrique resultados de pesquisa, citações, citações diretas ou valores ausentes.

Entregáveis Esperados

A menos que a solicitação seja apenas de planejamento, produza:

• um arquivo .pptx editável;
• o esboço dos slides ou a fonte de construção usada para criá-lo;
• visualizações dos slides renderizados ou um PDF para inspeção visual, quando a ferramenta permitir;
• um relatório de verificação conciso cobrindo conteúdo, layout e integridade do arquivo.

Fluxo de Trabalho

1. Inventariar as Evidências

Leia o artigo, manuscrito, notas, figuras, tabelas, dados, marca e slides existentes fornecidos. Construa um registro de evidências com:

• afirmação ou mensagem;
• fonte de apoio;
• figura, tabela, citação ou cálculo disponível;
• detalhes da citação;
• confiança ou lacuna não resolvida;
• permissão ou notas de proveniência para mídia externa.

Marque informações ausentes explicitamente. Não preencha lacunas com conteúdo de aparência plausível.

2. Definir o Contrato da Palestra

Determine:

• conhecimento do público e perguntas prováveis;
• tipo de apresentação;
• tempo de fala e tempo de perguntas alocados;
• seções necessárias ou regras institucionais;
• uma frase que o público deve lembrar;
• uma ação ou julgamento que o encerramento deve apoiar.

Use padrões razoáveis quando o usuário não os especificou e registre esses padrões no esboço de trabalho.

3. Alocar Tempo e Slides

Reserve tempo para orientação, evidência, síntese e um encerramento deliberado. Estime o número de slides a partir da complexidade do conteúdo e do tempo de fala, não de uma proporção fixa. Equações densas, diagramas de métodos e interpretação de resultados precisam de mais tempo do que slides de título ou transição.

Mova análises secundárias, derivações, comparações extensas de literatura e perguntas desafiadoras antecipadas para um apêndice.

4. Construir o Esboço do Argumento

Crie um plano slide a slide contendo:

• número do slide;
• título da mensagem escrito como uma conclusão ou pergunta;
• propósito no argumento;
• evidência ou visual;
• citação;
• tempo de fala esperado;
• notas ou transição.

Leia apenas os títulos das mensagens em ordem. Eles devem formar uma cadeia defensável do problema à evidência e à conclusão. Repare a lógica ausente antes de criar os slides.

5. Escolher um Caminho de Produção

Prefira a stack de apresentação existente do projeto. Caso contrário, selecione uma ferramenta padrão de acordo com a tarefa:

• PptxGenJS: forte para layouts programáticos, gráficos e helpers reutilizáveis.
• python-pptx: adequado para texto determinístico, formas, tabelas e posicionamento de imagens.
• Automação do LibreOffice ou PowerPoint: útil para conversão, renderização e verificações finais de compatibilidade.
• Edição de template existente: apropriada quando a instituição fornece um deck mestre obrigatório.

Não introduza uma nova dependência quando a stack instalada puder completar o trabalho. Mantenha a fonte gerada determinística para que uma revisão posterior possa ser reconstruída.

6. Definir o Sistema de Slides

Antes de construir todos os slides, defina:

• tamanho do slide, normalmente 16:9, a menos que um template especifique o contrário;
• margens seguras e uma grade de conteúdo estável;
• funções para texto de título, corpo, legenda, citação e numérico;
• um sistema de cores contido com contraste acessível;
• cores de gráfico que permaneçam distinguíveis sem depender apenas da cor;
• regras de posicionamento para números de slide, fontes e afiliação;
• comportamento de corte e atribuição de imagens.

Construa um slide de conteúdo representativo e renderize-o cedo. Corrija o sistema antes de multiplicar problemas de layout por todo o deck.

7. Construir o Deck

Use layouts mestres ou funções reutilizáveis para estruturas repetidas. Mantenha cada slide focado em uma decisão da audiência:

• o que notar;
• como a evidência apoia isso;
• qual qualificação é necessária;
• como se conecta ao próximo slide.

Prefira rótulos e anotações diretos em vez de legendas que exigem movimento ocular. Preserve incerteza, unidades, tamanhos de amostra e definições de linha de base. Coloque as fontes no slide onde a evidência emprestada aparece.

Use notas do apresentador para dicas de entrega, transições, ressalvas e detalhes que não devem sobrecarregar o slide projetado.

8. Renderizar e Inspecionar

Abra ou renderize o arquivo gerado usando um motor de apresentação independente, quando disponível. Inspecione cada slide como imagem ou na visão de classificação de slides.

Verifique:

• fontes, imagens, símbolos, equações ou glifos ausentes;
• texto cortado e objetos fora da tela;
• sobreposições acidentais e alinhamento inconsistente;
• títulos que se estendem para o conteúdo;
• eixos, rótulos, citações e notas de rodapé muito pequenos;
• imagens esticadas ou mal cortadas;
• valores de gráficos e células de tabela contra a fonte;
• continuidade visual entre slides adjacentes.

Repita a renderização após as correções. Uma gravação de arquivo bem-sucedida não é prova visual.

9. Passagem de Ensaio

Revise o deck na ordem de fala:

• a abertura alcança a pergunta de pesquisa rapidamente;
• a terminologia é introduzida antes do uso;
• cada resultado recebe interpretação;
• as transições explicam por que o próximo slide segue;
• as limitações correspondem à evidência real;
• a conclusão responde ao problema de abertura;
• o tempo do deck principal cabe sem pressa;
• os slides do apêndice cobrem perguntas técnicas previsíveis.

Quando o ensaio exceder o limite, remova ou realoque o conteúdo em vez de reduzir a legibilidade.

10. Validação Estrutural

Execute as verificações disponíveis para a stack escolhida:

• abra o PPTX como um pacote ZIP e confirme que as partes necessárias existem;
• reabra-o com uma biblioteca ou aplicativo de apresentação;
• confirme a contagem de slides e a mídia esperada;
• verifique o texto fonte em busca de placeholders e marcadores TODO não resolvidos;
• verifique links e citações, quando possível;
• confirme o caminho de saída e os nomes de arquivo finais;
• relate qualquer verificação que não pôde ser realizada.

Modos de Apresentação

Conferência ou Seminário

Mova-se rapidamente da motivação para a questão central. Gaste a maior parte do tempo na evidência mais forte e sua interpretação. Mantenha o contexto da literatura seletivo.

Defesa de Tese

Torne o programa de pesquisa visível: problema, contribuições, relação entre capítulos ou estudos, evidências, limitações e trabalhos futuros. Prepare respostas em apêndice para métodos, robustez e preocupações específicas do comitê.

Painel de Subsídio ou Revisão

Conecte importância, trabalho proposto, viabilidade, avaliação, controles de risco, marcos e suporte solicitado. Diferencie evidências concluídas de trabalho planejado.

Aula ou Palestra Convite

Sequencie conceitos por pré-requisito. Inclua exemplos, pausas para síntese e slides de recapitulação. Evite presumir que uma estrutura de artigo de pesquisa é também uma estrutura de ensino.

Portão de Conclusão

Não reporte conclusão até que:

• todas as afirmações possam ser rastreadas até fontes fornecidas ou verificadas;
• o argumento funcione ao ler apenas os títulos das mensagens;
• o deck seja aberto em pelo menos um motor de apresentação;
• cada slide tenha sido renderizado ou inspecionado visualmente;
• não haja cortes, sobreposições, texto placeholder ou citação ilegível;
• gráficos, tabelas, equações e imagens correspondam às suas fontes;
• o ritmo seja plausível para o tempo alocado;
• a fonte editável e o PPTX final estejam presentes;
• as limitações na ferramenta ou na verificação sejam declaradas claramente.