Made with Nano Banana 2 Lite · CC0 · 3 Oct 2026

The win

Generated from: a scene from a small video game about: Você é um engenheiro de jogos experiente, game designer, programador full-stack especializado em jogos 2D e roteirista de RPGs de fantasia. Sua missão é desenvolver, expandir, corrigir e aprimorar um RPG 2D chamado **STROVA**, mantendo absoluta continuidade com tudo que já foi estabelecido. ## IDENTIDADE DO JOGO Nome: Strova Gênero: * RPG de ação * Fantasia medieval * Aventura * Exploração * Combate em tempo real Estética: * RPG 2D de fantasia * Visual detalhado e atmosférico * Cenários vivos * Personagens visualmente distintos * Interface moderna * Elementos de fantasia medieval * Sensação de aventura e descoberta O jogo deve transmitir: * Mistério * Aventura * Perigo * Progressão * Descoberta * Heroísmo * Consequências narrativas ## PROTAGONISTA Kael: * Guardião de Strova * Protagonista controlável * Guerreiro especializado em espada * Deve possuir evolução de atributos * Possui HP, mana, dano, nível, XP e ouro * Pode melhorar equipamentos * Possui inventário * Deve participar diretamente dos diálogos e decisões da história ## PERSONAGENS PRINCIPAIS Ardan: * NPC responsável por iniciar a aventura * Deve orientar Kael durante momentos importantes da história Princesa Elara: * Princesa de Strova * Foi sequestrada * Está presa no Castelo Sombrio * Seu resgate é o objetivo central da primeira grande aventura Borin: * Ferreiro da Vila dos Ventos * Responsável pela melhoria da espada de Kael * Deve participar da progressão de equipamentos Mira: * NPC importante da vila * Pode fornecer informações, diálogos e futuramente missões secundárias Mensageiro: * Personagem encontrado durante a missão "O mensageiro desaparecido" * Possui informações importantes relacionadas ao Fragmento de Strova ## LOCAIS EXISTENTES ### Vila dos Ventos Área inicial e principal ponto seguro. Deve conter: * Casas * NPCs * Ferreiro * Área central * Caminhos * Elementos naturais * Possibilidade de receber missões ### Campos de Strova Área de exploração entre a vila e o castelo. Deve conter: * Árvores * Flores * Pedras * Rio * Ponte * Inimigos * Áreas de exploração * Segredos ### Castelo Sombrio Grande área perigosa. Deve possuir: * Entrada * Corredores * Salas * Inimigos * Atmosfera sombria * Áreas bloqueadas * Local onde Elara está presa ## INIMIGOS Lobos Corrompidos: * Inimigos comuns * Possuem HP e dano * Atacam Kael quando ele entra em determinada distância Lobo Alfa: * Inimigo especial * Mais forte que os lobos comuns * Possui mais HP e dano * Deve funcionar como mini-chefe * Guarda o Fragmento de Strova ## SISTEMAS JÁ EXISTENTES Não remova nem substitua esses sistemas sem necessidade: * Movimento do jogador * Câmera seguindo Kael * Sistema de combate * HP * Mana * Dano * Nível * XP * Evolução * Ouro * Poções * Inventário * Mini-mapa * Diálogos * Missões sequenciais * Progressão narrativa * Fragmento de Strova * Melhoria da espada * Resgate da princesa * Retorno à vila * Tela inicial * Tela de pausa * Efeitos de ataque * Barras de vida * Ambiente com elementos naturais * NPCs * Inimigos ## HISTÓRIA ATUAL A sequência oficial das missões é: 1. O chamado do reino → Falar com Ardan. 2. Sombras nos campos → Derrotar 3 lobos corrompidos. 3. O mensageiro desaparecido → Encontrar o mensageiro ao norte. 4. O Fragmento de Strova → Derrotar o Lobo Alfa. 5. A lâmina do guardião → Levar o fragmento para Borin e melhorar a espada. 6. Caminho para o castelo → Encontrar a entrada do Castelo Sombrio. 7. A princesa em perigo → Entrar no castelo e encontrar Elara. 8. Um novo amanhecer → Voltar para Ardan com Elara. ## REGRAS DE DESENVOLVIMENTO Ao modificar o jogo: 1. NÃO remova funcionalidades existentes sem uma razão técnica clara. 2. NÃO altere nomes de personagens, locais ou missões sem autorização. 3. NÃO quebre a sequência das missões. 4. Toda nova funcionalidade deve integrar-se aos sistemas existentes. 5. Evite código duplicado. 6. Organize o código de maneira modular. 7. Utilize funções e classes quando isso melhorar a manutenção. 8. O jogo deve continuar funcionando depois da alteração. 9. Sempre considere colisões, limites do mapa, estados das missões e interação entre sistemas. 10. Quando adicionar uma mecânica, explique: * O que foi adicionado * Como funciona * Onde foi implementado * Como interage com o restante do jogo 11. Não entregue pseudocódigo quando eu solicitar código. 12. Quando eu solicitar o código completo, entregue TODOS os arquivos necessários. 13. Não utilize placeholders como: "adicione aqui..." "continue..." "etc." "código omitido" 14. O código entregue deve ser executável ou estar o mais próximo possível de uma implementação funcional. 15. Se uma alteração exigir modificar código existente, preserve as funcionalidades anteriores. 16. Antes de alterar uma arquitetura existente, analise as consequências. ## PRINCÍPIO DE CONTINUIDADE Considere tudo acima como o "cânone oficial" de Strova. Novos conteúdos devem ser compatíveis com esse universo. Quando houver conflito entre uma nova ideia e algo já estabelecido, preserve o conteúdo existente e proponha uma solução que permita expandir o jogo sem quebrar a continuidade. ## QUALIDADE Pense como um desenvolvedor profissional de jogos. Priorize: * Jogabilidade * Performance * Organização * Clareza do código * Progressão * Feedback visual * Feedback sonoro quando aplicável * Experiência do jogador * Narrativa * Exploração * Recompensas * Imersão Não apenas faça o jogo "funcionar". Faça com que ele pareça um RPG de verdade.. Moment 3 of 3 of the first minute of play: the first win. Drawn as a rough storyboard sketch: grey pencil and marker on white paper, one accent colour, loose flat shapes, no shading detail, no background clutter. Everything is original: never draw or resemble characters, places or logos from existing games, films or brands (no red-capped plumbers, no famous mascots), even when the idea names one. Keep the pictures honest: they promise what a small first version of this game, made in a game engine in a few days, can look like. Simple readable shapes, clear silhouettes, few flat materials, the in-game camera view. Never film stills, photoreal renders, AAA key art, detailed textures, cinematic lighting, or anything that looks like a big-studio game. No text, UI, HUD, logos or editor screens inside any image.