Diretrizes completas para mapas de Realms em Minecraft

Início » Diretrizes completas para mapas de Realms em Minecraft

Se você já passou minutos (ou horas) encarando um mundo vazio em Minecraft, cheio de ideias para aventuras, minigames e experiências malucas, mas sem saber como levar tudo isso para Realms, este guia é para você. O ecossistema de mapas em Realms é enorme, mas também bem controlado: existem regras, categorias, requisitos técnicos e até recompensas oficiais para quem cria conteúdo de qualidade.

Neste artigo em português vamos destrinchar, em linguagem direta e sem enrolação, todas as diretrizes para mapas de Realms em Minecraft Java Edition: como funciona o Atlas, quais conteúdos são proibidos, os tipos de mapas aceitos (Minigames, Adventures, World Templates, Experiences e Inspiration), limites técnicos dos servidores, regras de publicidade, motivos comuns de reprovação e até como funciona a famosa capa de Realms Mapmaker. A ideia é que você termine este texto pronto para planejar, criar e submeter mapas que realmente tenham chance de serem publicados.

O que é o Atlas e como ele se encaixa no Realms

Atlas é a plataforma oficial usada pela Mojang para gerenciar o programa de criadores de mapas do Realms para Minecraft Java Edition. É ali que você envia, atualiza e gerencia suas submissões, depois que passa pelo primeiro filtro da equipe: a aprovação no subreddit r/Realms.

O fluxo básico é sempre o mesmo: primeiro você posta seu mapa no subreddit de Realms e só depois, se ele for aprovado, ganha acesso ao Atlas. Na postagem do Reddit, é altamente recomendado que você use serviços confiáveis como Google Drive, OneDrive ou Dropbox; outros sites de compartilhamento podem inserir anúncios enganosos ou maliciosos e isso pesa negativamente na avaliação.

Depois que sua submissão no Reddit recebe o OK, você faz login em atlas.minecraft.net com sua conta e passa a poder enviar mapas para análise de publicação no Realms. Uma vez publicados, esses mapas ficam acessíveis a qualquer jogador com assinatura ativa de Realms Java, diretamente pela biblioteca de conteúdo do jogo.

Um detalhe importante é que o Atlas permite editar diversos metadados do mapa (descrição, título, imagens, links, etc.) mesmo enquanto ele está em fase de testes internos. Porém, depois que o mapa é efetivamente publicado em Realms, você não consegue mais modificar aquela versão; se quiser alterar algo estrutural, deve enviar uma versão atualizada como nova submissão para revisão.

Assim que o mapa é aprovado na etapa de testes, ele é programado para entrar em uma das próximas atualizações de conteúdo de Realms Java, que costumam seguir ciclos regulares. A seleção é totalmente curada: a equipe só publica o que está funcional, divertido, alinhado ao perfil da plataforma e de acordo com todas as políticas legais e de conteúdo.

Requisitos gerais, EULA e tipos de conteúdo proibido

Todo mapa enviado para o programa de criadores de Realms precisa respeitar tanto o Acordo de Publicação de Mapas quanto a EULA de Minecraft e o contrato específico de uso do Realms. Na prática, isso significa conteúdo adequado para a classificação ESRB E10+ com “fantasy violence” e nenhuma extrapolação para temas mais pesados.

Qualquer coisa que ultrapasse o limite de “ações violentas de natureza fantasiosa, claramente distintas da vida real” é barrada imediatamente. Isso inclui representações explícitas de sangue humano ou animal, vísceras, gore e variações criativas desse tipo de cena. Mesmo dentro da estética pixelada do jogo, a intenção conta muito na análise.

O uso de Redstone para simular sangue também é vetado; não adianta trocar partículas ou blocos, se a função visual é claramente substituir sangue, o mapa entra em conflito com as diretrizes. A linha é de “violência fantasiosa” para “violência gráfica”, e Realms não aceita cruzar essa fronteira.

Armas de fogo reais, tanques e veículos militares de verdade também não são permitidos, independentemente do grau de fidelidade visual. Mesmo que o modelo seja estilizado, se a referência for claramente “arma de verdade” (rifles, pistolas modernas, metralhadoras, tanques de guerra etc.), o mapa não é aceito. Isso vale também para conflitos entre nações reais ou uso de bandeiras e símbolos nacionais em contexto de guerra.

