# Actualização DEV — modelo OCR definitivo

Data: 2026-08-25  
Ambiente: PC RTX e Sabichão DEV; produção excluída

## Decisão

O modelo definitivo da `3.0.0-dev` é `AuditAid/PaddleOCR-VL-1.6-0.9B:latest`, blob Ollama
`71306567488b`. Não executar `ollama pull` deste modelo durante a afinação. GLM-OCR foi rejeitado;
Qwen3-VL e Qwen3.5 ficam fora do âmbito por não serem modelos especializados em OCR.

## Alteração operacional no Windows

Alterar apenas `PATANISCAI_MODEL` em `C:\pataniscAI\.env`, reiniciar a tarefa agendada e confirmar
no `/health` o nome do Paddle, `ready=true` e `model_loaded=true`. Token, firewall, allowlist e
Ollama não mudam.

O Sabichão DEV continua com `OCR_EXTRACTOR=tesseract` por omissão. Produção não recebe ficheiros,
configuração, firewall ou dados.

## Verificação

1. Executar `ollama list` e confirmar que o ID do Paddle é `71306567488b`.
2. Confirmar `GET /health` local no Windows.
3. Confirmar `GET /health` a partir do CT DEV.
4. Não abrir o holdout; o próximo ensaio usa apenas os 30 scans conhecidos.

Executado em 2026-08-25: o `/health` chamado a partir do CT DEV devolveu o modelo Paddle esperado,
`ready=true`, `model_loaded=true`, 940530727 bytes de VRAM e Ollama 0.32.15. O servidor HTTP
temporário de cópia na porta 18080 foi encerrado e os seis ficheiros temporários foram removidos.

## Rollback

Não existe razão operacional para voltar a Qwen ou GLM neste ciclo. Se a alteração do `.env`
falhar, repor a cópia anterior do ficheiro; o formulário DEV permanece protegido pelo Tesseract.