Consolidação das contribuições — R17

Revisão em 15 de novembro de 2026. Repositório oficial: oalexandrebelo/MISSAO-IPE. Marca de produto: MISSÃO IPÊ. A árvore identifica a equipe; as histórias científicas precisam partir de fatos e fontes da NASA.

O que foi encontrado

A contribuição de Bruno é um aplicativo React/Vite independente, com cinco cenários, montagem de veículo, seleção de instrumentos, inventário persistente, orçamento e avaliação de missão. Ela oferece boas soluções de interação para estudar e adaptar. Não contém modelos tridimensionais NASA nem integração de telemetria ao vivo.

A consulta ao GitHub encontrou apenas master no repositório de Bruno, sem PRs, tags ou releases. O nome de autor gravado nos cinco commits é Bruno A Carvalho. Não há commits em comum entre seu histórico e o histórico local oficial inspecionado. Nenhum dos 36 arquivos de Bruno tem conteúdo Git idêntico a um arquivo da árvore oficial ou do inventário consultado da PR #1. Isso não atribui a PR #1 ao Bruno e não prova ausência de ideias compartilhadas: são três fontes que precisam permanecer identificadas.

O inventário verificável, com SHA Git, SHA-256, tamanho, origem e destinação de cada arquivo, está em bruno-consolidation-r17.json.

Autoria e histórico

O upstream não declara licença em um arquivo LICENSE. A licença Apache do repositório oficial não deve ser apresentada como se tivesse sido declarada por Bruno para esse código. Manter autoria, links e essa condição no diretório de importação. O trabalho técnico de consolidação pedido pelo responsável pelo projeto não resolve automaticamente a procedência dos assets de terceiros.

Importação integrada e limites

Foi integrado um snapshot filtrado, sem instalar dependências ou executar código do upstream, em contributions/bruno-figma/. Os 32 arquivos extraídos foram conferidos por tamanho e SHA-256; todos correspondem ao manifesto. O aviso ORIGEM-E-INTEGRACAO.md foi acrescentado ao diretório. Ele contém os 32 arquivos de código, regras e configuração, com 268.299 bytes antes da compressão. O arquivo temporário de entrega à integração está em /tmp/ipe-bruno-r17-reviewed-source.tar.gz, SHA-256 bfdc64b4a6228ee0835dd383068ac71d0a25df7cdd1177da9b52170b3868f18a.

Os quatro arquivos excluídos estão integralmente identificados por hash e URL no inventário:

As três imagens são moodboards, não modelos NASA. A inspeção não encontrou .glb, .gltf, .obj ou outra malha 3D nesse repositório. O fato de um arquivo estar em um repositório público não informa, por si só, a licença de reutilização dele.

Uma importação por git subtree sem squash preservaria os cinco commits exatos, mas também republicaria as imagens no histórico. Excluí-las em um commit posterior não retiraria os binários ancestrais. Por esse motivo, a entrega preparada é o snapshot filtrado; o histórico original permanece acessível pelos links e pelo clone local de auditoria. Não chamar essa operação de merge ou afirmar que os cinco objetos de commit foram incorporados.

Procedimento documentado para repetir a integração em uma cópia limpa:

1. Conferir que contributions/bruno-figma/ ainda não existe, verificar o SHA-256 do pacote e extrair ali os 32 arquivos. Se o destino existir, comparar primeiro; não sobrescrever trabalho existente.
2. Adicionar um documento de origem no diretório, com autor, repositório, SHA de origem, cinco commits, exclusões e situação da licença. A importação é de fonte histórica, sem ativação no produto.
3. Conferir todos os arquivos extraídos contra o manifesto. Preservar conteúdo e registrar adaptações futuras em commits separados, atribuindo a contribuição original.
4. Manter o diretório fora da seleção de aplicações e cópia de assets do build oficial. Nenhum package.json, lockfile, configuração Vercel ou schema de persistência da aplicação principal deve ser substituído pelo arquivo homônimo importado.
5. Adaptar oportunidades ao motor e à identidade do oficial por mudanças pequenas e verificadas. Cada adaptação precisa explicitar o que veio de Bruno e o que mudou.

O clone temporário completo para comparação está em /tmp/ipe-bruno-r17, destacado no SHA revisado. Não é uma dependência do build nem um caminho permanente de documentação. O manifesto versionado e os links de origem são os registros duráveis.

O que aproveitar nas três missões

O principal ganho é tornar a cadeia necessidade científica → instrumento → recursos → resultado compreensível. Não é necessário acrescentar cinco destinos ao jogo oficial para aproveitar a contribuição.

