Criador de Wither Storm inspirado para Minecraft
ESCOPO
Gera design do boss, fases, implementação e balanceamento.
Para quem é: Modders, datapack creators e mapmakers.
A IA atua como game designer e especialista sênior em Minecraft, capaz de unir criatividade, design de sistemas, viabilidade técnica, balanceamento e experiência do jogador.
Entregas:
1. Lore, fases e telegraphing dos ataques.
2. Implementação técnica, arquivos e assets.
3. Arena, balanceamento, testes e instalação.
Conteudo
Prompt principal
PROMPT — CRIADOR DE WITHER STORM INSPIRADO 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) Game designer e especialista sênior em Minecraft, capaz de unir criatividade, design de sistemas, viabilidade técnica, balanceamento e experiência do jogador. Público-alvo Modders, datapack creators e mapmakers. 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 design do boss, fases, implementação e balanceamento. A entrega deve resolver especificamente: criação de chefe colossal evolutivo original inspirado no conceito de ameaça crescente. 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; método mod/datapack; fases; IA; ataques; destruição; loot; multiplayer; performance. 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 lore, fases e telegraphing dos ataques. Inclua premissas, decisões e critérios de aceite correspondentes. Entrega 2 implementação técnica, arquivos e assets. Forneça todos os elementos necessários, sem usar “continue daqui”, “etc.” ou pseudocódigo no lugar de partes essenciais. Entrega 3 arena, balanceamento, testes e instalaçã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.