A Jina AI publicou, a 17 de setembro de 2026, uma apresentação técnica do Jina-OCR-v1, um modelo concebido para extrair informação de imagens de documentos sem perder, tanto quanto possível, a ordem de leitura, as tabelas e as fórmulas. Os pesos e o código necessário à sua execução estão disponíveis no Hugging Face. Para quem transforma relatórios, arquivos digitalizados ou artigos científicos em dados pesquisáveis, reconhecer palavras é apenas o princípio: é preciso manter as relações entre os elementos da página.

O artigo científico já tinha sido disponibilizado no arXiv a 2 de setembro. Os resultados de velocidade e precisão apresentados são medições dos autores, não uma garantia de desempenho nos documentos de cada organização. Há também uma condição contratual decisiva: os pesos são distribuídos sob a licença CC BY-NC 4.0, pelo que a utilização comercial exige um acordo próprio. Poder descarregar o modelo não equivale a ter autorização para o integrar num serviço comercial.

Preservar o sentido de tabelas e fórmulas

O Jina-OCR-v1 parte da arquitetura DeepSeek-OCR. Segundo a documentação e o artigo, a componente visual comprime uma vista geral de 1024 por 1024 píxeis da página em 256 unidades visuais e pode analisar recortes locais com maior detalhe. A componente que gera texto tem aproximadamente três mil milhões de parâmetros, mas utiliza cerca de 570 milhões por unidade produzida. Estas são características da arquitetura; não permitem deduzir, por si só, quanta memória será necessária ou a velocidade obtida em qualquer computador.

Consoante as instruções, o modelo pode devolver texto com uma ordem de leitura natural, Markdown, tabelas HTML e expressões LaTeX. A distinção tem consequências práticas. Um valor extraído corretamente, mas colocado na coluna errada, pode deturpar um relatório financeiro. Uma fórmula transcrita com um símbolo diferente pode passar a significar outra coisa. A avaliação deve, por isso, verificar as relações entre células, as expressões matemáticas e as partes omitidas, além da precisão geral do reconhecimento de caracteres.

A ficha do modelo apresenta exemplos de execução com Transformers e vLLM, além de uma opção de serviço remoto com interface compatível com a de OpenAI. O exemplo para Transformers recorre a trust_remote_code=True, permitindo executar código próprio do repositório durante o carregamento. Antes de processar documentos confidenciais, uma equipa deve analisar esse código, as dependências e a versão que vai instalar. Uma receita de instalação publicada não substitui uma análise de segurança.

A aceleração anunciada não abrange necessariamente todo o trabalho

Os investigadores introduziram o FastMTP, que antecipa três posições na geração de texto e faz confirmar as propostas pelo modelo principal. Segundo o artigo, a verificação conserva a mesma sequência de saída que o método determinístico utilizado como referência. Isso não quer dizer que o texto reconhecido esteja sempre certo. Quer dizer apenas que as duas formas de gerar a resposta dão a mesma sequência.

Nos ensaios dos autores, o Jina-OCR-v1 obteve 91,14 no OmniDocBench v1.6 e 83,4 no olmOCR-Bench, atingindo 2,57 páginas por segundo nas condições da comparação apresentada. Os investigadores afirmam também que o FastMTP duplica aproximadamente a velocidade da fase de geração de texto numa NVIDIA L4 face ao método convencional. São medidas diferentes. Uma melhoria de duas vezes numa fase não garante que o processamento completo de um documento termine em metade do tempo.

É necessário contabilizar a leitura e preparação das imagens, a resolução, a análise de zonas pequenas, a quantidade de páginas processadas em conjunto e o comprimento da resposta. O treino adicional utilizou verificações automáticas da correção e estrutura de tabelas e fórmulas, atribuindo crédito também às respostas parcialmente corretas. Os dados combinam fontes públicas tratadas e páginas sintéticas criadas para exercícios específicos. Estes detalhes ajudam a perceber a abordagem, mas não demonstram o resultado em documentos manuscritos, digitalizações degradadas ou formulários próprios de cada empresa.

O custo relevante é o de cada página que fica bem processada

Um sistema pode gerar muitas unidades de texto por segundo e, ainda assim, demorar mais a concluir uma página se produzir uma resposta mais extensa. Medir páginas por segundo é mais útil, mas não inclui necessariamente o tempo gasto a corrigir uma tabela ou a repetir uma leitura mal sucedida.

A análise da Aipolix aponta para um ensaio com documentos representativos, utilizados com as devidas autorizações, e três indicadores medidos em conjunto: percentagem de páginas que cumprem um nível de qualidade definido antecipadamente, tempo de processamento completo incluindo repetições e custo computacional. O valor a comparar deve ser o custo por página aceite, não apenas por página submetida. Para tabelas, interessa confirmar a correspondência entre linhas e colunas; para fórmulas, os símbolos; para texto corrido, a sequência e as omissões.

Esta precaução torna-se ainda mais importante quando a informação extraída alimenta um sistema de pesquisa e um assistente de IA. Um número associado à célula errada pode ser indexado e reaparecer numa resposta acompanhada de uma referência aparentemente convincente. Trata-se de uma implicação técnica da ligação entre extração e pesquisa, não de um resultado experimental da Jina AI sobre todos os sistemas de resposta. Conservar a imagem original e a ligação de cada elemento à respetiva página ajuda a investigar erros posteriores.

A autorização de utilização não vem incluída no descarregamento

A ficha do Hugging Face identifica a licença dos pesos como CC BY-NC 4.0 e remete os interessados em utilização comercial para contacto. Não se trata de uma licença aberta para exploração comercial. Antes de usar os pesos num produto pago ou numa atividade empresarial, é necessário esclarecer as condições aplicáveis. A existência de uma interface de programação alojada num servidor não concede automaticamente direitos para instalar e explorar comercialmente os mesmos pesos; são modalidades contratuais distintas.

O modelo é apresentado como apto para diversos tipos de documentos e línguas, mas cabe a cada organização confirmar a qualidade nos seus próprios ficheiros, incluindo digitalizações difíceis, notas pequenas, escrita manual e tabelas densas. O Jina-OCR-v1 disponibiliza uma técnica concreta para tornar a leitura estruturada mais eficiente. A decisão de o adotar deve depender da qualidade comprovada, do custo total, da revisão de segurança do código e da licença correta, não apenas de uma classificação num teste.

Fontes
- Apresentação técnica da Jina AI e da Elastic
- Ficha do modelo e licença no Hugging Face
- Artigo científico dos autores no arXiv