InícioDocs para devsComo usar a IA para criar um sistema de RPG
Como usar a IA 3 min de leitura

Como usar a IA para criar um sistema de RPG

Crie fichas, modelos de itens e automações em um único pacote instalável, compatível com a versão do host que você usa.

Substitua os valores entre colchetes antes de enviar. Forneça os arquivos públicos relevantes da release alvo exata; use exemplos sintéticos e deixe credenciais, campanhas privadas e material proprietário fora do contexto.

O que você vai construir

Crie um sistema original pequeno, com ficha de personagem, ficha de NPC e modelo vazio de equipamento. Comece por um fluxo completo: criar personagem, editar um campo numérico, salvar e reabrir.

Contexto para fornecer à IA

  • docs/pt-BR/modules.md: manifesto, descritores do sistema, ciclo das fichas, provedores de combate e instalação.

  • docs/pt-BR/api.md e gravewright/modules/contracts/schemas/manifest.json: interfaces suportadas e campos aceitos no manifesto.

  • A release alvo do VTT e a lista explícita de material original ou licenciado que pode ser distribuído.

Passo a passo

  1. Defina tipos de atores/itens, campos editáveis, validações e versão do host antes de pedir código.

  2. Peça à IA que examine os contratos públicos existentes e produza o menor pacote funcional.

  3. Revise carregamento da ficha, salvamento assíncrono, cancelamento e conflitos antes de acrescentar regras.

  4. Adicione automação de combate e catálogos de tradução dentro do mesmo pacote somente quando a primeira ficha funcionar.

  5. Monte o ZIP com o manifesto na raiz e siga a assinatura/instalação documentada em um host descartável.

Copie e adapte este prompt

text
Repositório: [checkout local ou repositório público]
Release alvo do host: [versão instalada/solicitada; preserve-a]
Escopo e autorização: [o que pode ser alterado/publicado]

Implemente um sistema original chamado Example Expedition.
Entregue um único pacote instalável de sistema com fichas de personagem e NPC, modelo vazio de equipamento, recursos, traduções e automações necessárias. Não crie um complemento Server Rules instalado separadamente.
Comece com nome, campo numérico de vigor e lista de inventário. Use os contratos da release alvo para definir os dados aceitos pelo servidor, sem inventar campos do manifesto.
Use a API fornecida pelo contexto do módulo, o ciclo documentado de salvamento e os modais nativos. Trate cancelamento, negação de permissão e conflitos atualizando o estado.
Mantenha as regras no pacote. Não coloque condicionais pelo nome do sistema no host, não exija host mais novo e não inclua texto de livros ou catálogos proprietários.
Mostre a árvore exata do pacote, manifesto, código, licença e instalação; identifique requisitos que a API pública da release alvo não suporta.

Examine os arquivos reais e APIs suportadas antes de propor código. Não invente comandos, campos, endpoints ou capacidades de pacotes.
Use dados de teste descartáveis e ferramentas/caches locais à instalação. Explique requisitos sem suporte e valide o resultado com as ferramentas reais do projeto.
Entregue arquivos ou passos concretos no editor, verificações realizadas e limitações pendentes.

Como validar

  • Crie personagem, altere vigor, feche durante o salvamento e reabra; confira o valor salvo.

  • Abra como GM, jogador autorizado e acesso somente leitura; confira que o servidor rejeita gravações proibidas.

  • Edite em duas sessões; atualize e resolva o conflito sem substituir silenciosamente a revisão esperada.

  • Instale e remova em um host descartável; confira liberação de recursos e idioma inglês como alternativa.

Pronto quando

O fluxo criar → editar → salvar → reabrir funciona no host solicitado e tudo de que o sistema precisa está em um único pacote.

Continue pela referência de módulos, API pública e guia de testes.