# Frente 1 — Regras atuais, procedência científica e limites da Missão Ipê

Pesquisa concluída em 14/11/2026, por uma frente de IA da rodada solicitada por AB. A frente recebeu como marco de coordenação 08h23 UTC / 05h23 BRT. O recálculo científico abaixo foi realmente executado às **08:28:17 UTC / 05:28:17 BRT**. Não se implementou o jogo nesta frente. Os arquivos do estudo anterior foram somente lidos.

**Conclusão operacional:** a autorização de AB para iniciar código agora é inequívoca como instrução de trabalho. Ela não altera a orientação externa do evento: o GO Team situa o início às **09h locais de sábado, 14/11/2026**, e informa que desenvolvimento antecipado pode levar à desclassificação. Não há exceção documentada para esta equipe. Registrar a produção real antes desse horário, sem declarar que a transparência garante elegibilidade e sem rebatizar implementação específica como pesquisa. A escolha de executar é da coordenação; este parecer não determina uma desclassificação nem certifica conformidade.

A segunda pendência permanece: **a lista oficial de Resources do desafio não foi recuperada**. Foram renovadas tentativas por busca, abertura direta, variações públicas de URL e HTTP no executor. O espelho do evento HackAthlone permite localizar nove candidatos, mas não fecha a confirmação na página oficial. MOD13Q1 é uma fonte científica primária válida; sua inclusão específica na lista de Space Mission Design Game continua não demonstrada.

## 1. Autoridade das regras e leitura sem exceções inventadas

