O QUE TODO PROJETO DEVE SEGUIR  (atualizado em 2026-10-22: identidade visual central, item E10)
================================================================================
O padrão completo (checklist, trechos de código, verificador e gerador do tema) está em:
    F:\CLAUDE\_docs\padrao-sigeedu\prompt-padrao-modulos-sigeedu.md

Este arquivo guarda só a FRASE PRONTA para pedir (cole numa sessão do Claude Code aberta em
F:\CLAUDE e preencha os <...>) e um resumo do que o padrão cobre.
(A mesma frase está no começo do prompt-padrao-modulos-sigeedu.md: se mudar uma, mude a outra.)

--------------------------------------------------------------------------------
FRASE PRONTA  (projeto NOVO ou EXISTENTE)
--------------------------------------------------------------------------------
Aplique o padrão SIGEEDU ao projeto F:\CLAUDE\<PASTA> (<novo | existente>). Leia por inteiro F:\CLAUDE\_docs\padrao-sigeedu\prompt-padrao-modulos-sigeedu.md e siga todos os itens (A a L), inclusive o E10 (identidade visual central): no projeto existente, audite primeiro com o verificar-padrao.js, corrija só o que faltar e rode o verificador de novo no fim; no novo, construa já no padrão. Não mude lógica, nomes, tabelas, dados nem funções que estão em produção: a adequação é só de aparência. Visual: tema.js gerado pelo tema\gera.js (--add e --instalar), menu lateral e cabeçalho fixo no tom "cromo" (classe sg-cromo), cores da paleta nos <style> por variáveis (tema\estilos-para-variaveis.js), logos pelos nomes padrão da raiz e copyright marcado (o tema.js aplica a identidade salva em site_6_painel_links\gestao_identidade_visual); meça as cores antes e depois com o tema\comparar-cores.js (fora do menu e do cabeçalho, nenhuma diferença) e audite o contraste nos dois temas. Relatórios: use estas views: <view_a, view_b>. Atividade e log: registrar <tabelas/ações | tudo o que o módulo grava>. Desvios deliberados: <nenhum | …>. Se faltar uma decisão de negócio, pergunte. Responda em português e termine com o relatório de adequação e a lista de arquivos a publicar.

--------------------------------------------------------------------------------
FRASE CURTA  (só a identidade visual: projeto que já está no padrão)
--------------------------------------------------------------------------------
Aplique só o item E10 (identidade visual central) do padrão SIGEEDU ao projeto F:\CLAUDE\<PASTA>, seguindo F:\CLAUDE\_docs\padrao-sigeedu\prompt-padrao-modulos-sigeedu.md: tema.js novo (tema\gera.js --add/--instalar, subir o ?v=), sg-cromo no cabeçalho fixo e na barra do celular, cores da paleta dos <style> por variáveis (tema\estilos-para-variaveis.js), data-sg-copyright nos rodapés. Não mude lógica, tabelas nem dados. Meça as cores antes e depois (tema\comparar-cores.js: só o menu e o cabeçalho podem mudar), audite o contraste nos dois temas, rode o verificar-padrao.js e termine com a lista de arquivos a publicar.

--------------------------------------------------------------------------------
VERSÃO DETALHADA  (quando quiser passar mais informações)
--------------------------------------------------------------------------------
Aplique o padrão SIGEEDU ao projeto F:\CLAUDE\<PASTA>.
Modo: <A = projeto NOVO | B = projeto EXISTENTE (auditar e atualizar)>
Leia por inteiro F:\CLAUDE\_docs\padrao-sigeedu\prompt-padrao-modulos-sigeedu.md e siga tudo:
regras de ouro, procedimento, checklist (A a L) e relatório final.
Parâmetros:
- Módulo de permissão (texto antes do ponto em main_permissao_usuarios.modulo): <modulo>
- Páginas protegidas (código de página → arquivo): <modulo>.<variante> → <arquivo>.html
- Páginas públicas (sem login), se houver: <arquivo> — <por quê>
- Relatórios (as views QUE EU ESCOLHO; um relatório por view): <view_a (título)>, <view_b (título)>  |  sem relatórios
- Atividade e log (o que registrar): <tabelas e ações> | tudo o que o módulo grava, exceto log/apoio
- Níveis de permissão com rótulos diferentes do padrão: <…>
- Identidade visual (E10): segue a central | desvio: <página de TV/impressão, cor própria do módulo que deve ficar fixa…>
- Desvios deliberados já decididos (não "corrigir"): <…>
Não mude lógica, nomes, tabelas, dados nem funções em produção: a adequação é só de aparência.
Responda em português. Ao final, entregue o relatório da seção 5.

