Caçador de monstros Witcher

Quando dano ou vida não é estritamente positivo, a tarefa falha com invalid_input em vez de inventar uma morte.

Como os golpes e o dano residual são calculados

A identidade de forma fechada é hits igual ao teto de health dividido por damage, e leftover_damage igual a hits vezes damage menos health. Um griffin com 320 de vida diante de uma espada de prata que causa 45 por golpe precisa de oito cortes: sete golpes retiram 315, o oitavo precisa só de mais cinco, e leftover_damage é 40. Como a divisão por teto é determinística, dois clientes que enviam o mesmo par de números positivos recebem sempre os mesmos hits e leftover_damage.

Contrato de entrada, forma da resposta e erros

Valores acima de um quatrilhão são rejeitados para o recuento de golpes não sair da faixa de inteiros seguros. Combine a resposta com a sua própria tabela de bestiário se precisar de nomes de criaturas; este extremo resolve só a aritmética e não consulta um griffin, leshen ou noonwraith pelo título. Envie um corpo JSON por POST com dois números finitos obrigatórios: damage, o ataque do bruxo por golpe que acerta, e health, a reserva restante do monstro. Cada campo pode chegar como número JSON ou como cadeia numérica; aliases como attack, dmg, sword_damage, hp, health_pool e monster_hp são aceitos e mapeados para os nomes canônicos. Campos ausentes, cadeias vazias, valores não finitos, zeros e negativos falham com invalid_input nomeando o campo — essas falhas não são cobradas. Em sucesso o corpo ecoa damage e health, devolve hits como inteiro positivo, leftover_damage como o excesso do golpe final, total_damage como hits vezes damage, last_hit_damage como a parcela do último corte que de fato esvaziou a reserva, uma cadeia formula que reafirma a identidade do teto, e um message de uma linha adequado a um registro de combate. Exemplo: damage 50 e health 200 produzem quatro golpes e leftover_damage 0, porque quatro vezes 50 é exatamente 200. Damage 45 e health 320 produzem oito golpes, leftover_damage 40, last_hit_damage 5 e total_damage 360.

Onde um caçador de monstros Witcher se justifica

Autores de bestiário e mantenedores de wikis usam um caçador de monstros Witcher para o leitor colar um dano de espada de prata ao lado de uma reserva de vida publicada e ver a contagem de golpes sem fazer a divisão por teto à mão. Grupos de mesa que jogam um sistema inspirado em Witcher usam o mesmo contrato quando um jogador pergunta quantos assaltos um demônio aguenta na linha de dano atual do grupo. Validação falha não consome saldo. Modders que equilibram New Game Plus ou contratos sob medida precisam de um oráculo determinístico que rejeite uma espada de dano zero em vez de informar infinito em silêncio, e que reporte o excesso para uma montagem de um único golpe aparecer em leftover_damage em vez de escondida num booleano. Corredores de speedrun e analisadores de registro de combate verificam se uma sequência gravada de golpes que acertam deveria ter derrubado um chefe dado o dano do aço ou da prata naquele instante; chamar uma API parse pequena evita puxar um simulador de combate inteiro para uma pergunta de dois números. Como a implementação é parse pura de nível A, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo e sem rede de saída. Mantenha as solicitações pequenas, fixe hits e leftover_damage nos testes, e você obtém contagens de caça reproduzíveis para widgets de wiki, pipelines de mods e workers de borda sem montar um motor de combate próprio.