JEV A IA do jogo é melhor compreendida como uma camada tática para tomada de decisão dos NPCs. Ele não tenta conduzir uma transformação de NPC em cada quadro. Em vez disso, ele analisa um instantâneo significativo do jogo, escolhe uma intenção legal e permite que o mecanismo execute essa intenção por meio de navegação, animação, habilidades e regras.
Essa distinção é importante porque um loop de jogo contém diferentes tipos de trabalho. A renderização e a física podem executar cada quadro. A navegação e a animação podem ser atualizadas continuamente. As decisões táticas muitas vezes podem esperar por um evento, um cronômetro ou uma mudança significativa de estado. JEV pertence àquela parte mais lenta e de maior valor do loop.
Onde JEV se encaixa no loop do jogo
Imagine um encontro baseado em esquadrão. Um NPC está com pouca saúde, um inimigo apareceu, uma parede próxima fornece cobertura e o curador do esquadrão tem uma habilidade disponível. O jogo pode serializar esses fatos em um estado compacto, expor Legal Actions e pedir a JEV para selecionar a próxima intenção. Uma resposta como proteger-se e solicitar cura é então validada e executada por sistemas de jogo normais.
- Observe: colete fatos relevantes do mundo oficial state.
- Filter: remover ações cujas pré-condições são false.
- Decide: comparar as ações restantes com metas, riscos e recursos.
- Executar: envia a intenção selecionada para movimento, habilidade e animação sistemas.
- Reavaliar: ligue novamente quando a ação for concluída, se tornar inválida ou a situação alterações.
Qual estado um NPC deve expor?
O bom estado é mais relevante para a decisão do que exaustivo. Pode incluir saúde e resistência, inimigos conhecidos, linha de visão, candidatos de cobertura, necessidades de aliados, objetivo atual, distância até os alvos, tempos de espera, munição, inventário e o status de uma ação ativa. Também pode incluir uma pequena quantidade de memória, como a última ameaça observada ou o último local onde um aliado foi visto.
Enviar todos os objetos do mundo torna uma decisão mais difícil de interpretar e aumenta o custo e a latência. Um contrato estadual compacto também melhora os testes: o mesmo instantâneo pode ser reproduzido para comparar Choices após uma alteração de prompt, política ou equilíbrio do jogo.
Por que Legal Actions é importante
JEV deve escolher entre ações que o jogo já aprovou. Uma ação pode incluir um nome, parâmetros, pré-condições, duração esperada e um custo. Os exemplos incluem attack(targetId), moveTo(locationId), heal(targetId), retreat(routeId), e observe(areaId).
A lista de ações permitidas é tanto um limite de segurança quanto uma ferramenta de design. Ele evita que um NPC ferido selecione uma habilidade indisponível, dá aos designers controle sobre o que um personagem pode fazer e torna a saída fácil de validar. Se uma ação não estiver na lista, não é uma opção.
Como JEV escolhe atacar, recuar, curar ou explorar
JEV as decisões tornam-se úteis quando as ações representam compensações reais. O ataque pode remover uma ameaça rapidamente, mas expor o NPC. A retirada pode preservar o esquadrão, mas abandonar um objetivo. A cura pode melhorar a sobrevivência, mas consome um tempo de espera. A exploração pode revelar uma rota ou recurso enquanto aumenta a exposição. O modelo deve receber o objectivo e as restrições que tornam estas compensações significativas; o jogo ainda deve definir regras rígidas, como alcance, propriedade, tempo de espera e colisão.
Os designers também podem moldar o comportamento com prioridades e orçamentos de risco. Um encontro com um chefe pode favorecer a pressão, enquanto um companheiro NPC pode favorecer a sobrevivência e a assistência. Essas preferências devem ser visíveis no contrato estatal ou político, em vez de ocultas em prosa arbitrária.
Por que JEV não deve controlar todos os quadros
O controle quadro a quadro cria latência, custo e instabilidade desnecessários. Também mistura intenção tática com direção de baixo nível, onde os sistemas determinísticos são geralmente melhores. Um padrão mais estável é pedir uma decisão quando um objetivo muda, uma ação termina, uma ameaça aparece, um alvo é perdido ou um cronômetro de decisão expira.
A cadência exata depende do jogo. Um jogo baseado em turnos pode decidir uma vez por turno. Um jogo tático em tempo real pode decidir a cada centenas de milissegundos durante o combate ativo, com chamadas acionadas por eventos para mudanças urgentes. Um companheiro em um jogo de exploração pode decidir com menos frequência. A frequência certa é aquela que dá ao NPC tempo para agir enquanto mantém seu comportamento responsivo.
JEV e tradicional NPC AI
A produção NPC pode combinar vários sistemas. A percepção reúne fatos. JEV seleciona uma intenção. Uma árvore de comportamento ou máquina de estado executa a intenção. A navegação encontra uma rota. Animação e habilidades lidam com apresentação e efeitos. O servidor do jogo valida a autoridade. Essa separação torna cada sistema mais fácil de criar perfis e substituir.
Quando JEV está indisponível ou retorna um Choice inválido, o NPC pode recorrer a uma política de autoria. Por exemplo, um guarda pode recuar para o ponto seguro mais próximo ou um companheiro pode ficar protegido. Um fallback não é um sinal de que o sistema falhou; faz parte de um design de jogo robusto.
Uma lista de verificação prática de adoção
- Comece com uma função NPC e três a seis ações significativas.
- Mantenha o estado esquema pequeno o suficiente para inspecionar em um log.
- Validar cada resposta em relação ao estado oficial atual.
- Use um orçamento de decisão e um plano claro tempo limite.
- Estado do registro, Legal Actions, resposta e resultado para reprodução testes.
- Meça a qualidade tática separadamente da latência e do custo de infraestrutura.
Para a definição geral e comparações, leia O que é JEV?. Para obter um caminho de implementação completo, continue para o tutorial JEV.