Temas sensíveis como linguagem de baixo calão, nudez, roupas insinuando nudez, fetichização de corpo, drogas (legais ou ilegais), álcool e tabaco entram na lista de proibições. Não é permitido mostrar, sugerir ou promover uso de cigarros, bebidas alcoólicas, remédios controlados ou substâncias ilícitas, nem mesmo de forma “cômica”. O foco é manter Realms 100% apropriado para um público amplo de crianças e famílias.

Representações religiosas específicas (símbolos, cultos, mensagens proselitistas) também devem ser evitadas. Não é um problema se seu mundo tiver uma estética inspirada em templos genéricos ou mitologias fictícias, mas cruzar para religiões reais, símbolos sagrados específicos ou mensagens explícitas de fé costuma ser motivo de reprovação.

Questões de gênero são levadas bem a sério: mundos que apresentem um gênero como naturalmente inferior ao outro ou que distribuam profissões e papéis de forma rigidamente estereotipada podem ser rejeitados. Por exemplo, se todas as profissões “importantes” forem atribuídas a personagens masculinos e todas as tarefas de serviço a personagens femininos, há grande chance do mapa não passar na curadoria.

Também não são permitidas representações pornográficas, referências sexuais explícitas, nem personagens com roupas que deixem a impressão de nudez. Isso vale tanto para skins quanto para NPCs e figuras estáticas; se a intenção visual é sugerir corpo nu ou seminu, o mapa não entra.

Na parte de direitos autorais, você precisa garantir que tem permissão para qualquer propriedade intelectual usada. Personagens de filmes, marcas famosas, logos de empresas, músicas protegidas, vozes e imagens de pessoas reais sem consentimento — tudo isso é problemático. Uma exceção limitada é o uso de figuras históricas para fins educacionais, desde que haja contexto, respeito e precisão mínima.

Regras de nomes, comandos e comportamento do criador

Até o nome do seu mapa precisa seguir regras específicas para ser aceito em Realms. Títulos genéricos formados apenas pelo nome do gênero, como “Spleef” sozinho, não são permitidos; a solução é adicionar algo distintivo, como “Castelo Spleef” ou “Arena Spleef do Dragão”. Isso ajuda na diferenciação interna da biblioteca.

Não é permitido usar “Minecraft” no nome do mapa, nem termos que façam referência direta a conteúdo proibido. Exemplos de nomes rejeitados seriam coisas do tipo “Machine Gun Blood Blitz” ou variações com palavrões, armas realistas, drogas etc. A equipe olha o título como parte relevante da experiência de marca.

Existe também uma regra interna para evitar títulos duplicados: nenhum mapa novo pode ser publicado com o mesmo nome de um mapa já disponível na biblioteca de Realms. Por isso, é recomendado que você pesquise os conteúdos já publicados, tanto no próprio jogo quanto na wiki de Realms, para ter certeza de que seu título é único e não gera confusão.

Uma outra linha vermelha são comandos e ferramentas de desenvolvimento que continuem ativos no mapa final e deem vantagem injusta a alguém. Comandos secretos que transformam o criador em admin durante a partida, ferramentas de debug que possam ser acionadas por jogadores comuns ou “atalhos” de poder são motivos de remoção. Em casos mais graves, isso pode inclusive te tornar inelegível para futuras submissões.

Vale lembrar que, do ponto de vista da Mojang, participar do programa é um privilégio e não um direito garantido. Criadores que insistem em tentar “enganar” o sistema, pressionam a equipe por respostas ou ficam pedindo capa insistentemente acabam queimando o próprio filme na comunidade e com o time de Realms.

Informações técnicas essenciais sobre servidores Realms

Para criar um mapa sólido para Realms, você precisa conhecer os limites técnicos do serviço, tanto em Java quanto em Bedrock, mas principalmente na versão Java, que é a base do programa de criadores. Isso começa pelo número máximo de jogadores simultâneos e vai até o tamanho da resource pack.

No Realms Java, cada servidor suporta de 1 a 10 jogadores conectados ao mesmo tempo, com um slot extra reservado exclusivamente para o dono do Realm. Na prática, isso significa que é possível ter 11 jogadores online se o proprietário estiver entre eles. A lista de convidados (whitelist) é bem generosa, comportando até 5000 jogadores cadastrados.