| Fonte atual | Autoridade e data | Constatação documental | Aplicação e limite |
|---|---|---|---|
| [R01 — Discussion #1827](https://github.com/nasa/spaceapps/discussions/1827) | Paula-GO-Team; 05/11/2026; etiqueta GO Team Answered | Pesquisa de tema/recursos, escolha de desafio e formação de equipe podem anteceder o evento. O desenvolvimento começa às 09h locais de sábado; para Universal Event, vale a residência do dono da equipe. | É a orientação mais direta para o horário. Não concede início antecipado porque o calendário já virou sábado em UTC. |
| [R02 — Discussion #1872](https://github.com/nasa/spaceapps/discussions/1872) | Nick-GO-Team; 09/11/2026; GO Team Answered | Ao responder sobre tema, funcionalidades e esboço de UI, recomenda aguardar para discutir funcionalidades/esboçar a interface; menciona desclassificação e retirada de prêmio. | O dossiê anterior contém decisões de produto. Sua classificação integral como preparação permitida não está comprovada. Preservar o texto original e a cronologia. |
| [R03 — Discussion #2009](https://github.com/nasa/spaceapps/discussions/2009) | Madison-GO-Team; 13/11/2026; resposta oficial dentro de discussão com estado Closed Unanswered | A pergunta aborda expressamente PRODUCT.md, GAMEPLAY.md, AGENTS.md e prompts prontos para IA. Madison reitera o início às 09h e a lista de preparação permitida. | Não responde com uma autorização específica para especificações detalhadas. A advertência adicional de Lightovic é interpretação de colaborador; não deve ser atribuída ao GO Team. |
| [R04 — Discussion #1924](https://github.com/nasa/spaceapps/discussions/1924) | alangnt; 11/11/2026; etiqueta Navigator answered | Admite código anterior e bibliotecas quando não foram produzidos especificamente para Space Apps, com crédito e licenciamento aplicável. Desenvolvimento específico pertence à janela oficial. | Orientação útil para ativos AB antigos, mas inferior em autoridade a uma decisão do GO Team e sem constituir aprovação deste inventário concreto. |
| [R05 — Discussion #1777](https://github.com/nasa/spaceapps/discussions/1777) | Nick-GO-Team; 04 e 09/11/2026 | Reitera o horário; em resposta posterior aceita como insumos citados um mapa imprimível e catálogo de coordenadas preparados durante pesquisa. | O caso concreto não autoriza extrapolar para motor, interface ou solução pronta. |
| [R06 — Discussion #1849](https://github.com/nasa/spaceapps/discussions/1849) | Nick-GO-Team; 06/11/2026; GO Team Answered | Exige ao menos uma fonte NASA incluída nos Resources do desafio para prêmios globais; aceita IA com identificação de onde e como foi usada. | Distinguir origem NASA de qualificação na lista. Há orientações específicas para marcas e identificação de mídia gerada. |

Trecho curto de R01, nove palavras: **“Working ahead of the hackathon can lead to disqualification.”** A modalidade é possibilidade, não um veredito automático sobre Ipê. O horário autorizado pelo usuário e o horário publicado pelo organizador são fatos diferentes e precisam coexistir no registro.

### Cronologia que deve permanecer visível

| Marco | UTC | Rio Verde / BRT | Natureza da evidência |
|---|---|---|---|
| Recuperação dos JSONs MODIS no estudo anterior | 14/11, 07:44:09 | 14/11, 04:44:09 | Horários presentes no pack anterior; não são uma observação terrestre feita nessa data. |
| Marco informado de início desta rodada | 14/11, 08:23 | 14/11, 05:23 | Informação de coordenação, não um commit auditado nesta frente. |
| Nova tentativa HTTP de Resources | 14/11, 08:25:08 | 14/11, 05:25:08 | HTTP 503 recebido no executor; não conteúdo da aba. |
| Recálculo independente EVI3 | 14/11, 08:28:17 | 14/11, 05:28:17 | Registro real do script de pesquisa em evidence/evi3-validation.json. |
| Início publicado pelo GO Team | 14/11, 12:00 | 14/11, 09:00 | Conversão UTC−03 do início local aplicável a Rio Verde. |
| Corte operacional da agenda local | 15/11, 20:00 | 15/11, 17:00 | Agenda pública indexada de Rio Verde; conferir eventual alteração no local. |
| Encerramento geral do formulário | 16/11, 02:59 | 15/11, 23:59 | Página oficial 2026 indexada. Não substitui o corte local. |

Na data/hora recebida, faltavam 3h37 até as 09h BRT. Iniciar antes disso produz código específico anterior à janela. Não adiar artificialmente timestamps, apagar histórico ou afirmar que recompilar depois das 09h transforma toda a autoria em trabalho do evento. Se houver material anterior incorporado, manter nome, origem, licença e papel concreto na entrega. Não foi constatada autorização especial escrita dos organizadores para AB.

## 2. Datas, submissão e o que ainda requer o formulário vigente

[R07 — página oficial 2026](https://www.spaceappschallenge.org/2026/) foi recuperada no índice atual: evento em 14–15/11; acesso à edição/submissão na aba Project da equipe de 09h sábado a 23h59 domingo; equipes com no máximo seis participantes. Isso sustenta a janela geral, não a inscrição ou composição humana de Ipê. A página também permite registro até o fechamento, enquanto a redação de [R08 — termos](https://www.spaceappschallenge.org/legal/) diz registro antes do início; portanto não tratar inscrição tardia como garantia universal sem observar o estado real do formulário.

[R09 — Rio Verde](https://www.spaceappschallenge.org/2026/local-events/rio-verde/) aparece indexada com pré-apresentações às 15h30, entrega na plataforma às 17h e apresentações às 18h de domingo. O texto português contém um ponto de interrogação após a indicação de plataforma; a versão inglesa não contém esse marcador. Tratar 17h como prazo operacional conservador, confirmar a agenda presencial e não inventar que a abertura de sexta antecipa o início global às 09h de sábado.

As respostas atuais [R10 — #1947](https://github.com/nasa/spaceapps/discussions/1947) e [R11 — #1973](https://github.com/nasa/spaceapps/discussions/1973), ambas de Navigators em 12/11, orientam demonstração de até 30 segundos **ou** até sete slides, incluindo capa/encerramento; submissão em inglês e links acessíveis, com legendas em inglês quando necessário. R10 é resposta a outro desafio, não um regulamento específico de Ipê. O guia de submissão direto retornou 502. Aplicar esses limites ao preparo, mas conferir o formulário efetivo quando disponível. A regra de mínimo de duas pessoas citada em R10 refere-se ao Universal Event e não foi generalizada aqui a Rio Verde.

Os termos R08 pedem direitos de uso, documentação de licenças e citação de fontes, incluindo materiais abertos. Conteúdo original deve ser livre ou sob licença OSI; o termo prevê Apache 2.0 quando uma licença conforme não é especificada. Não há motivo para publicar ativos privados AB sem autorização/licença compatível: basta conservar só os componentes realmente necessários e autorizados. Nenhum envio ou publicação ocorreu nesta frente.

Para IA, R06 exige identificação em texto/metadados para código e dados; imagem e vídeo gerados exigem marca visível. Conteúdo gerado não deve usar/conter/modificar elementos de marca NASA conforme a orientação publicada. A documentação de Ipê deve dizer assistência de IA, dados NASA de arquivo e hipóteses didáticas separadamente. Nenhuma simulação fictícia deve receber selo de validação, aprovação ou certificação NASA.

## 3. Resources: recuperação renovada, autoridade ainda pendente

URLs oficiais tentadas novamente em 14/11:

- `https://www.spaceappschallenge.org/2026/challenges/space-mission-design-game/`: 502 na abertura e no link que parte do espelho.
- `https://www.spaceappschallenge.org/2026/challenges/space-mission-design-game/?tab=resources`: inacessível pela ferramenta de busca; requisição HTTP normal no executor retornou **503** às 08:25:08 UTC.
- A variação sem `www`, âncora `#resources` e subdomínio público de staging também não forneceram a lista.
- `https://www.spaceappschallenge.org/resources/team-formation-guide/` e `/resources/project-submission-guide/`: 502.

Não houve autenticação, contato com organizadores ou uso de conteúdo privado. A indisponibilidade observada é desta recuperação; não comprova indisponibilidade universal. Uma página de staging localizada pela busca continha datas de outubro de uma edição anterior, apesar de metadados recentes: foi descartada como confirmação de regras 2026.

[R12 — espelho HackAthlone](https://hackathlone.com/challenges/space-mission-design-game) contém nove entradas e aponta expressamente a página oficial como autoridade final. Sua lista recuperada é esta, **provisória enquanto não confrontada com a aba oficial**:

| Entrada no espelho | Endereço primário de destino ou identificação | Situação útil a Ipê |
|---|---|---|
| Design and Develop Science Missions | [Apresentação NASA de abril/2025](https://www.nasa.gov/wp-content/uploads/2025/04/250323-design-and-develop-science-mission.pdf) | Candidato mais alinhado: segmentos e requisitos; arquivo anterior preservado. |
| General Mission Analysis Tool | [NASA Software GSC-19468-1](https://software.nasa.gov/software/GSC-19468-1) | Não é necessário integrar um propagador completo ao núcleo. |
| Concept Maturity Levels | [JPL, hdl:2014/44299](https://dataverse.jpl.nasa.gov/dataset.xhtml?persistentId=hdl:2014/44299) | Referência de maturidade de conceito; não equivale a certificação do produto. |
| Mission Design Lab | [NASA Goddard](https://etd.gsfc.nasa.gov/capabilities/integrated-design-center/mission-design-lab/) | Estudos de arquitetura e trocas; apoio de método. |
| NASA Mission Viz | [Projeto NASA](https://nasa.github.io/mission-viz/) | Referência de visualização; usar imagens ou aparência isoladamente seria pouco substantivo. |
| A Learning Game About Telescopes | [Webb Build It Yourself](https://science.nasa.gov/mission/webb/game-build-it-yourself/) | Exemplo pedagógico de objetivo científico determinando instrumento. |
| CubeSat 101 | [PDF NASA, revisão outubro/2017](https://science.nasa.gov/wp-content/uploads/2023/06/nasa_csli_cubesat_101_508.pdf) | Comunicações e solo; fonte primária aberta nesta rodada. |
| Visualize a Space Mission Using Virtual Reality | Desafio Space Apps de 2023, link no espelho | Precedente, sem necessidade de importar escopo VR. |
| Digital Games and Activities | [CSA](https://www.asc-csa.gc.ca/eng/youth-educators/digital-games-and-activities.asp) | Recurso da agência parceira; não substitui sozinho o requisito explícito NASA. |

Não foi encontrada MOD13Q1 nessa relação secundária. Isso **não prova ausência** na lista oficial não recuperada, mas impede usá-la agora como comprovação documental de qualificação. Também não há prova de que citar qualquer página NASA seja suficiente: o GO Team exige recurso da lista; o Navigator R10 reforça uso substantivo e demonstrado.

### Como os documentos podem determinar o funcionamento

[R13 — NTRS 20250002492](https://ntrs.nasa.gov/citations/20250002492), Julie Levri, Ames Research Center, documenta o webinar de 26/03/2025. Seu [PDF primário de 29 páginas](https://ntrs.nasa.gov/api/citations/20250002492/downloads/Design%20and%20Develop%20Science%20Mission_03262025.pdf) foi recuperado: slide 6 apresenta lançamento, espaço, solo e usuário; slide 7 trata de ConOps; slides posteriores cobrem requisitos, trocas e verificação/validação. **É uma edição distinta do arquivo NASA de abril listado pelo espelho; não intercambiar paginação, hash ou afirmar que ambos são o mesmo arquivo.**

A aplicação proposta, de autoria da equipe, é concreta: compatibilidade de lançamento e massa; geração/armazenamento a bordo; serviço finito de enlace e recepção; avaliação no usuário apenas de dados recebidos e válidos. Cada fase deve emitir evidência de requisito atendido ou não. Um requisito de entregar seis índices válidos só é satisfeito no receptor, mesmo que a memória a bordo esteja cheia. Esse encadeamento é substantivo; uma página de créditos sem efeito no motor não o demonstra.

[R14 — CubeSat 101](https://science.nasa.gov/wp-content/uploads/2023/06/nasa_csli_cubesat_101_508.pdf), revisão de outubro/2017, reforça a inclusão da estação de solo e da operação na missão. Usá-lo para essa estrutura é defensável. Seu exemplo histórico de restrição de rádio não deve se converter em regra universal 2026. Potência, massa, custos, taxa de enlace e agenda escolhidos pela equipe continuam hipóteses didáticas até serem sustentados por fontes de hardware específicas.

**Parecer de qualificação:** docs de engenharia listados podem ser recursos NASA substantivos porque seus conceitos comandam regras do jogo. Isso é uma interpretação tecnicamente motivada, ainda condicionada à lista oficial e à avaliação dos organizadores. MOD13 pode fortalecer a ciência como fonte adicional; isoladamente não fecha o requisito de lista. Não escrever “elegível” como estado já conferido.

## 4. Ciência P0 preservada: arquivo MODIS, NDVI, qualidade e entrega

Foram lidos o pack e os três JSONs anteriores, sem modificação. O [serviço ORNL DAAC TESViS](https://modis.ornl.gov/data/modis_webservice.html), DOI `10.3334/ORNLDAAC/1600`, documenta extrações públicas por REST e os campos de pedido. Produto: MOD13Q1 coleção 061, DOI `10.5067/MODIS/MOD13Q1.061`. Coordenadas pedidas não devem ser apresentadas como centro preciso do pixel.

O [guia oficial MOD13 C6.1](https://modis-land.gsfc.nasa.gov/pdf/MOD13_User_Guide_V61.pdf) abriu nesta rodada. Confirma bandas, escala, QA e composição de 16 dias. Seus metadados e equações sustentam as transformações, não a agenda de 180 minutos fictícios. A fórmula NDVI continua `(NIR − RED)/(NIR + RED)`; escala comum se cancela. Fill, denominador inválido e QA rejeitado precisam continuar inválidos, não virar zero.

Os seis registros mantêm `VI_Quality = 2116` e `pixel_reliability = 0`; o uso de um filtro didático não autoriza chamá-los de máxima qualidade. Os dias selecionados são 245 e 267 de 2024, isto é, 01/09 e 23/09, distintos dos inícios dos compostos A2024241/A2024257. São medidas de arquivo; o CubeSat fictício não coletou MODIS. A amostra de três pontos não valida saúde de lavoura, rendimento, causa, tendência regional ou alerta ambiental.

**P0 continua o mesmo objetivo NDVI nas duas rotas.** As alterações de hardware/representação devem ser avaliadas sob objetivo fixo para sustentar qualquer alegação de mínimo redesenho. O resultado científico depende das bandas reais; a viabilidade de transmissão depende de recursos didáticos declarados. Não atribuir aos números NDVI a inversão de uma escolha que é determinada por watts e Mbit arbitrados.

## 5. Oportunidade P1 comprovada: EVI3 após um novo pedido científico

Há um ganho científico pequeno em implementação e claro em significado: os JSONs originais já trazem **BLUE e EVI publicado**. Foi realizado um recálculo independente de EVI de três bandas, com aritmética racional exata. Não houve novo download de pixels nem seleção oportunista de novas observações.

Equação 2 do guia MOD13, página impressa 3 / sexta página PDF, conferida visualmente:

`EVI3 = 2,5 × (NIR − RED) / (NIR + 6×RED − 7,5×BLUE + 1)`.

Usar reflectâncias após multiplicação dos inteiros por 0,0001. **A escala não se cancela**, por causa do termo constante 1. Todos os BLUE observados estão abaixo de 0,1 e os denominadores são positivos. O guia descreve comportamento problemático de EVI3 em alvos brilhantes e um algoritmo alternativo EVI2; esta análise não implementa o algoritmo completo de seleção/composição NASA.

| Registro | BLUE inteiro | EVI publicado | EVI3 recalculado | Diferença absoluta |
|---|---:|---:|---:|---:|
| A–A2024241 | 457 | 0,1270 | 0,1270754347 | 0,0000754347 |
| A–A2024257 | 482 | 0,2296 | 0,2296383417 | 0,0000383417 |
| B–A2024241 | 545 | 0,2761 | 0,2761729838 | 0,0000729838 |
| B–A2024257 | 556 | 0,1735 | 0,1735937933 | 0,0000937933 |
| C–A2024241 | 573 | 0,1816 | 0,1816085327 | 0,0000085327 |
| C–A2024257 | 593 | 0,1634 | 0,1634034856 | 0,0000034856 |

Máximo observado: **0,0000937932945414**, inferior a 0,0001 nos seis registros. É concordância nesta amostra, não acurácia física garantida nem tolerância universal do produto. EVI2 foi calculado separadamente no recibo apenas para mostrar que não é intercambiável com EVI3.

O benefício informacional é demonstrável: NDVI sozinho comprime três ou mais graus de informação em um escalar e não permite recuperar BLUE ou as reflectâncias absolutas. Conservando RED, NIR e BLUE recebidos, torna-se possível responder a um pedido EVI3 posterior. Isso explica a utilidade de reprocessamento sem declarar EVI universalmente superior, sem inventar correção ambiental e sem exigir novo mundo no jogo.

Condições de incorporação P1:

1. O modo precisa se chamar e transportar explicitamente **BANDAS R/NIR/B**, com RED, NIR e BLUE; NIR não é o canal verde de uma imagem RGB comum. Se BANDAS P0 contém só RED/NIR, não atribuir a ele capacidade EVI3.
2. Um pedido científico EVI3 é um contrato novo, apresentado como extensão após a missão NDVI. Não mudar o objetivo ocultamente no meio da demonstração nem atribuir essa mudança à prova de transferência original.
3. Índice transmitido deve continuar válido para a pergunta NDVI original. O insucesso no pedido adicional é falta de informação suficiente, não perda retroativa de uma vitória legítima.
4. Rejeitar fill e valores não finitos; exigir os três campos, intervalos documentados e a política QA declarada. Denominador nulo ou não positivo é inválido no contrato didático; valores fora do intervalo de produto são sinalizados, sem clamp silencioso.
5. Para entradas externas ou BLUE alto, não extrapolar a validação de seis amostras nem implementar uma troca EVI3→EVI2 ad hoc. Manter “fora do domínio validado” até verificar a lógica NASA aplicável. Nenhum limiar simplificado é atribuído à NASA como algoritmo completo.
6. Volume, custo computacional e energia da terceira banda são novamente hipóteses do jogo. Os poucos bytes dos JSONs não justificam 180 Mbit físicos; separar carga lógica de tamanho de arquivo.

Este P1 cabe como painel curto de reprocessamento e oportunidade educativa posterior. **Não integra a pontuação P0, não altera o objetivo fixo do certificado de redesenho e não constitui requisito para liberar a implementação.**

## 6. Evidência entregue e redação recomendada

- [evidence/evi3-validation.json](evidence/evi3-validation.json): seis cálculos, frações exatas, denominadores, EVI2 distinguido, hashes e caminhos dos três JSONs originais.
- [evidence/validate-evi3-research.py](evidence/validate-evi3-research.py): reproduz somente a conferência de pesquisa; não é motor do jogo.
- [evidence/resources-retrieval-20261114.json](evidence/resources-retrieval-20261114.json): resultados das novas tentativas de acesso; não contém uma lista oficial recuperada.
- Os capítulos 01, 03, 05 e 06 do caderno anterior e seus recibos permanecem intactos.

Redação defensável na documentação: “Usamos dados arquivados MOD13Q1.061 para verificar os índices recebidos e referências NASA de engenharia para estruturar requisitos e segmentos da missão. A órbita, agenda e recursos operacionais são simplificações didáticas. A confirmação da lista oficial de Resources e da elegibilidade temporal permanece pendente. A cronologia identifica materiais anteriores ao início local do evento.”

Redações sem evidência, que não devem ser usadas: “NASA validou o simulador”; “projeto inteiramente desenvolvido no evento”, se houver implementação anterior; “MODIS comprova nossa elegibilidade”; “dados atuais do Cerrado”; “EVI corrige qualquer nuvem”; “BANDAS reprocessa EVI3”, se o pacote não inclui BLUE; “seis usuários aprenderam”, sem sessões realizadas.

### Referências primárias suplementares

- [NASA — Measuring Vegetation, NDVI & EVI](https://science.nasa.gov/earth/earth-observatory/measuring-vegetation-ndvi-evi/): contextualização científica, não diagnose local.
- [Material oficial de registro 2026](https://assets.spaceappschallenge.org/media/documents/2026_NASA_Space_Apps_Registration_Recruitment.pdf): calendário indexado com novembro/2026 e vencedores previstos para janeiro/2027.
- [Página oficial geral de Resources](https://www.spaceappschallenge.org/resources/): a disponibilidade de guias deve ser observada, sem usar edições antigas como substituição silenciosa.

Todas as URLs foram consultadas ou tentadas em 14/11/2026. Buscas em dois índices foram usadas para distinguir ausência de indexação de falha de abertura. As fontes secundárias servem exclusivamente para localizar a lista candidata, nunca para inventar autorização oficial. Nenhuma mensagem foi enviada a organizadores, nenhuma inscrição foi alterada e nenhum artefato foi publicado por esta frente.