# Confiança não é licença para automatizar tudo
> Calibração, revisão humana e limites do Jev: como decidir o que avança sozinho e quando o sistema deve parar.
**Autores:** Escola de Aplicativos
**Publicado:** 2026-10-01T12:00:00.000Z
**Atualizado:** 2026-10-01T12:00:59.647229618Z
**Tags:** confianca, agentes-de-ia, avaliacao, jev
---
Depois de cinco exemplos, a tentação é conectar uma resposta do Jev diretamente a cada ação do produto. Falta uma pergunta: **quando o julgamento pode avançar sozinho?** A resposta depende do custo do erro, da qualidade dos dados e da evidência medida no seu fluxo.

A TypeSafe documenta resultados de confiança para algumas primitivas, mas alerta que a interpretação depende de **calibração**. Uma saída aparentemente segura não é promessa de acerto naquele atendimento, naquele navegador ou naquela fila. O limiar útil para ordenar documentos pode ser inadequado para cancelar uma conta ou descartar um alerta.

## Três saídas para uma decisão

Em vez de “automatizar ou não”, projete três caminhos. Um resultado bem sustentado e de baixo risco segue o fluxo. Um resultado incerto vai para revisão. Um caso fora do escopo usa a opção “nenhuma”, uma regra determinística ou um processo de fallback. Guarde o estado necessário, a pergunta, as opções e o resultado para investigar erros depois.

No [caso de revisão de código](/ferramentas/casos-de-uso-jev/code-review-com-triagem-do-diff), o julgamento serve para decidir quando um diff merece análise mais cara. Em [triagem de incidentes](/ferramentas/casos-de-uso-jev/triagem-de-incidentes), perder um sinal importante pode ter custo alto. O mesmo modelo pode participar dos dois fluxos, mas cada um pede métricas e limiares próprios.

::callout{type="warning" title="Confiança não substitui avaliação"}
Separe um conjunto de casos revisados por pessoas, inclua exemplos difíceis e acompanhe taxa de erro por classe. Só use um limiar de automação depois de medir o que acontece acima e abaixo dele.
::

## Onde o Jev não resolve o problema

Jev trabalha com entrada textual. Para áudio, imagem ou vídeo, outra etapa precisa transformar o material em texto ou atributos antes do julgamento. A documentação do Jev 1.13 também descreve fragilidades em contagem, aritmética, comparação de datas, estados longos com muito ruído e conteúdo adversarial. Não use um julgamento semântico como calculadora, verificador de identidade ou única barreira de segurança.

Se o agente precisa explicar uma decisão para a pessoa, um componente de geração pode redigir a mensagem a partir de fatos e regras já confirmados. Se precisa cumprir uma obrigação, o código aplica a regra. Jev ocupa o espaço entre esses componentes: responder perguntas delimitadas sobre um estado.

## Fechando a série

O fio dos seis capítulos é simples: definir as opções no produto, usar julgamento semântico onde ele ajuda, medir no contexto real e manter um caminho claro para exceções. O [diretório de casos](/ferramentas/casos-de-uso-jev/) oferece outras ideias para experimentar, de agentes a busca e segurança. Trate os projetos publicados como pontos de partida para testes próprios, não como garantias de desempenho.

::read-more{slug="jev-filas-triagem-em-escala" label="Capítulo anterior: triagem nas filas de trabalho" placement="mid_content"}

### Fontes e exemplos

- [TypeSafe: interpretação e calibração de confiança](https://docs.typesafe.ai/confidence)
- [TypeSafe: limites conhecidos do Jev 1.13](https://docs.typesafe.ai/model-jaggedness/jev-1.13)
- [TypeSafe: conceitos e formato de entrada](https://docs.typesafe.ai/concepts/system-one)
- [Skill oficial da TypeSafe: divisão entre código e julgamento](https://github.com/typesafe-ai/skills/blob/main/skills/typesafe-ai/SKILL.md)