# Deploy update 2026-08-25 — base inicial

Primeira entrega da API VLM congelada e do cliente DEV. Runtime instalado manualmente no Windows
em `C:\pataniscAI`, com token, tarefa agendada e modelo carregado na GPU. Sem alteracoes em
producao.

Ficheiros operacionais: pacote Python, `.env`, script de instalacao Windows e cliente PHP no
Sabichao DEV. Sem SQL, sem cron e sem caches de aplicacao.

Verificado: 8 testes Python; health e transcricao reais contra o Ollama/RTX; lint, testes do cliente
e harness integral no PHP 7.3.33 do DEV; fallback real para Tesseract com a API desligada. Nao foi
possivel concluir CT DEV -> API nem o formulario. Depois de acrescentada a rota, uma captura no
Windows mostrou que a VPN traduz a origem `.20` para `192.168.4.2`; a regra inicial para
`192.168.69.20` rejeitava o SYN. Fonte corrigida para o endpoint NAT.

Correcao aplicada no runtime e confirmada do CT DEV: `/health` HTTP 200 em 0,14 s. Token instalado
em `/etc/sabichao/pataniscai_token` (`root:www-data`, `0640`), temporario eliminado; smoke
autenticado DEV -> RTX transcreveu uma imagem nao pessoal em 594 ms. Baseline completa dos 30
scans conhecidos: VLM 8 erros/97 vazios, Tesseract 14/58; VLM media 18,7 s e p95 29,5 s. Gate
reprovado por vazios e por regressao de erros em `naturalidade`/`val_rc`; extractor web continua
em Tesseract e o holdout nao foi executado.

Rollback: manter ou repor `OCR_EXTRACTOR=tesseract`; parar/remover a tarefa de arranque da API e
fechar TCP/8000. Nao existe SQL nem estado persistente de documentos a reverter.