A distância de visão é fixa em 10 chunks, sem possibilidade de aumentar via configurações do mapa. Isso é crucial ao planejar grandes construções, cenários com vistas longas e minigames baseados em renderização distante; o criador precisa assumir que ninguém verá além de 10 chunks.

O tamanho máximo de resource pack distribuída via Realms é de 250 MB. Ou seja, se o seu mapa depende de texturas, modelos e sons personalizados, você tem que organizar tudo dentro desse limite. Packs muito pesados podem causar problemas de performance e rejeições na etapa de teste.

Realms Java sempre roda na versão estável mais recente do jogo. Se você criar um mapa em uma versão antiga, as novas estruturas e recursos só vão gerar em áreas não exploradas. Do ponto de vista de compatibilidade, o ideal é alinhar o desenvolvimento com a versão atual de lançamento — inclusive porque o Acordo de Publicação exige que o mapa seja 100% jogável na versão mais recente.

Cada Realm Java tem três slots de mundo principais, entre os quais o dono pode alternar, além de um slot temporário específico para Minigames. Quando um minigame é carregado, os três mundos ficam temporariamente inacessíveis até que o proprietário troque de volta; porém, o carregamento do minigame não altera os dados dos mundos “fixos”.

No Bedrock Edition, os detalhes mudam um pouco: a distância de renderização é limitada a 24 chunks e a distância de simulação fica travada em 4 chunks. Também existem limitações na tela de criação de mundos diretamente em Realms, onde certas opções (sementes, mapa plano, baú bônus, Hardcore, experimentos) não podem ser ativadas in-game, embora seja possível contornar isso enviando um mundo local com essas configurações já definidas.

Realms precisa estar sempre atualizado com a versão estável ou de Preview mais recente, salvo quando o servidor é retrocompatível com versões de cliente anteriores. Usuários abaixo de 16 anos precisam de consentimento dos pais para jogar em Realms, de acordo com exigências legais internacionais (idade pode variar em regiões específicas como UE e Coreia do Sul).

Tipos de mapas aceitos em Realms e como cada categoria funciona

A biblioteca de conteúdo de Realms Java é organizada em algumas categorias principais de mapas, todas com critérios próprios: Minigames, World Templates, Adventures, Experiences e Inspiration. Conhecer bem cada uma é fundamental para encaixar seu projeto no lugar certo.

Minigames

Minigames são jogos curtos, autocontidos e repetíveis, geralmente com foco cooperativo ou competitivo. Eles são pensados para serem iniciados e reiniciados diversas vezes, em sessões rápidas ou de média duração, sem necessidade de progresso persistente.

Por padrão, minigames em Realms são configurados em modo Survival, dificuldade Easy, com mobs, vilagers e spawns hostis ativados. O “force gamemode” costuma ficar desligado, e isso precisa ser considerado ao criar lobbies, arenas e mecanismos de reset.

Como o servidor reseta automaticamente o minigame sempre que fica sem jogadores online, sua lógica de jogo deve ser resistente a interrupções. Nada de exigir manualmente que o jogador “reinicie” o mundo; o ideal é que tudo volte ao estado inicial assim que uma nova sessão começar.

Apesar de muitos minigames serem desenhados para 2 ou mais jogadores, é altamente recomendável não forçar esse requisito de forma artificial. Se for possível criar versões divertidas mesmo para 1 jogador (principalmente se houver sistema de pontuação), isso aumenta bastante o apelo do seu mapa e a chance de ser escolhido por grupos pequenos.

Configurações flexíveis são um diferencial enorme. Por exemplo, em um jogo de combate, um limite de 25 eliminações pode ser adequado para 8-10 jogadores, mas se apenas 2 pessoas estiverem online, a partida pode ficar arrastada; permitir ajuste de metas e tempos é um ponto positivo na avaliação.

Como nenhum jogador tem permissão de operador dentro do minigame (o dono do Realm tem nível de op 0, apenas para poder entrar em servidor cheio), qualquer painel de controle interno precisa ser acessível a todos. Aqueles “botões de admin” típicos de servidores privados precisam ser reestruturados para funcionar em Realms sem privilégios especiais.

Se o seu minigame precisa manter dados persistentes entre sessões para cada jogador, é provável que a categoria mais adequada seja Adventure, e não Minigame. Realms trata minigames como experiências descartáveis entre logins, enquanto Adventures assumem progressão duradoura.

