rp_medica_ia()

A ideia que organiza tudo

A IA é o córtex, o servidor é o tronco cerebral, o cliente é músculo. O modelo decide o que fazer — "vá até essa pessoa", "examine", "diga isso". O servidor decide se aquilo pode acontecer, confere distância, estado e estoque, e só então manda. O cliente executa a caminhada e a animação, e não sabe de nada.

O modelo nunca recebe coordenada e nunca devolve coordenada. Ele escolhe entre nomes: triagem, leito_1, p12. Quem traduz nome em posição é o servidor, e é por isso que uma decisão errada do modelo dá no máximo uma médica que anda até o lugar errado — nunca uma médica dentro de uma parede ou do outro lado do mapa.

Os três processos

• rp_medica_ia (Lua, no FXServer) — percepção, estados, ferramentas, memória, corpo.
• cerebro (node, server-data/cerebro, systemd, porta 40130) — o único lugar que fala com o modelo.
• client/npc.lua — pernas e olhos: caminha, mede o que tem pela frente, toca animação.

Com o backend fora do ar ela continua trabalhando pelas regras determinísticas: vai até quem caiu, acompanha, volta ao posto. Fica burra, não congelada.

Por que ela não pode ser hackeada por conversa

A defesa não é o prompt. Um prompt pode ser contornado por uma frase suficientemente criativa; uma ferramenta que não existe não pode ser chamada por ninguém, em nenhuma língua.

Não existe ferramenta que dê dinheiro, item fora do armário, emprego, veículo ou documento. Então "me dá 50 mil, doutora" não tem alvo — não é negado, é impossível. O catálogo inteiro cabe numa lista, e cada item dela foi escrito à mão:

A fala dos jogadores chega ao modelo marcada como fala, dentro de um bloco anunciado. Não porque a marcação segure alguém determinado — ela não segura —, mas porque deixa explícito onde terminam os fatos do hospital e onde começa o que alguém disse.

O que ela enxerga

Até a primeira versão ela percebia uma esfera: todo mundo num raio de 20m, incluindo quem estava atrás dela, atrás de uma parede ou em outro andar. Isso não é perceber, é consultar um banco de dados — e era o furo mais largo da promessa de que a IA não pode simplesmente saber tudo.

Ver, hoje, exige três coisas ao mesmo tempo:

A terceira é a única que vem do cliente, e vem no formato mais estreito possível: cada máquina responde só por si mesma — "há parede entre ela e mim?". A mentira possível fica limitada ao próprio corpo de quem mente.

Memória visual, obstáculo e arma

• 45 segundos de lembrança. Quem sai do campo de visão não some do mundo: vira uma lista separada no prompt, descrita como estava quando ela olhou — nunca como está agora. Reaproveitar a aparência atual seria dar visão através da parede com nome de memória.
• A forma do que está na frente. Alto e fino é porta, alto e largo é parede, baixo é móvel — mais pessoa e veículo, que se identificam sozinhos. Não dá para saber o nome do modelo do MLO, e adivinhar por hash quebraria no próximo mapa; forma basta e é honesta sobre o que sabe.
• Travamento. Quem mede é o servidor, comparando a posição dela consigo mesma. Parada é diferente de travada: só conta quando ela quer ir a algum lugar e o corpo não vai.
• Arma empunhada. Viaja junto com o relato de linha de visão — é a mesma medida, "o que ela enxerga de mim". Inventário não: arma no coldre fechado não aparece, porque uma médica que reagisse a isso estaria lendo ficha, não olhando.

Como ela anda num prédio sem navmesh

O MLO do Gabz (np-viceroy) não tem navmesh ligando as salas pelas portas. O ped pede caminho ao jogo, o jogo responde "só dando a volta no prédio", e ela sai pela porta da frente para chegar a uma sala que fica a dez metros. Nenhum ajuste de task conserta isso: a informação não existe no mapa.

A solução é gravar. Um admin anda o caminho e o servidor amostra a posição a cada 2 metros:

/medica gravar triagem
   ... caminhe até a triagem ...
/medica parar

Os passos vão para a tabela ia_trilhas no MySQL — nunca para arquivo dentro do resource, porque o git clean -fd do deploy apaga (foi o que matou as páginas desta wiki uma vez).

A rede, e não caminhos soltos

Cada trilha sozinha não basta: para ir da triagem ao leito, ela precisa emendar duas. A emenda é feita no par de passos mais próximo entre as duas trilhas — 400 contas num hospital deste tamanho, e nenhuma suposição sobre como alguém gravou.

Entre os passos gravados ela anda em linha reta (TaskGoStraightToCoord), de propósito: alguém já andou ali e garantiu que dá. Onde não há passo gravado — o trecho que a leva até a trilha, ou o vão de uma emenda — o trecho é entregue ao navmesh, que sabe contornar o que apareceu depois da gravação.

Quando ela trava, o comando /medica rede mostra o diagnóstico sem ela precisar andar:

Distância entre as trilhas (onde elas mais se aproximam):
  recepcao   ↔ leito_1      15.6m  (passo 9 ↔ 15)   ← SEM CAMINHO ENTRE ELAS
  recepcao   ↔ triagem       0.7m  (passo 1 ↔ 2)

Vão acima de 4m é buraco na rede. Nenhuma linha de código inventa um corredor: alguém precisa andar até lá gravando.