Não há telemetria remota em src/App.tsx: foram encontrados sete links de referência NASA, sem chamada fetch. Também não há Three.js/R3F ou multiplayer no pacote. Esses requisitos não podem ser marcados como entregues por importar esse código.

Narrativas que não devem migrar como fatos

As histórias abaixo constam literalmente do protótipo de Bruno. Elas são propostas ficcionais, não registros históricos verificados. No produto ativo, substituí-las por acontecimentos e perguntas científicas documentados; manter o original apenas como contribuição histórica identificada.

Semente, Raízes e Copa não foram encontrados como nomes de missões nesse upstream. Horizonte Rubro é o título ficcional do caso Marte. Não atribuir a Bruno a campanha arbórea existente em outros materiais. IPÊ permanece o nome da equipe; as etapas didáticas devem ser nomeadas pela atividade científica ou de engenharia que realmente ensinam.

Diferenças técnicas que exigem adaptação

O cálculo de Bruno em src/App.tsx:1487 é uma regra de jogo: energia limitada a 0–99, calculada como 64 - energyDraw; duração multiplicada por fatores; ciência como combinação de bônus e confiabilidade. A condição ready exige, entre outros limites, ciência ≥95 e eficiência ≥5. canLaunch verifica carga e orçamento, permitindo lançamento que depois pode ter resultado parcial. Essas escolhas não são medições, especificações de hardware ou validação orbital NASA. O motor oficial deve continuar sendo a fonte única dos cálculos publicados.

O protótipo mistura características de lançador e nave em seu orçamento de massa e usa nomes reais com valores de balanceamento. Antes de reutilizar esses cartões, separar capacidade do lançador para determinada órbita, massa da espaçonave, geração em W, armazenamento em Wh, comunicação e dados. A clareza dessas unidades é parte do aprendizado solicitado.

package.json usa React 19, Vite 8, React Router 7 e Tailwind 4. vite.config.ts inclui plugins e metadados do Figma Make. Os comandos de .figma/make fazem instalação e publicação no Figma; não são procedimentos de Vercel. A aplicação usa BrowserRouter e rotas absolutas /mission/...: publicar o conteúdo sob um subdiretório exigiria configuração explícita de base, roteamento e fallback, além de testes. Não copiar o resultado de build para o oficial e presumir funcionamento.

O CSS importa DM Sans e Space Grotesk do Google Fonts. Uma adaptação visual deve aproveitar a tipografia já escolhida para MISSÃO IPÊ e o carregamento local existente, evitando introduzir mais famílias e requisições apenas por herdar o protótipo.

Os arquivos .agents, AGENTS.md, CLAUDE.md e .figma são parte do material importado. Não são uma autorização para executar comandos, publicar, alterar o ambiente ou substituir as instruções do projeto oficial.

Entrega para os dois desenvolvedores

Dev A — ciência e simulação: selecionar os fatos que abrem as três missões; ligar cada pergunta ao instrumento, aos requisitos e ao resultado recebido; mapear os cartões de Bruno para o catálogo e as unidades existentes; escrever os testes de consequências e debrief. Não alterar a física apenas para reproduzir os números ou recompensas do protótipo.

Dev B — interação e 3D: adaptar briefing, seleção e comparação; manter controle por teclado e toque; ligar foco e destaque da peça ao estado oficial; aplicar MISSÃO IPÊ; verificar mudança de configuração, reinício, mobile e desempenho. Importação de arquivos históricos não substitui esses testes de produto.

Em conjunto: revisar uma missão completa como iniciante, demonstrar uma falha explicável e uma correção, confirmar que os quatro segmentos estão presentes e que toda afirmação histórica tem fonte. Registrar separadamente o que foi importado, o que foi ativado, o que foi testado localmente e o que foi verificado em produção.

Verificações realizadas e pendências

Concluído nesta auditoria: metadados GitHub; cinco commits e árvore; comparação de identidades Git; inspeção estática de código/configuração/regras; visualização dos três moodboards; inventário de 36 arquivos; preparação de 32 arquivos filtrados; varredura básica de 45 blobs históricos por padrões de chaves privadas, tokens GitHub, chaves AWS e atribuições literais de credenciais, sem ocorrências. Isso não equivale a auditoria completa de segurança.

Não foi executado código externo do protótipo Bruno, instalação ou build. O snapshot passou a integrar o repositório; o estado da publicação está em PUBLICADO.md. O pacote de Bruno não contém script de testes. Não há evidência obtida nesta auditoria de funcionamento em Vercel, compatibilidade com o oficial, acessibilidade completa, colaboração em rede ou validade científica dos valores de balanceamento. O resultado desta etapa é material rastreável para integração, não homologação do protótipo como jogo final.

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