Continuidade R19: as três prioridades agora estão implementadas. Use o handoff R19 para código, roteiro e validação. Este documento preserva a migração dos dados reais.

R18 — handoff de ciência, experiência e publicação

15/11/2026 · MISSÃO IPÊ. Repositório oficial: oalexandrebelo/MISSAO-IPE. Esta entrega substitui as medidas sintéticas de Bennu/Webb por dados publicados e mantém a simulação de recursos explicitamente didática. O estado de publicação e a validação integrada devem ser consultados em PUBLICADO.md; este documento não é recibo de deploy.

A proposta que os dois devs devem conservar

O participante aprende que uma missão científica precisa entregar evidência adequada à pergunta. Energia, armazenamento e comunicação podem limitar essa entrega. Receber todos os bits não basta quando o instrumento é incompatível; um conjunto incompleto não pode ser preenchido com zeros nem apresentado como descoberta completa.

Dados, seleção, fontes e limites R18. Os registros Bennu são objetos 1, 2, 3, 4a, 5 e 6 da tabela científica. Não são os locais candidatos de coleta Nightingale/Osprey. Webb usa seis dos 95 bins de uma redução de um trânsito, não duas exposições de três bandas.

Divisão de responsabilidade

Não alterar valores NASA para equilibrar a dificuldade. Ajustar somente os parâmetros didáticos, com nova versão quando o resultado das simulações mudar. Mudança de fonte, unidade, seleção ou pergunta exige revisão de Dev A e Dev B juntos.

Arquivos e fronteiras

Todos os caminhos src/ a seguir pertencem a experiments/mission-design-lab/.

Os JSON usados pelo motor ficam em src/data/science/; scripts/sync-science-records.mjs publica cópias idênticas antes do build. O teste de procedência impede divergência entre motor e download. As tabelas distribuídas ficam em /lab/data/science/: bennu-records.json, bennu-table1.csv, bennu-provenance.json, webb-spectrum-subset.json, webb-firefly-nasa.tbl e webb-provenance.json. Os links de download estão no documento 45.

Contratos que não podem divergir

• Modelo: ipe-expeditions-r18-v1. Relatório: ipe-scientific-report-v2. Projeto: ipe-scientific-design-v2. Arquivos antigos devem explicar sua incompatibilidade; não migrar automaticamente hipóteses sobre medidas sintéticas.
• Ciência imutável: as escolhas não alteram value, unit, fonte, instante histórico ou incerteza. Alteram estado de processamento/entrega e validade instrumental no exercício.
• Relógios separados: producedAtS e deliveredAtS pertencem ao jogo. A data observada vem da evidência. Bennu não possui horário individual por dimensão; não preencher com o início de uma campanha.
• Entrega por identidade: usar deliveredRecordIds do instante selecionado, não uma contagem para acender os primeiros N itens. Com IDs não contíguos, o cartão correto deve ser liberado.
• Incerteza por significado: Webb usa erro publicado de 1σ em pontos percentuais. A escala de 5,25 cm/pixel de Bennu não deve virar barra ±1σ nem ser aplicada ao valor como correção.
• Tentativa preservada: uma cena de execução usa result.config. Editar rascunho não reescreve resultados já registrados.
• GLB independente: Bennu/Webb são referências visuais. As latitudes/longitudes da tabela não autorizam marcar pontos como geograficamente alinhados ao modelo.
• Acesso a fontes: dados públicos podem ser consultados diretamente. A disponibilidade no retorno da missão indica a entrega daquela tentativa, não sigilo ou indisponibilidade do arquivo público.

Roteiro de validação para os dois devs

