[victorwads]

Resumo

• Seleção completa nativa no calendário elimina releitura de sufixos da paginação (mantém paginação compatível para outros adapters).
• Hidratação de descrições em lotes nativos IN30 com pais únicos e concorrência8, sem memo entre chamadas/contas.
• Revisões de conteúdo/auditoria evitam recomputações por metadata-only. Mudanças de densidade não invalidam cálculo.
• Diagnóstico opt-in inclui duração das etapas de cálculo e descrições.

Evidência de custo (sintética, não produção)

-1000 registros:10 consultas/5500 documentos →1 consulta/1000; resultados/totais iguais.
-128 descrições num projeto:256 leituras →6 consultas/129 documentos.

• Fixture1000 registros,5 amostras alternadas: mediana pessoal162,34→25,16ms; empresa168,08→30,48ms. Não são timings IndexedDB reais.

Segurança e limites

• Índices persistentes, confirmação de acesso inicial, revalidações frescas, contexto completo do rateio e falhas explícitas acima de2000 preservados.
• Não exibimos cache de sessão anterior antes da confirmação remota: cache SDK não prova autorização/completude atuais.
• Sem nova Function, remote listener por navegação, Rules ou índices remotos.

Validação

• Docker isolado em http://localhost:5188, Auth9118/Firestore8098/Functions5018/UI4018. Só demo-work-track/dados sintéticos. Vite ready e All emulators ready confirmados.
• Navegador: semana06/10/2026 mostra14h52,5min; amostra cálculo51,6ms e descrições2,7ms; densidade Régua→Compacto preserva total com zero cache.read/performance.start; próximo período recalcula, sem listen.attach novo; console sem erros.
• npm run check PASS: format/lint/typecheck/test/build,181 core +78 data +409 backend +691 frontend +38 tooling. git diff --check PASS.
• Detalhes e limites em docs/calendar-cache-performance.md.