A JEV NPC não é um personagem cujo cérebro inteiro foi terceirizado para um modelo. É um personagem do jogo cuja camada de decisão tática avalia a mudança de estado e seleciona entre as ações que o jogo já tornou legais. Percepção, movimento, animação, habilidades e regras mundiais permanecem no jogo.
Da percepção à ação
Um pipeline NPC robusto tem estágios distintos: a percepção determina o que o personagem sabe; a projeção estadual resume fatos relevantes; um construtor de ação cria Choices legais; JEV avalia a decisão; um executor executa a intenção selecionada; e uma política fallback lida com tempos limite ou respostas inválidas.
O que o estado NPC deve conter?
Inclua função, saúde, resistência, ameaças visíveis, distância do alvo, candidatos de cobertura, necessidades de aliados, status do objetivo, tempos de espera, munição, restrições de inventário, ação atual e memória relevante. Exclua informações ocultas e objetos brutos do mecanismo. O estado deve descrever o que pode mudar o próximo Choice significativo, nem todos os objetos no nível.
Atacar, recuar, curar ou explorar?
Esses Choices expõem compensações reais. O ataque pode remover uma ameaça, mas expor o NPC. A retirada pode preservar o caráter, mas abandonar um objetivo. Curar pode ajudar um aliado enquanto consome um tempo de espera. Explorar pode revelar uma rota enquanto aumenta o risco. O jogo define condições prévias difíceis; JEV ajuda a comparar opções legais no contexto.
JEV e árvores de comportamento
As árvores de comportamento são fortes em sequências transparentes, como mover, esperar, tentar novamente a navegação e jogar uma habilidade. JEV pode selecionar a intenção que ativa uma ramificação enquanto a árvore executa os detalhes. Isso mantém a contribuição do modelo estreita o suficiente para teste e o caminho de execução familiar.
JEV e máquinas de estado finito
Um FSM pode manter modos explícitos como patrulha, alerta, combate e fuga. JEV pode ajudar a escolher uma transição ou ação de alto nível dentro de um modo, mas não deve criar silenciosamente um gráfico de estado ilimitado. Mantenha as transições observáveis e deixe o código determinístico lidar com alterações críticas de segurança.
Com que frequência um NPC deve perguntar?
Use eventos e um cronômetro tático limitado. Reconsidere quando uma ameaça aparecer, uma ação terminar, o objetivo mudar, um alvo for perdido ou um tempo de espera estiver disponível. Evite chamadas por quadro. O movimento de baixo nível continua na última intenção validada enquanto uma solicitação atrasada retorna com segurança.
fallbacks fazem parte do design NPC
Escolha fallbacks por função e risco. Um companheiro ferido pode se mover para se proteger; um guarda pode segurar o objetivo; um civil pode fugir por uma rota de sua autoria; um chefe pode continuar sua fase atual. Registre o motivo de cada fallback para que os designers possam distinguir uma decisão ruim de um tempo limite ou alvo obsoleto.
Como avaliar um JEV NPC
- Ele recebe apenas informações que pode perceber?
- Os Choices são significativos no situação atual?
- Toda ação retornada pode ser validada e executada?
- Ela continua com segurança quando o modelo é indisponível?
- A equipe pode repetir o mesmo estado e inspecionar o resultado?
Contratos de decisão específicos da função
Diferentes funções NPC precisam de diferentes vocabulários de estado e ação. Um guarda pode escolher patrulhar, investigar, chamar reforços, perseguir ou reter. Um curador pode escolher curar, proteger-se, recuar ou ajudar. Um civil pode escolher esconder-se, fugir, procurar ajuda ou continuar uma rotina. A reutilização de um prompt universal geralmente torna o comportamento vago; contratos específicos de função tornam os testes e o balanceamento mais claros.
Memória de curto prazo sem onisciência oculta
Um NPC pode se lembrar da última ameaça vista, uma ação interrompida, uma solicitação recente de aliado ou uma rota insegura conhecida. Armazene a memória como estado explícito com validade e confiança. Não transforme a memória em uma transcrição irrestrita que revele fatos que o personagem não poderia saber. A projeção de memória deve explicar por que pode influenciar a próxima decisão.
Meça a qualidade do comportamento separadamente da validade
Uma ação válida não é necessariamente uma boa ação. Acompanhe a validade do contrato, o resultado tático, o progresso objetivo, a sobrevivência, o suporte da equipe, a percepção do jogador, a latência e a taxa fallback como métricas separadas. Um guarda que sempre escolhe uma ação permitida, mas abandona o objetivo tem um problema de equilíbrio, não um problema de API.
Quando JEV não é a ferramenta certa
Use lógica criada para uma animação fixa, um intertravamento de segurança, uma batida exata do tutorial, uma verificação de autoridade do servidor ou uma decisão com apenas uma resposta possível. Use a navegação para localização de caminhos e uma árvore de comportamento para execução em várias etapas. JEV agrega valor quando várias ações significativas são legais e a melhor delas muda com o contexto.
NPC revisar lista de verificação
- Um designer pode explicar o estado atual e as ações do candidato?
- O NPC atua apenas em percepção permitida?
- As transições de ação são observáveis?
- É o fallback crível para esta função?
- Um jogador pode entender a intenção do personagem?
- O controle de qualidade pode reproduzir o exato encontro?
Para uma arquitetura mais ampla, leia JEV Jogo AI. Para obter detalhes de API, consulte JEV API uso. Para Unity, continue para JEV Unity tutorial.
