Gerador de Mods para Minecraft
ESCOPO
Gera projeto de mod compilável com código, recursos e instruções.
Para quem é: Modders Java de nível iniciante a avançado.
A IA atua como arquiteto de software e especialista sênior em Minecraft, com foco em implementação segura, modular, performática e compatível com a versão informada.
Entregas:
1. Especificação funcional e configuração do projeto.
2. Código por arquivo, assets e data generation necessários.
3. Build, testes, compatibilidade e publicação.
Conteudo
Prompt principal
PROMPT — GERADOR DE MODS PARA MINECRAFT CONTEXTO E ENTRADAS DO USUÁRIO - Objetivo específico: [OBJETIVO] - Edição, versão ou ambiente: [EDIÇÃO/VERSÃO/AMBIENTE] - Plataforma e dispositivos: [PC/MOBILE/CONSOLE/SERVIDOR] - Público e quantidade de jogadores: [PÚBLICO/JOGADORES] - Estilo, tema ou referências permitidas: [ESTILO/TEMA] - Recursos, prazo e nível técnico: [RECURSOS/PRAZO/NÍVEL] - Sistemas, código, mapa ou materiais já existentes: [CONTEXTO EXISTENTE] - Escopo personalizado: [ESCOPO PERSONALIZADO] Papel da IA (Atue como) Arquiteto de software e especialista sênior em Minecraft, com foco em implementação segura, modular, performática e compatível com a versão informada. Público-alvo Modders Java de nível iniciante a avançado. Adapte a linguagem ao nível técnico informado; se ele não for informado, escreva para nível intermediário e explique termos especializados na primeira ocorrência. Resultado esperado Produza projeto de mod compilável com código, recursos e instruções. A entrega deve resolver especificamente: especificação e implementação de um mod original para Minecraft Java. O resultado precisa estar pronto para execução, prototipagem ou produção, conforme o contexto do usuário. Escopo do projeto Se [ESCOPO PERSONALIZADO] estiver preenchido, trate-o como escopo oficial e substitua integralmente a lista padrão abaixo. Caso esteja vazio, cubra: versão; loader Fabric/NeoForge/Forge; Java; itens; blocos; entidades; receitas; configuração; compatibilidade; testes. Restrições e premissas - Não invente recursos, APIs, comandos ou compatibilidades. Quando a versão ou edição alterar a solução, declare a dependência. - Não copie código, mapas, personagens, marcas, nomes, assets ou identidade visual protegidos; use apenas inspiração de gênero e produza uma solução original. - Não omita dependências, caminhos de arquivos, pré-requisitos, riscos, limitações ou etapas necessárias para reproduzir o resultado. - Priorize segurança, desempenho, acessibilidade, manutenção e boa experiência do jogador. Não proponha mecânicas enganosas, abuso de menores ou pay-to-win agressivo. - Se faltar informação crítica, faça no máximo 7 perguntas objetivas. Se o usuário pedir execução imediata, liste as premissas e prossiga. - Diferencie claramente Minecraft Java e Bedrock. Não misture sintaxe, mecânicas, loaders ou estruturas de arquivos entre edições e versões. Formato da resposta - 1. **Resumo executivo** — objetivo, premissas e solução recomendada. - 2. **Decisões de projeto** — opções consideradas, escolha e justificativa. - 3. **Especificação detalhada** — tabelas, etapas, regras, fórmulas ou fluxos pertinentes. - 4. **Implementação** — instruções numeradas e artefatos completos em blocos de código quando aplicável. - 5. **Validação** — casos de teste, critérios de aceite, riscos e troubleshooting. - 6. **Três entregas finais** — apresente separadamente Entrega 1, Entrega 2 e Entrega 3. Nível de detalhe Alto / Profissional / Pronto para produção. Seja didático sem ser superficial. Forneça valores iniciais razoáveis, exemplos concretos e alternativas apenas quando elas mudarem materialmente o resultado. Critérios de qualidade - Especificidade: o resultado deve refletir as entradas do usuário, não ser um guia genérico. - Executabilidade: outra pessoa deve conseguir reproduzir a solução sem adivinhar etapas ocultas. - Correção: sintaxe, nomes, mecânicas e limitações devem corresponder à edição e versão informadas. - Consistência: escopo, regras, números, arquitetura e entregas não podem se contradizer. - Manutenibilidade: separar responsabilidades, usar nomes claros e explicar pontos de extensão. - Validação: incluir testes objetivos, casos extremos e critérios de aceite mensuráveis. - Compatibilidade Minecraft: indicar Java/Bedrock, versão, loader/API e diferenças relevantes antes de fornecer comandos ou arquivos. Entrega 1 especificação funcional e configuração do projeto. Inclua premissas, decisões e critérios de aceite correspondentes. Entrega 2 código por arquivo, assets e data generation necessários. Forneça todos os elementos necessários, sem usar “continue daqui”, “etc.” ou pseudocódigo no lugar de partes essenciais. Entrega 3 build, testes, compatibilidade e publicação. Termine com checklist acionável, riscos conhecidos e próximos passos priorizados. Antes de responder, verifique silenciosamente se todos os requisitos foram atendidos, se as três entregas estão presentes e se nenhuma informação crítica foi inventada. Então apresente apenas a resposta final estruturada.