1. Entrar em Bennu, ler a pergunta e identificar a unidade em metros. Abrir a fonte e localizar a Tabela Suplementar 1. Conferir a omissão explícita de 4b no jogo e sua presença no CSV completo.
2. Usar câmera, energia ampliada e contatos curtos. Registrar uma hipótese, executar e comparar produção, fila e recepção. Dados incompletos devem permanecer indisponíveis no retorno.
3. Trocar apenas o seletor do serviço de solo, executar novamente e comparar no mesmo T+. O pacote altera duração, início da primeira janela e custo: não atribuir o resultado somente à duração. Os eixos maiores e a fonte precisam permanecer idênticos. O rádio e sua taxa não mudam com a duração do contato.
4. Selecionar um registro recebido e rever a entrega no 3D. Conferir ID, evento, relógio e subsistema. Rebobinar para antes da entrega: o registro não pode aparecer recebido na cena daquele instante.
5. Entrar em Webb. Confirmar que a tabela é de um único trânsito e a grandeza é porcentagem de luz bloqueada. Com câmera genérica, recepção completa não deve produzir evidência espectral válida.
6. Trocar apenas para espectrômetro. Verificar os pontos recebidos e suas barras de incerteza. Conferir uma linha com a tabela de 95 bins, sem confundir porcentagem com fração absoluta ou erro percentual relativo.
7. Exportar relatório. Conferir versão, hipótese, configuração executada, dados científicos, origem e estados de entrega. Importar projeto v2 e verificar escolhas; importar um projeto antigo e verificar recusa explicada.
8. Repetir os fluxos em modo 2D, sem WebGL, por teclado e com movimento reduzido. Controles, valores e interpretação devem continuar disponíveis fora do canvas. Testar celular físico antes de afirmar aceite móvel.
9. Abrir Cerrado e a campanha existente para verificar regressão. Não alterar seus dados reais nem presumir que melhorias nas expedições resolvem a persistência compartilhada já documentada.

Execução local e publicação

Com Node 24 e as dependências existentes instaladas, na raiz:

npm --prefix experiments/mission-design-lab run verify
npm run build:release
npm run test:context
npm run test:beta
npm run test:portal
npm run start:beta

O site local usa http://127.0.0.1:4175/. O build principal publica site/ por lista explícita. A LP em apps/immersive-lp/ tem seu próprio build e projeto Vercel; consultar o README da aplicação. Não copiar toda a raiz, PDFs de leitura, arquivos privados ou .env para a hospedagem.

Validação integrada R18: 148 testes de domínio e 38 de interface do laboratório; 120 + 14 da campanha; 24 de contexto; 17 de distribuição; 12 do portal; 18 jornadas da LP em navegador. Os builds estáticos passaram. A conferência visual abriu os resultados reais de Bennu/Webb e o replay 3D por registro, sem erro de console observado. Recibo local R18. A verificação da hospedagem tem recibo próprio: não reutilizar a R17 como prova de R18. Para reproduzir testes da LP, use o navegador já instalado por PLAYWRIGHT_CHROMIUM_EXECUTABLE se o executável padrão do Playwright não estiver disponível.

O que ainda precisa de evidência humana

O projeto possui uma proposta educativa verificável, mas a implementação não prova aprendizagem nem classificação no Space Apps. Observar participantes iniciantes, registrar se conseguem explicar um gargalo sem ajuda, testar toque/leitura em aparelho físico e ensaiar o pitch continuam necessários. A colaboração disponível é local no mesmo dispositivo; multiplayer remoto não está implementado. Questões de elegibilidade e histórico pré-evento permanecem no documento de prontidão.

Próxima melhoria deve partir de um problema observado nessas sessões. O ganho desta revisão é permitir que a pessoa reconheça uma medida real, siga sua origem, veja por que ela chegou ou faltou e formule uma conclusão do tamanho da evidência.

Próximo ciclo de investigação

Leia as oportunidades NASA revisadas pelo Sol 6.1 max. Elas são propostas priorizadas, não funcionalidades já implementadas. O estudo distingue ferramentas de referência, dados para integrar e critérios para aceitar cada melhoria.

Documento público. Ler o Markdown desta edição. Estado e curadoria no manifesto da publicação.