World Templates (modelos de mundo para sobrevivência)

World Templates são mundos de sobrevivência personalizados que oferecem um ponto de partida diferenciado, enquanto o restante do terreno gera de forma “vanilla” além da área construída. Eles funcionam como spawns elaborados: templos abandonados, vilas arruinadas, castelos flutuantes, ruínas submarinas e assim por diante.

O objetivo principal de um template é entregar um início de jornada significativo em termos de jogabilidade e estética. Não existe um tamanho mínimo rígido, mas a recomendação é que a área principal tenha ao menos 300×300 blocos, oferecendo conteúdo suficiente para exploração e uso. Construções menores ou gigantescas podem ser aprovadas, desde que ofereçam real valor de jogo.

Interiores de casas, templos, navios e demais construções devem ser mobiliados e decorados, quando fizer sentido. Espaços vazios quebram a imersão e passam a sensação de mapa inacabado; isso é um dos motivos recorrentes de feedback durante o processo de curadoria.

A transição entre a área customizada e o terreno gerado automaticamente precisa ser natural. Não é bem-visto quando o mapa “corta seco” do bioma personalizado para um mundo padrão sem nenhuma tentativa de blend ou integração; boas bordas, variação de blocos e uso correto de biomas ajudam muito.

Por definição, world templates devem ser praticamente livres de comando blocks e de elementos não naturais, a não ser quando estritamente necessários. A ideia é ser um mundo de sobrevivência “quase vanilla”, então textos, placas explicativas e livros não devem ser o foco. Sua construção precisa contar a história por meio da arquitetura e do ambiente.

Outra regra crítica: world templates não podem conter nenhum tipo de propaganda, nem de você mesmo. Nada de links, logotipos, hologramas ou créditos dentro do mapa para este tipo de conteúdo; isso é reservado para outros campos na plataforma e para categorias diferentes como Adventures e Minigames.

Adventures

Adventures são mapas pensados para serem jogados do começo ao fim, com história, objetivo central ou meta bem clara. Podem ser curtos ou longos, lineares ou semiabertos, mas sempre têm algum tipo de propósito para o jogador perseguir.

Mesmo em aventuras mais abertas, é obrigatório dar ao jogador uma sensação de direção, ainda que o objetivo seja inalcançável ou “conceitual”. Se não existe qualquer tipo de meta, propósito narrativo ou desafio a perseguir, é muito provável que o mapa se encaixe melhor na categoria Experiences.

Ao contrário dos minigames, Adventures não são resetadas automaticamente quando o Realm fica vazio. O progresso do mundo é preservado para que os jogadores possam continuar mais tarde, o que exige um cuidado extra com checkpoints, economia de recursos e escalonamento de dificuldade para sessões longas.

Não é obrigatório travar o mapa em Adventure Mode, mas isso normalmente ajuda a evitar que os jogadores quebrem a experiência. Se o design depende de blocos fixos, estruturas intocáveis ou trilhas específicas, vale muito a pena forçar o modo Adventure e limitar a manipulação do cenário.

Experiences

Experiences são mapas mais soltos, geralmente sem objetivo definido, em que o foco é explorar, observar, ouvir, sentir. Podem ser parques temáticos, instalações artísticas, experimentos com elytra, ambientes de imersão sonora ou visual e assim por diante.

Um mesmo mapa pode sair ou entrar nesta categoria dependendo de pequenos ajustes. Adicionar um cronômetro competitivo a uma experiência de elytra, por exemplo, tende a empurrar o mapa para a categoria Minigame; colocar uma história e uma progressão de eventos pode transformá-lo em Adventure. De forma geral, mapas que não encaixam bem em nenhuma outra categoria acabam classificados como Experiences.

Inspiration

Inspiration maps existem para ensinar, demonstrar e inspirar outros jogadores a construírem e criarem dentro de Minecraft. São como catálogos vivos de ideias, tutoriais interativos e bibliotecas de referências.

O foco principal aqui é educativo ou inspiracional, não necessariamente “jogável” como aventura ou minigame. Exemplos comuns são coleções de builds em um mesmo tema (estilos de casas, pontes, castelos), variações de estilos arquitetônicos, bibliotecas cheias de livros originais, tutoriais de redstone ou guias passo a passo de construção de casas modulares.

