[upstream] Gemini: mapear finish reasons de bloqueio para content_filter #302

O que mudou no upstream

PR aberto (ainda não mesclado): mnfst/llm-gateway#3101

Respostas do Gemini bloqueadas pelo Google com BLOCKLIST, PROHIBITED_CONTENT, SPII ou IMAGE_SAFETY eram devolvidas ao cliente como stop normal (resposta vazia parecendo sucesso). mapFinishReason em google-adapter.ts só mapeava SAFETY e RECITATION; o fix adiciona os quatro motivos como content_filter (stream e não-stream usam a mesma função), com teste parametrizado.

Relevância para o Thinker

packages/backend/src/routing/proxy/google-adapter.ts tem o mesmo mapa (RECITATION: 'content_filter' na linha ~548) e o default ?? 'stop'. Agentes recebem resposta vazia como se fosse concluída.

Classificação

adotar (mudança de poucas linhas no mapa + teste). Conferir o diff do PR, que ainda pode mudar.

Esforço estimado

P

Generated by Claude Code