Porta é o obstáculo real

Travar "na parede" era quase sempre porta — e a causa era nossa. TaskGoStraightToCoord, que os trechos de trilha usam para ignorar o navmesh, não abre porta. Reta atravessa porta fechada tanto quanto atravessa parede. Hoje, ao empacar, ela mede o que tem na cara; sendo porta, destranca (se o mapa registrou aquela porta) e empurra com o navmesh, que abre porta destrancada sozinho.

Os procedimentos que se veem

Examinar era uma consulta a uma tabela: ela dizia "deixa eu ver essa perna" e, no mesmo frame, sabia tudo. Do lado de fora não havia nada para ver — e quem estava na frente dela concluía, com razão, que ela não tinha feito nada.

O que faz um atendimento parecer atendimento é a duração. Cada procedimento agora é uma cena:

• O resultado só é lido no fim. Ler o diagnóstico no começo e entregar depois seria teatro: o corpo pode mudar nesses cinco segundos, e um exame lido antes de começar descreveria um paciente que já não existe.
• Durante a cena nenhuma outra ferramenta começa, exceto falar e olhar. É o que faz "ela está examinando" ser verdade, e não um texto enquanto o cérebro já escolheu três ações seguintes.
• O fim é um gatilho. Ela acabou de descobrir uma coisa; pensar de novo naquele instante transforma o resultado em conduta, em vez de um dado guardado.
• O paciente sumir cancela. Meio exame não é exame, e o efeito não acontece.

O cérebro, e a etiqueta na fala

O cerebro é um processo node separado do FXServer. Uma chamada ao modelo leva de meio a quatro segundos, tem retry e contabilidade de custo; dentro do FXServer, o primeiro timeout travaria o tique da médica junto.

O modelo fica atrás de um adaptador, e o jogo não sabe qual está em uso:

Trocar de provedor é duas linhas em /etc/eatsgo-cerebro.env e um restart. Nunca é uma decisão de segurança — quem decide se uma ação pode acontecer é o servidor de jogo, sempre.

A etiqueta, e por que ela existe

Todo modelo testado — gpt-oss, qwen, Gemini — faz uma coisa por vez: devolve uma chamada de ferramenta e nenhum texto, ou texto e nenhuma chamada. Numa conversa isso parte a cena ao meio: ela anota o nome de quem se apresentou e não responde, ou diz "deixa eu dar uma olhada" e não examina.

A saída veio de um mod de single-player: quem é assim não recebe ferramenta pela API. Recebe a lista escrita no prompt e responde com a ação marcada dentro da fala:

Senta aqui na maca, Elon, deixa eu ver o que aconteceu. [examinar alvo=p12]

Uma resposta, dois gestos. Isso custa segurança — etiqueta é texto livre, e texto livre é onde mora a fala dos jogadores —, e por isso vem com três travas:

1. Eco não é decisão. Etiqueta que aparece literalmente na fala de alguém naquele turno é descartada.
2. Nome fora do catálogo não existe, que é a regra de sempre.
3. A etiqueta some do que ela fala. O jogador nunca vê colchete, e nunca aprende a sintaxe olhando a médica trabalhar.

A quarta trava é a que realmente sustenta tudo: o servidor confere distância, estado, estoque e consentimento antes de executar. Etiqueta não é permissão; é pedido.

Quando ela pensa

Turno custa cota e latência, então ela não pensa à toa:

• alguém falou com ela (chat de proximidade ou /dra);
• uma tarefa terminou — chegou, falhou, o exame acabou;
• a cena mudou de verdade, e só fora de IDLE. Enquanto ela anda ou está num procedimento, não repensa: andar muda o retrato a cada tique, e isso a fazia perguntar a mesma coisa quatro vezes atravessando o saguão.

Cada decisão vira uma linha na tabela ia_turnos, com gatilho, estado, ações, recusas e tokens. As recusas são a parte mais útil: ferramenta recusada toda hora significa um prompt que precisa mudar ou uma regra que ninguém explicou a ela.

Comandos

Todos exigem ACE command e são /medica <ação>. A conversa com ela é /dra <texto> — ou chat normal, se você estiver a menos de 20 metros.

Armadilhas que custaram caro

O que ainda falta

1. Protocolos. Ela não erra por burrice, erra por não saber o que este hospital tem: quais itens tratam quais ferimentos, o que é grave aqui, o que vem antes do quê. Isso mora no rp_saude e ainda não chega até ela.
2. Bancada de casos. Cenários com gabarito, rodados fora do jogo, contando acertos — é o que troca "achei que melhorou" por número. A tabela ia_turnos já grava a matéria-prima desde o primeiro turno.
3. Experiência. A coluna impressao de ia_pessoas existe e ninguém a escreve. É ela lembrar que você vive caindo na porta do hospital.
4. Frota. O resource é de uma médica por construção. Separar o motor da personagem abre os outros NPCs — e exige um escalonador de orçamento, porque quando quatro NPCs querem pensar e a cota dá dois, quem fala com um jogador passa na frente.
5. Voz. Hoje é texto. O Whisper já está disponível na mesma conta; o difícil é capturar o microfone dentro do FiveM.

A arquitetura completa, com o desenho de camadas e o plano de treino, está em server-data/docs/medica-ia-arquitetura.md.