Só uma parte? Diga, por exemplo: "aplique só o grupo E do padrão" (visual) ou "só o grupo L" (Atividade e log).

--------------------------------------------------------------------------------
O QUE O PADRÃO COBRE  (resumo; cada item tem um código, ex.: B5, D2, L2)
--------------------------------------------------------------------------------
A  Regras de ouro: produção intacta (não muda lógica nem nomes); SQL só novo, aditivo e sem
   CREATE POLICY (as policies você cria à mão); publicar sem quebrar; testes seguros; português.
B  Login, guard e permissão: usa ../login.html e ../config.js da raiz; login por refresh token
   na URL; desloga sozinho quando o token expira; o guard confere a permissão do MÓDULO (a sessão
   é compartilhada entre os módulos) e mostra "Sem permissão".
C  Menu lateral com Minimizar/Maximizar, header fixo (botões e filtros), foto e NÍVEL sob o
   e-mail, copyright sob o botão Minimizar.
D  Relatórios via main-relatorios: uma opção para CADA VIEW que você informar (as views são
   escolha sua; o Claude não escolhe nem inventa).
L  ATIVIDADE E LOG: quem está online agora e o que está fazendo + registro imutável de tudo o
   que foi feito. Só os níveis 3 e 4 leem o registro; o que registrar você informa (ou o Claude
   propõe a lista e deixa explícito no relatório final).
E  Visual: paleta verde, tema claro/escuro (segue o navegador; o botão sol/lua guarda a escolha),
   logos padrão (SVG na raiz), animações do menu, login e tela "Sem permissão" no tema.
   E10 IDENTIDADE VISUAL CENTRAL: cores (claro/escuro, com trava de contraste), logos, favicon e
   copyright de TODOS os módulos vêm da gestão em site_6_painel_links\gestao_identidade_visual
   (módulo permus), aplicados pelo tema.js. Menu lateral e cabeçalho fixo um pouco mais escuros
   que o corpo (classe sg-cromo). Nada de cor da paleta em hex no módulo. Prova: comparar as cores
   antes/depois (tema\comparar-cores.js) e auditar o contraste.
F  Manual do usuário (no menu lateral) e manual técnico (só na pasta do projeto) + README.
G  Banco: scripts numerados, idempotentes e aditivos; policies só sugeridas em docs/.
H  Testes obrigatórios e relatório final (✅ segue · 🔧 corrigido · ⚠️ desvio · ❌ não feito),
   com a lista de arquivos a publicar.

Conferir um projeto sem alterar nada (itens mecânicos do checklist):
    node F:\CLAUDE\_docs\padrao-sigeedu\verificar-padrao.js <pasta-do-projeto> [--pular=B,D,C3,...]

--------------------------------------------------------------------------------
TEXTO ANTIGO  (substituído pelo padrão acima; guardado só como histórico)
--------------------------------------------------------------------------------
Perfeito, agora vamos alterar um outro projeto já realizado. Carreguei a pasta do projeto de 'gestão de funcionários, arquivos de funcionários e funções e atribuições' está tudo na pasta 'funiat-gestao', dito isso faça:
1. Esse projeto também usa auth-guard e login, mas quero que faça como em 'docali-gestao-pedidos' onde usa-se o arquivo de login.html da raiz '../login.html' e também a configuração básica do supabase que está em '../config.js';
2. assim como solicitei para 'docali-gestao-pedidos', altere de 'funiat-gestao' a visualização, adicionando o menu sidebar a esquerda com minimizar e maximizar e o header fixo para botões da pagina e fitros;
3. como é um sistema em produção, não altere a lógica da aplicação, nomes, funções tabelas etc para evitar erros;
4. crie, como nos outros projetos, o manual técnico que fica apenas na pasta do projeto, e segundo o manual de usuário mostrando detalhadamente o modulo para o usuário que fica no menu lateral;
5. em 'Relatórios' use a mesma logica de relatórios de 'docali-gestao-pedidos' que envia para 'main-relatorios' mas ao inves de docali, manda funiat