Orblym DOCUMENTO DO PROJETO / ORBLYM.COM Explorar decisões

IDLE DE EXPLORAÇÃO ESPACIAL

Um universo
sem fim.

Orblym é um idle de exploração espacial pensado para continuar sem um último planeta. Você melhora sua nave e seus drones; eles exploram, enfrentam ameaças e coletam recursos automaticamente.

Em desenvolvimento 12.10.2026

UM RECORTE DO UNIVERSOEXEMPLO ILUSTRATIVO
O mapa conhecido é só uma parte do universo Exemplo fictício: Lia descobre Nereida; Ivo visita o mesmo planeta por outra rota. Além desses lugares, novas regiões e planetas são gerados conforme a exploração avança. O desenho representa a visão futura. ÂMBARNAVE DE LIA NAVE DE IVO NOVAS REGIÕESALÉM DO MAPA CONHECIDO NEREIDAO MESMO PLANETA PARA TODOS + 01+ MAPA CONHECIDOA EXPLORAÇÃO CONTINUA ↗
Lia encontra Nereida. O planeta fica registrado no mapa como uma descoberta dela.

Exemplo ilustrativo. O mapa compartilhado ainda está por desenvolver.

01 / GERAÇÃO PROCEDURAL

O jogo gera novos planetas.

Procedural significa que o jogo cria os planetas a partir de regras que combinam relevo, biomas, recursos e ameaças. Novas regiões são geradas conforme as naves avançam. A proposta é que sempre exista espaço desconhecido além do mapa, sem um ponto em que tudo já foi explorado.

02 / UNIVERSO COMPARTILHADO

O mesmo universo para todos.

Esse universo será compartilhado: as mesmas coordenadas levam ao mesmo planeta. Você poderá encontrar lugares ainda desconhecidos ou visitar um planeta que outra pessoa já explorou. As viagens ficam registradas, formando um mapa de rotas e descobertas dos jogadores.

O jogo está em desenvolvimento. Este documento reúne a ideia inicial e o que ainda precisamos decidir. As regras podem mudar conforme os testes.

VERSÃO INICIAL

Ideia inicial

  • Planetas procedurais: regras combinam terreno, biomas, recursos e ameaças para gerar cada destino. Essas diferenças precisam mudar a experiência de explorar.
  • Exploração sem fim: novas regiões além do mapa conhecido, sempre com outros destinos para descobrir. Variedade, melhorias e descobertas precisam dar motivos para continuar viajando.
  • Mapa compartilhado: duas pessoas que chegam às mesmas coordenadas encontram o mesmo planeta e suas descobertas registradas.
  • Rotas e encontros: as viagens ligam os planetas. Ainda vamos decidir como ver outros jogadores e visitar os lugares por onde passaram.
  • Melhorias: investir na nave e nos drones muda sua capacidade de explorar, combater e coletar.

No Man’s Sky é uma referência de escala e exploração. No Orblym, a nave faz o trabalho sozinha. O desafio é criar planetas diferentes o bastante para continuar dando vontade de explorar.

O que o jogador faz

O jogador distribui pontos, escolhe melhorias, equipa a nave e administra recursos. Poderá definir prioridades, como procurar um material ou evitar regiões perigosas. A nave precisa conseguir continuar sem pedir uma confirmação a cada etapa.

Viagem, pouso, drones, combate, coleta e retorno são automáticos. Você pode acompanhar a paisagem e as batalhas, mas não precisa ficar olhando para progredir. O jogador não pilota a nave nem dá comandos de movimento aos drones.

O jogo deverá continuar durante a ausência do jogador. Ainda precisamos definir por quanto tempo e com quais limites. Hoje, o protótipo só simula uma ausência local limitada.

Como o jogo funciona

Preparar → viajar → descobrir → explorar e coletar → registrar o resultado → melhorar → continuar.