Se o seu mapa é visualmente impressionante, mas não tem uma intenção clara de ensinar ou inspirar, é possível que se encaixe melhor como Experience do que como Inspiration. A curadoria olha bastante para a função do mapa dentro da comunidade de criadores.

Publicidade, links e materiais promocionais

Mojang permite publicidade em mapas de Realms, mas com um conjunto de limites bem claros para evitar abuso. De forma geral, você pode se promover com moderação, mas não usar o mapa como muppet de propaganda.

Não é permitido fazer anúncios de empresas, servidores ou outros criadores, a menos que você tenha autorização prévia explícita da Mojang. A ideia é evitar que os mapas virem painéis publicitários de redes, lojas ou grandes projetos externos.

Você tem liberdade para divulgar a si mesmo e seus colaboradores dentro do mapa, com exceção dos World Templates. Em Adventures e Minigames, por exemplo, é aceitável incluir créditos elegantes no começo ou no final da experiência — como telões de “fim de jogo” com links discretos, ou placas sutis no lobby.

É expressamente desencorajado interromper a imersão do jogador com anúncios no meio da jogatina, especialmente em mundos de fantasia imersiva. Nada de boss bar piscando com links, mensagens de chat constantes ou hologramas gigantes no campo de visão. Criatividade é bem-vinda, mas sem irritar o público.

Nas submissões para Atlas, você pode anexar um link de site, um link de trailer em vídeo e várias capturas de tela como materiais de divulgação. Esses elementos aparecem para o jogador no seletor de mapas e podem ser usados também em canais oficiais como Minecraft.net, dependendo da qualidade do material.

Os screenshots e trailers não podem exibir Steve ou Alex, porque o material precisa representar a experiência o mais próxima possível do “vanilla” padrão da marca. Em vez disso, foque em paisagens, estruturas, interfaces e NPCs próprios do mapa.

Os links fornecidos devem ser o mais diretos possíveis, sem encurtadores ou páginas intermediárias monetizadas. Serviços como AdFly, Bitly e similares são proibidos. Você pode adicionar parâmetros de query (por exemplo, para rastrear campanha), mas o domínio precisa levar direto ao conteúdo.

O campo de vídeo é exclusivo para trailers ou prévias do mapa, não para qualquer outro tipo de conteúdo. Se você não tem um vídeo apresentando a experiência, simplesmente deixe o campo em branco; não use esse espaço para redirecionar a canais genéricos, playlists aleatórias ou lives.

Por fim, evite duplicar a mesma propaganda em todas as formas possíveis. Colocar o mesmo link em placa, holograma, boss bar, chat e sidebar ao mesmo tempo é um caminho certo para feedback negativo. Uma ou duas presenças bem colocadas bastam.

Boas práticas, recomendações e motivos comuns de rejeição

Além das regras duras, a equipe de Realms compartilha uma série de recomendações que aumentam muito suas chances de aprovação. A maior delas é: saiba exatamente o que já existe em Realms e como seu mapa se diferencia disso.

Antes de submeter, use um teste gratuito de Realms ou consulte a lista de conteúdos publicados para entender o nível de qualidade esperado. A referência não é “qualquer mapa baixado na internet”, e sim o que já foi curado e está rodando oficialmente; seu projeto precisa estar no mesmo patamar ou acima.

Motivo número um de rejeição: qualidade de construção ou gameplay aquém do padrão atual da biblioteca. Isso vale tanto para builds simples demais quanto para mecânicas confusas, mal balanceadas ou cheias de bugs. Sinceridade brutal na autoavaliação é essencial.

Motivo muito frequente também: mapa empacotado errado. Jogador começando na posição em que o criador salvou pela última vez, spawn dentro de paredes, modo criativo ativo, inventário cheio de itens de teste, comandos desativados ou ativados de forma inadequada — tudo isso derruba a experiência logo de cara.

Para evitar esse tipo de erro, teste a versão exata do mapa que você pretende enviar. Descompacte o arquivo final, coloque na pasta de saves, abra como se fosse um jogador novo (sem OP, sem itens extras) e verifique spawn, modo de jogo, fluxo inicial e funcionamento dos sistemas tanto em singleplayer quanto em multiplayer.

