Robô Pdf/Docx → Html5 Interativo para Moodle

Preciso de um(a) freelancer para criar um robô/aplicativo (desktop ou web) que converta materiais didáticos (entrada: Pdf e .docx) em um único arquivo html (self‑contained) pronto para colar/usar no recurso página/livro do moodle.
O html final deve conter todo o código (html + css + js) e todas as mídias embutidas (ex.: Imagens em data URI/base64, fontes inline, scripts minificados), com design Amazônico (fauna, flora, etnias, Xingu) e componentes interativos (quiz, simulados, arrastar‑e‑soltar, flashcards, hotspots etc.), Sem dependências externas.

Uso esperado: abrir a Página no Moodle → alternar para modo HTML → colar o conteúdo do arquivo → salvar.

🎯 Objetivos
Automatizar: PDF/.docx → HTML único colável no editor do Moodle.

Interatividade completa: quizzes, simulados, drag‑and‑drop, flashcards, hotspots, lacunas, associação.

Identidade Amazônica padronizada e acessibilidade (WCAG 2.1 AA).

Zero dependências externas (CDN, pastas, imagens soltas).

📦 Escopo
Fase 1 – Conversão para HTML5 self‑contained

Importar PDF (nativo/escaneado) e .docx.

Preservar estrutura semântica (títulos H1–H4, listas, tabelas responsivas, imagens/legendas, citações).

OCR para PDFs escaneados.

Saída: um arquivo .html com <style> e <script> inline; imagens/ícones data URI; sem referências a arquivos externos.

Fase 2 – Interatividade (mínimo viável)

Geração automática/semi‑automática a partir de marcadores no texto:

[quiz], [vf], [fill] (lacunas), [match] (associação), [drag] (arrastar‑e‑soltar), [flashcard], [hotspot].

Simulado: agrupamento de questões com timer, pontuação e feedback.

JS vanilla namespaced para evitar conflito com o editor do Moodle. (Opcional: modo “exportar como H5P” apenas se ainda permanecer em um arquivo – incorporado inline. Prioridade é JS próprio.)

Fase 3 – Tema Amazônia

3 variações de tema (paletas/tipografia/componentes) embutidas no mesmo HTML e selecionáveis por data‑atribute ou classe raiz.

Componentes: callouts (“Atenção”, “Exemplo”, “Atividade”), cards, tabs, accordions, timeline, barra de progresso.

Fase 4 – Ferramenta de uso (gui/cli)

selecionar arquivo(s) de entrada, escolher tema, tipos de interatividade e gerar o html único.

Perfil de extração configurável (como detectar enunciado, alternativas e gabarito).

🧪 Critérios de aceite (objetivos e mensuráveis)
Arquivo único .html (self‑contained), sem links a arquivos/CDNs externos.

Validação: HTML5 válido (W3C) e paste‑friendly no editor do Moodle (tema Boost).

Responsividade (320–1440px) e performance: LCP < 2,5s desktop e < 4s em 4G numa página típica.

Acessibilidade: Wcag 2.1 aa (alt‑text, contraste, navegação por teclado, aria, foco visível).

Interatividade: pelo menos 5 tipos funcionando (mcq, vf, lacunas, arrastar‑e‑soltar, flashcards/hotspots) + simulado com timer/score.

Math: suporte a fórmulas via engine embutida (MathJax/KaTeX inline/minificado no mesmo HTML).

Tamanho do arquivo: alvo ≤ 5–8 mb por capítulo/página (otimizar imagens, minificar css/js); se exceder, prever particionamento automático em múltiplos htmls independentes (um por seção), mantendo a premissa de arquivo único por página.