MomentoPapel no jogoO que ainda depende de desenho
PrepararEscolher equipamentos e prioridadesPontos, módulos e composição de drones
ViajarConectar lugares no mapa astralDestino automático, alcance, rotas e revisitas
DescobrirEncontrar recursos e lugares desconhecidosTerreno, ameaças, relíquias e achados especiais
ExplorarUsar a nave e os drones para cumprir o objetivoReconhecimento, combate, coleta e logística
RegistrarSalvar o que foi explorado e obtidoDescoberta, conclusão, conquista e contribuição
MelhorarInvestir os recursos na nave e nos dronesCustos, novas capacidades e especializações

Estamos considerando visitas com objetivos diferentes, como buscar um material, reconhecer uma rota ou conquistar um planeta. Essas opções ainda precisam ser definidas.

O que já funciona

Base consultada: laboratório em experiment/terrain-lab-integration, commit f23f742. O protótipo é local; o universo compartilhado ainda não existe.

SituaçãoEstado em 12/10/2026
Existe no laboratórioPlaneta esférico, terreno com névoa, quatro tamanhos, três funções de drones, enxames/elites, mineração, remessas, relíquias, domo e sequência automática de planetas
Existe para observarPainel de planetas e telemetria local de desenvolvimento
Existe parcialmentePontos e melhorias no motor; seus controles foram retirados da tela atual para focar o terreno
Continua em avaliaçãoVariedade percebida, ritmo, interesse do combate, efeito das melhorias e recompensa dos tamanhos maiores
Ainda é futuroMapa astral, rotas persistentes, revisitas, encontros, servidor, propriedade compartilhada, economia de visitantes e arte final

Relevo e biomas ainda mudam pouco a expedição. Nos testes, apareceram esperas depois do domo e recompensas do colossal que não compensam sua duração. A telemetria também pode atribuir uma derrota ao combate errado; a taxa de vitória precisa dessa correção antes de orientar o balanceamento.

As regras atuais e as medições estão no protótipo. Ainda estamos avaliando se a exploração continua interessante depois de várias viagens.

O que falta decidir

As perguntas estão agrupadas por assunto. Cada grupo indica em que etapa precisamos resolvê-lo: no protótipo, antes do online ou antes do lançamento. Os códigos D01–D14 servem para identificar o assunto nas tarefas. A ordem de trabalho ainda pode mudar.

D01Universo e identidade dos lugaresAntes do online

Organização do universo e dados de cada planeta.

  • Como o mapa se organiza: planetas, sistemas, setores ou outra estrutura? Como gerar novas regiões e ampliar o universo respeitando os limites técnicos?
  • O que identifica um planeta e deve permanecer igual para todos? O que pode mudar com o tempo?
  • Descobertas revelam o mapa para todos ou cada nave mantém seu próprio conhecimento? Quem recebe crédito pela primeira descoberta?
  • Como o universo continua oferecendo novidade quando boa parte do espaço conhecido já foi visitada?
D02Rotas e mapa astralAntes do online

Destinos, deslocamento e registro das viagens.

  • Como a nave escolhe destinos: sorteio, objetivo, preferência por recursos ou rota configurada? Qual é o padrão automático?
  • Distância, alcance, combustível e estações limitam uma rota? Qual é o custo de viajar?
  • O que fica registrado no mapa e o que torna uma revisita útil? As rotas podem ser compartilhadas?
  • Como jogadores conseguem se encontrar num universo enorme: áreas de partida, destinos comuns, coordenadas ou pontos de encontro?
D03Planetas, terreno e biomasProtótipo

Diferenças entre planetas e seu efeito na exploração.

  • Uma expedição visita o planeta inteiro ou uma região? Como a nave escolhe onde pousar automaticamente?
  • O que relevo e bioma mudam: deslocamento, acesso, mineração, ameaças ou preparo necessário? Um bioma por planeta é o recorte provisório atual.
  • Que combinações de depósitos, perigos, relíquias e marcos geram descobertas reconhecíveis? O que a geração precisa garantir para permitir progresso?
  • Que duração e recompensa justificam cada tamanho, especialmente o colossal? Como evitar que um tamanho seja sempre a melhor escolha?