É recomendável desativar advancements e notificações de receitas se não forem usados pela proposta do mapa. Isso reduz o “ruído” na tela do jogador e deixa a experiência mais limpa, especialmente em aventuras guiadas ou minigames com HUD próprio.

Outro detalhe simples que faz diferença: ilumine de forma adequada os locais onde não devem aparecer mobs hostis. Lobbies, áreas seguras, casas iniciais e pontos de encontro precisam de iluminação correta para evitar creepers, zumbis ou esqueletos estragando o clima.

Títulos muito genéricos ou usando palavras saturadas como “mine”, “craft”, “block”, “cube”, “pixel” etc. tendem a se perder na multidão. Escolher um nome único e memorável ajuda tanto na identidade do seu mapa quanto na organização interna da biblioteca.

Ao adicionar o seu site no Atlas, pense em algo que realmente ajude o jogador a te encontrar e dar feedback. Portfólios, páginas de redes sociais e canais de vídeo centralizados funcionam bem; a própria equipe recomenda, pelo menos, um perfil em rede ativa como X/Twitter para facilitar contato da comunidade.

Recursos escondidos e easter eggs são super bem-vindos, contanto que sejam bem pensados e não quebrem o jogo. Por exemplo, um corredor secreto que permita “explorar os bastidores” em modo spectator pode ser legal; fazer isso dando Creative Mode ao jogador abre espaço para quebrar a experiência inteira.

Easter eggs, histórias de servidor e funcionalidades sociais

Easter eggs fazem parte da cultura de mapmaking e Realms não é exceção, mas existe uma linha entre divertido e exagerado. O ideal é que segredos sejam acessíveis e interessantes mesmo para quem não conhece seu grupo de amigos ou o time de construção.

Piadas internas demais, referências obscuras e conteúdo que só faz sentido para meia dúzia de pessoas tende a não gerar valor para o público geral. Lembre-se de que seu mapa pode ser jogado em qualquer lugar do mundo, por pessoas que nunca ouviram falar de você ou da sua equipe.

No Bedrock Realms existe ainda o sistema de Realms Stories, uma espécie de feed social interno do servidor. Nele, membros podem postar screenshots e comentários, reagir a mensagens e acompanhar “eventos de Realm” gerados automaticamente pelo jogo, como a derrota do Ender Dragon ou marcos importantes.

Para jogadores que optam por participar, há também uma Timeline com o histórico de atividade de todos os membros. O dono do Realm controla algumas configurações críticas, como se a participação na Timeline é obrigatória para jogar, se eventos de Realm ficam ativos e se as coordenadas desses eventos são exibidas.

Todas essas ferramentas sociais podem reforçar o valor de um bom mapa, já que momentos memoráveis acabam registrados e compartilhados entre os membros. Mas, por outro lado, elas também expõem bugs e problemas mais rapidamente, então caprichar nas fases de teste é ainda mais importante.

Backups, saves, slots de mundo e gerenciamento de Realms

Do ponto de vista do criador, é importante entender como Realms lida com mundos, backups e saves, já que isso afeta a forma como os jogadores consomem seu mapa. Um mundo mal configurado pode dar dor de cabeça para quem quer alternar entre aventuras, minigames e sobrevivência.

Cada Realm pode guardar até três mundos simultâneos, mas apenas um fica ativo de cada vez. O dono escolhe qual mundo está rodando, pode fazer o upload de um save local para um slot usando instruções para colocar mapas novos no Minecraft e também baixar o mundo atual para jogar em singleplayer.

Em Realms Java, backups automáticos são criados a cada poucas horas enquanto há jogadores online. Esses backups exibem horário e tamanho no gerenciador de Realms e podem ser usados para restaurar completamente o estado do mundo caso algo dê errado.

Além dos backups, Realms Bedrock introduziu o conceito de “Realms saves”, que são salvamentos manuais mais permanentes. Eles são armazenados enquanto o Realm existir, e o jogador pode transformar saves automáticos em saves manuais para guardá-los por mais tempo.

Há limites de armazenamento: Realms Plus oferece 10 GB para saves manuais e Realms Core, 5 GB. Ao atingir esses limites, o dono precisa apagar saves antigos para liberar espaço.

Um detalhe interessante é que é possível baixar o mundo do Realms e gerar mapas de visualização com ferramentas externas como o Overviewer. Esse projeto cria uma espécie de “Google Maps” do seu mundo, permitindo explorar tudo pelo navegador — ótima forma de documentar aventuras, servir de material de divulgação ou simplesmente matar a curiosidade do grupo.

