NativoCore é o jogo ativo. O projeto NativoGame foi aposentado e permaneceu fora das novas entregas.
Resumo executivo
Leitura de 2 minutos
Em uma semana, o projeto saiu de uma exploração de navegador para uma base nativa Unity selecionada por Ralph. A física, os controles, a câmera, a praça e a cidade viva foram preservados. Sobre essa base entraram escola, professora, recepção do hotel, diálogo em inglês com ajuda em português, missão, recompensa e persistência. A revisão prática encontrou falhas reais que os testes automáticos não viam. Várias foram corrigidas, mas a fatia completa ainda não foi aceita.
A versão s5c passou a suíte EditMode e o fluxo automatizado completo. Isso prova regressões técnicas, não a experiência humana.
Movimento, escola, diálogo, ajuda, recompensa e persistência foram jogados. O hotel completo ainda não foi concluído manualmente.
Nenhum telefone físico, arquivo iOS, assinatura ou envio ao TestFlight foi validado.
Evolução do jogo
Do conceito público ao build atual
Primeiro protótipo
A primeira experiência pública estabeleceu a marca, a proposta de aprender na cidade e o fluxo inicial. Ela fica no histórico e não representa o jogo atual.
Abrir versão 1Cidade 3D no navegador
A etapa seguinte validou praça, cidade, escala e navegação 3D. Ela mostra a transição para um espaço jogável, mas ainda não é a base atual.
Abrir versão 2NativoCore em Unity
A base ativa contém física, câmera, controles, praça, multidão, carros, edifícios, interiores, escola, hotel, diálogos, missão e persistência.
Ver build atualO NativoCore atual é um aplicativo macOS local de aproximadamente 158 MB. Esta página apresenta suas capturas e resultados verificados; o aplicativo ainda não foi convertido em uma versão web pública.
Como o jogo vai parecer
10 mockups de direção visual
Telas de conceito geradas a partir das reuniões para orientar diferentes partes do jogo e do aplicativo. Elas mostram a direção aprovada de experiência, marca e interface. São referências de produto, não capturas do build Unity atual nem telas finais de produção.
Origem: coleção de 10 mockups apresentada em 16 de outubro. A biblioteca pode orientar o jogo, a área escolar, o modo infantil e as páginas públicas.
Linha do tempo
Decisões e entregas desde 16 de outubro
Benchmark visual e experiência de navegador
Sunday City foi definido como referência de sensação e composição. O protótipo de navegador, a cidade 3D, o estudo da multidão e a pesquisa de viabilidade foram consolidados. A meta permaneceu um jogo original Nativo.
Prova nativa em Unity
Foi construída uma base original com movimento, câmera, colisões, veículo, praça, pessoas, carros, interiores, ciclo de dia e noite e 40 verificações técnicas. Ralph jogou a base e aprovou a física, pedindo evolução visual.
NativoCore virou a única base ativa
Ralph escolheu a praça do NativoCore. Escola, professora, recepção, diálogos, missão, recompensa e perfil isolado foram portados para essa base. A primeira revisão prática rejeitou noite escura, câmera bloqueada, rota pouco legível, rótulos sobrepostos e chegada interna vazia.
Correções de legibilidade e recuperação
A rota ganhou trilha iluminada, a noite ficou legível, objetos passaram a desaparecer quando bloqueiam a câmera, as etiquetas foram reorganizadas, limites da cidade receberam recuperação e o objetivo do hotel passou a reaparecer depois do relançamento.
Revisões humanas encontraram falhas invisíveis aos testes
Versões sucessivas foram jogadas e revelaram obstrução por marquise, entrada acidental na loja, câmera presa no interior e um quadro quase branco ao entrar na loja de celular. Cada defeito gerou uma reprodução específica e uma correção.
s5c passou a regressão da porta da loja
O teste atravessou a porta real, esperou o carregamento e confirmou personagem, loja, produtos, iluminação e câmera legíveis. Esse passe cobre apenas a porta da loja.
Estado preservado para a próxima sessão
A correção seguinte para recuperação fria da missão do hotel foi especificada, mas ainda não há um novo build confirmado. O próximo ciclo começa por essa correção e pela rota manual completa.
Evidências visuais
Capturas reais do build e comparação
Estado real da fatia
Sem confundir teste com aceitação
| Área | Evidência atual | Estado |
|---|---|---|
| Movimento, ritmo e câmera | Jogados manualmente em builds sucessivos; física aprovada por Ralph; regressões técnicas preservadas. | Confirmado parcialmente |
| Entrada na escola | O teste manual percorreu a rota, entrou na escola e chegou à professora. | Jogado |
| Inglês + ajuda em português | Perguntas, respostas erradas, ajuda e resposta correta foram exercitadas manualmente. | Jogado |
| Recompensa e persistência | +30 XP e +10 moedas foram concedidos uma vez; saldo 510 e missão do hotel persistiram após relançar. | Jogado |
| Entrada e recepção do hotel | A automação chega à recepção, mas esse trecho ainda não foi completado inteiro por controle manual. | Aberto |
| Comparação visual | Praça, cidade, hotel, multidão e interiores existem. Personagens, vegetação, materiais e densidade ainda estão abaixo da referência. | Reprovado visualmente |
| iPhone e TestFlight | Não houve compilação iOS, arquivo assinado, upload ou teste em telefone físico. | Não iniciado |
Próximos passos
Ordem recomendada
Para fechar a fatia jogável
- Gerar um novo build com a missão do hotel correta desde o primeiro quadro após uma inicialização fria.
- Jogar manualmente o caminho completo: praça, escola, professora, ajuda, recompensa, fechar, reabrir, hotel, entrada e recepção.
- Corrigir somente os defeitos vistos nessa rota e repetir a prova manual.
- Fazer o passe visual prioritário sem alterar a física já aprovada.
Para chegar ao TestFlight
- Instalar e validar o módulo iOS do Unity e a versão de Xcode exigida.
- Configurar assinatura com a conta Apple Developer do projeto.
- Gerar e validar um arquivo iOS.
- Jogar em iPhone físico e repetir movimento, câmera, escola, diálogo, persistência e hotel.
- Somente então enviar ao TestFlight e marcar a entrega como pronta para teste externo.
Dependências de decisão: pacote final dos personagens continua em espera; altura da câmera para mostrar melhor a baía precisa de aprovação; a lista de mudanças de Ralph ainda deve entrar antes do acabamento final.