D04Expedição, ritmo e partidaProtótipo

Objetivo, duração e fim de cada visita.

  • Qual é o objetivo de uma visita: reconhecer, extrair, conquistar ou cumprir outra meta? Haverá políticas diferentes?
  • O que encerra a visita? Ativar o domo também deve disparar a partida ou existe trabalho relevante depois dele?
  • Como o sistema resolve bloqueios: esperar, reparar, mudar de objetivo, retornar ou registrar “não conquistado”?
  • Qual ritmo funciona em 1× e o que muda durante uma expedição longa? O que o jogador terá para entender e escolher quando voltar?
D05Nave, drones e logísticaProtótipo

Funções dos drones e transporte dos recursos.

  • O jogador mantém uma nave ou poderá ter uma frota? Quantos drones operam juntos e quais funções podem assumir?
  • Como reconhecimento, batalha e coleta dependem uns dos outros? Como prioridades automáticas resolvem disputas por objetivos?
  • Que limites importam: carga, energia, alcance, hangar ou reparo? Quais criam escolhas úteis em vez de apenas espera?
  • Minério sai em remessas ou fica até o retorno? Onde se compra, equipa, fabrica e repara, e por que voltar à estação?
D06Progressão e escolhasProtótipo

Pontos, equipamentos e melhorias.

  • De onde vêm os pontos, em quais atributos entram e como podem ser redistribuídos? Existe nível geral?
  • Qual a diferença entre pontos, melhorias permanentes e equipamentos? O que aumenta eficiência e o que abre uma capacidade?
  • Quais limitações tornam configurações exploradoras, mineradoras ou de combate diferentes? Como evitar que tudo termine maximizado e igual?
  • Quais objetivos sustentam semanas ou meses: projetos, coleções, especializações ou novas regiões? Prestígio e reinício continuam possibilidades a discutir, sem perda total presumida.
D07Combate, dificuldade e riscoProtótipo

Ameaças, derrotas e recuo automático.

  • Como grupos, elites e possíveis guardiãs mudam o desafio? Quando quantidade de inimigos deve variar dentro da mesma classe de planeta?
  • O que acontece na derrota: reparo, tempo perdido, consumo de materiais ou perda de carga/equipamento? O que permanece protegido?
  • Como comunicar risco antes da visita e como a política automática decide recuar ou desistir?
  • Como dificuldade e recompensa evoluem sem tornar combate uma espera inevitável ou permitir bloqueio permanente?
D08Recursos, estação e economiaProtótipo

Coleta, gastos, fabricação e trocas.

  • Quais materiais existem, como se distinguem e em quais melhorias, fabricação ou serviços são gastos?
  • Depósitos esgotam ou se renovam? O estoque é por visitante ou compartilhado? Por que um planeta explorado ainda vale a visita?
  • Há uma estação central ou várias? Trocas são com NPCs, entre jogadores ou ambas? Como fabricação e transporte se encaixam?
  • Como controlar emissão e gastos, evitar acúmulo sem utilidade e manter espaço para quem começa depois?
D09Relíquias, domos e propriedadeAntes do online

Requisitos e benefícios da conquista.

  • Relíquias são partes fixas de uma rede, itens portáteis, coleções ou sistemas distintos? O que outros visitantes encontram depois?
  • Descobrir, explorar e conquistar dão reconhecimentos diferentes? Quem recebe a conquista quando há contribuições ou conclusões simultâneas?
  • O que um domo oferece ao dono e ao visitante? Se houver participação na coleta, ela sai do visitante ou é uma emissão adicional, e sobre qual valor?
  • Quanto tempo a propriedade dura, quantos domos geram benefícios e o que ocorre com abandono ou disputa? Como evitar domínio permanente dos pioneiros e manutenção obrigatória diária?