Ferramentas baseadas na Realms API permitem automatizar download de mundos e renderização de mapas, embora essa API não seja oficialmente documentada pela Mojang. Muitos administradores avançados usam scripts em Linux (com httpie, jq, Overviewer e o client jar do Minecraft) para fazer backups periódicos e gerar mapas interativos hospedados em servidores web externos.

Submissão, fluxo de aprovação e critérios práticos

O caminho para ver seu mapa rodando oficialmente em Realms começa com uma submissão bem preparada para r/Realms e termina, se tudo der certo, com um slot de release agendado pela equipe. Entre um ponto e outro, há várias etapas de revisão e ajustes.

Primeiro, você publica a proposta no subreddit, com download em serviço confiável, boas screenshots e uma descrição clara. Se o time gostar do potencial, você é convidado para o Slack e ganha acesso ao Atlas, a plataforma interna de envio.

Em seguida, a equipe pede que você faça o upload do mapa via Atlas, onde começa um ciclo de feedback e melhorias. Bugs são reportados, detalhes de UX são revisados, ajustes de balanceamento são sugeridos — é um processo colaborativo, que pode levar semanas ou meses.

Quando o mapa atinge o padrão de qualidade exigido (sem bugs críticos, 100% jogável na versão atual, com design sólido e original), ele é colocado em fila para uma data de lançamento em Realms Java. Releases de mapas geralmente acontecem a cada duas semanas, com alguma flexibilidade para casos especiais.

É importante ter em mente que ser aceito em Slack e Atlas não garante publicação automática do mapa. Esse acesso significa apenas que você está dentro da plataforma de curadoria; a decisão final depende estritamente da qualidade do produto final e do alinhamento com as diretrizes.

Submeter um mapa a Realms tende a ser um processo longo e, às vezes, um pouco cansativo. Por isso, a recomendação oficial é só entrar nessa se você estiver disposto a iterar, receber críticas, corrigir problemas e refinar sua criação ao máximo.

Capes para mapmakers: sistema de pontos e critérios

Como forma de agradecimento aos criadores que contribuem de maneira consistente, a Mojang mantém uma recompensa especial: a Realms Mapmaker Cape. É um cosmético raro, concedido apenas a quem alcança determinados marcos de publicação de mapas em Realms Java.

O sistema funciona por pontos: cada mapa publicado soma pontos, e o valor depende da categoria. World Templates rendem 2 pontos, mapas de Inspiration dão 3 pontos, e Minigames, Experiences e Adventures valem 4 pontos cada.

Ao acumular 8 pontos, o criador se torna elegível para receber a capa, desde que esteja em boa situação com a comunidade e com o time de Realms. Boas práticas de conduta contam muito; spam de pedidos, comportamento tóxico e descumprimento de acordos podem anular a recompensa.

Para ganhar os pontos de um mapa, seu nome precisa constar como criador principal no momento em que a publicação acontece. Não é possível adicionar alguém retroativamente só para “dar” o crédito depois que o mapa já está no ar. Em mapas de equipe, até três pessoas podem ser listadas como criadores principais.

É importante lembrar que as capas não são distribuídas de forma automática nem garantida. A Mojang deixa claro que não tem obrigação de concedê-las, e que elas dependem tanto da quantidade quanto da qualidade das publicações, além do comportamento geral do criador. Ver a capa como “atalho fácil” é o jeito mais rápido de nunca receber uma.

Mapas comissionados diretamente pela Mojang e que aparecem em Realms não contam para o sistema de pontos de capa. A ideia é valorizar principalmente as contribuições espontâneas da comunidade, feitas através do pipeline padrão de envio, curadoria e publicação.

No fim das contas, criar mapas para Realms é misturar criatividade, disciplina e respeito a um conjunto grande de diretrizes técnicas e editoriais. Ao dominar as regras de conteúdo, entender as categorias, respeitar os limites técnicos do serviço, caprichar na embalagem (título, spawn, testes) e manter uma postura colaborativa com a equipe, você aumenta muito as chances de ver suas ideias jogadas por milhares de pessoas no mundo todo — e, de quebra, ainda pode acabar desfilando com uma capa exclusiva no seu personagem.