D10Encontros e comunidadeAntes do online

Interação, cooperação e disputa entre jogadores.

  • Encontrar alguém significa ver sua nave em tempo real, visitar seus rastros ou ambos? Como acontece a comunicação?
  • Existe cooperação em expedições, obras ou rotas? Como contribuições e recompensas são divididas?
  • Haverá rankings, grupos ou disputa por território? PvP é desejado, opcional ou fora do jogo?
  • Quais informações e nomes ficam públicos? Como lidar com conteúdo inadequado, bloqueio de jogadores e uso abusivo de recursos compartilhados?
D11Ausência, retorno e persistênciaAntes do online

Progresso offline e salvamento.

  • Quanto tempo a nave progride ausente, com quais limites e rendimento? O que realmente precisa ser calculado durante a ausência?
  • Qual política vale quando a carga enche, falta um recurso ou um objetivo se torna inviável? Como a atividade continua automaticamente?
  • O que o resumo de retorno deve explicar: descobertas, mudanças no mapa, perdas, produção e próxima possibilidade?
  • O que persiste entre viagens, dispositivos e versões? Como migrar saves e planetas quando as regras procedurais mudarem?
D12Apresentação e experiênciaAntes do lançamento

Arte, interface e dispositivos atendidos.

  • Quem vai jogar a primeira versão e em quais aparelhos? Hoje o protótipo roda no navegador; aplicativos e outros dispositivos ainda estão em discussão.
  • Qual direção de arte comunica escala, descoberta e identidade da nave? 2D, 2.5D, 3D, linguagem ilustrada e tilt-shift continuam em avaliação.
  • O que câmera, mapa e painel mostram em cada distância? Como manter legíveis drones, ameaças e descobertas, incluindo telas pequenas e acessibilidade?
  • Como ensinar preparação e consequências sem exigir vigilância? Quais informações, alertas e notificações realmente ajudam?
D13Tecnologia e operaçãoAntes do online

Servidor, desempenho e manutenção.

  • Quais regras e transações o servidor decide e como resolve duas ações sobre o mesmo planeta sem duplicar ganhos?
  • Qual arquitetura de simulação, armazenamento e comunicação suporta o recorte? Rust, WASM e WebSocket são opções, não escolhas finais.
  • Qual orçamento de processamento, armazenamento e rede cabe por jogador e por planeta? Como medir desempenho e crescer sem simular todo o universo a cada instante?
  • Como funcionam contas, recuperação, versões, backups e observação de falhas? Como proteger dados e impedir alterações indevidas de progresso?
D14Validação, lançamento e sustentabilidadeAntes do lançamento

Testes com jogadores, primeira versão e custos.

  • Qual é a menor versão que demonstra a promessa do jogo e quem participa dos primeiros testes?
  • Que sinais mostram interesse além de números crescendo: lembrar de uma descoberta, entender uma escolha, querer outra viagem ou encontrar alguém?
  • Como serão as fases de teste, atualizações e eventuais resets? O que pode ser prometido sobre a preservação do progresso?
  • Como financiar desenvolvimento e operação: compra, assinatura, cosméticos ou outra opção? Que limites mantêm a progressão justa?

Próximos passos

Estamos trabalhando na mecânica da expedição: terreno, drones, coleta, combate e partida. Depois vêm progressão e uma amostra de arte, conforme o roadmap.

Três perguntas ajudam a escolher a próxima tarefa:

  • D03: o que deve tornar um terreno diferente de outro na prática?
  • D04: quando a nave deve terminar a visita e partir?
  • D06: qual melhoria deve fazer diferença na próxima viagem?

Um teste possível é comparar recursos espalhados com uma jazida concentrada e protegida. Mantemos iguais o tamanho do planeta, o total de minério, as ameaças e o preparo. Assim podemos avaliar se descobrir e liberar a jazida torna a exploração mais interessante. Esse teste ainda não foi escolhido.

Também estão em discussão a partida junto ao domo, as escolhas de progressão e a recompensa do colossal. Falta decidir se esses ajustes vêm antes de guardiãs e desistência automática.

Etapas de desenvolvimento

Estas são as etapas propostas. Ainda não há prazos definidos. A arte pode ser testada numa parte do jogo que já funcione, sem esperar todos os sistemas ficarem prontos.

MarcoEntrega pequenaCritério para avançar
M1 · ExpediçãoTerreno, descoberta, drones e partida formando um cicloQuem testa entende as descobertas, as esperas e o motivo de partir; tudo funciona automaticamente
M2 · ProgressãoPreparações diferentes aplicadas a situações do mapaÉ possível explicar o efeito da melhoria e por que escolher outra configuração
M3 · ArteAmostra de nave, drones e planeta no ciclo funcionalEscala, leitura, aparência e desempenho são avaliados no aparelho escolhido
M4 · Planeta compartilhadoDois jogadores chegam às mesmas coordenadas e veem o mesmo planetaUma nova sessão encontra as descobertas registradas pela outra
M5 · Visitas e ausênciaRevisitas, contribuições e progresso offlineRecursos e estado continuam corretos com visitas simultâneas e reconexão
M6 · ExpansãoAcrescentar planetas, módulos e interações entre jogadoresO novo conteúdo traz diferenças que aparecem nas escolhas e na exploração

M4 e M5 começam com poucos jogadores e poucas regras. Mercado, frota e PvP podem ser discutidos depois desses testes.

Como organizar o trabalho

Cada tarefa deve indicar qual pergunta pretende resolver, o que será alterado e como vamos testar. Use o código do assunto, como D03 para terreno ou D06 para progressão.

Ao decidir uma regra, registre a escolha, quem aprovou, a data e o motivo. Depois do teste, anote o resultado e o que precisa mudar.

Uma ideia pode ser ajustada ou descartada. Código funcionando não basta: precisamos jogar e avaliar o resultado. Quando a regra mudar, atualize o documento e mantenha o motivo no histórico.

O design reúne visão e perguntas; o briefing orienta a retomada; o roadmap acompanha prioridades; o protótipo descreve o comportamento existente. Decisões duráveis entram em ADRs. O ai-memory pode ajudar a recuperar contexto, mas esses arquivos e o Git continuam canônicos.

Histórico e referências

As referências citadas pertencem à documentação interna do projeto.

Revisão das mecânicas do painel — 29/09/2026

O diagnóstico original apontou pontos e equipamentos repetindo bônus, remessas enfraquecendo o retorno e requisitos de partida obrigando quase toda visita a conquistar. Essas perguntas permanecem em D04–D09. O painel de melhorias daquela revisão é histórico: a tela atual é um laboratório de terreno, com os controles removidos e o motor preservado.

Planetas esféricos, câmera observadora e execução independente da renderização permanecem registrados nos ADR 0002 e ADR 0003. Expedições prolongadas e os tempos medidos são parâmetros de experimento, não duração definitiva. A interpretação plana e as placas quadradas foram rejeitadas; formas, câmera e arte finais ainda precisam de avaliação.

Como o estudo de motivação orienta este idle

Escolhas compreensíveis, novas capacidades, descobertas e vínculos são hipóteses para avaliar. Observar se a pessoa explica uma melhoria, lembra de um achado, escolhe o próximo objetivo e consegue se ausentar sem vigiar o jogo. A pesquisa de motivação, o estudo de variedade e o plano de validação não demonstram retenção deste projeto.

Ideias anteriores continuam no banco de ideias, incluindo estação, itens especiais, coleções e inspiração roguelike. Perda total não foi definida. As opções de cliente e WASM e a pesquisa de arte permanecem referências, sem escolha final de tecnologia ou assets.

A apresentação visual usa o texto deste documento. O mapa mostra um exemplo de rotas; não usa dados reais de jogadores.