IA jurídica: por que quem redige não pode aprovar o próprio texto
Como separar geração, verificação e decisão em um fluxo jurídico para que fluência não seja confundida com correção.
- Pergunta de trabalho
- Como desenhar um fluxo de IA jurídica em que o rascunho não vire aprovação automática?
- Você sai com
- Uma matriz de responsabilidades que separa geração, testes objetivos, revisão profissional e liberação da versão final.

Modelos de linguagem produzem texto plausível. Essa qualidade também cria risco: uma resposta fluente pode atravessar a interface como se fosse uma conclusão conferida.
Resposta curta
Separe geração, verificação e aprovação em papéis e estados diferentes. As recomendações da OAB para o uso de IA destacam responsabilidade, supervisão e confidencialidade, e o Código de Ética da OAB continua aplicável ao trabalho mediado por tecnologia. Um segundo prompt pode auxiliar a conferência; não vira revisor independente nem assume responsabilidade profissional.
O que você vai produzir
| Camada | Pode fazer | Não deve fazer sozinha |
|---|---|---|
| Geração | estruturar e redigir proposta | marcar o texto como aprovado |
| Teste objetivo | apontar campo ausente, citação inexistente e inconsistência | resolver questão jurídica ambígua |
| Revisão | confrontar fatos, fontes e cálculos | revisar apenas pela fluência |
| Decisão | liberar, devolver ou bloquear | aprovar versão diferente da revisada |
Controles mínimos
- Conteúdo gerado tem rótulo e versão próprios.
- Afirmações relevantes apontam para origem verificável.
- Citações, datas e cálculos passam por teste fora do texto gerado.
- O revisor acessa os artefatos, não apenas o resumo da IA.
- Aprovação registra pessoa, horário, ressalvas e hash ou versão.
- Alteração posterior invalida a aprovação anterior.
Por que “a IA revisou” não basta
Instâncias do mesmo modelo podem compartilhar lacunas e repetir referências inventadas. O valor do segundo passe está em criar perguntas e detectar padrões, não em transformar consenso sintético em evidência. Para fatos e normas, volte à fonte; para decisão, mantenha uma pessoa autorizada no circuito.
Exemplo: proposta de resposta a uma exigência
Em um caso fictício, a ferramenta recebe um conjunto sintético de fatos e produz uma proposta de resposta. O texto cita um período correto, mas atribui a informação ao documento errado. Outra execução, instruída a “revisar rigorosamente”, repete a ligação porque usa o mesmo contexto.
Uma verificação útil abre o artefato indicado, localiza o trecho e compara a afirmação. A revisão profissional então considera pertinência, suficiência, estratégia e redação. Só uma versão identificada pode avançar; qualquer alteração posterior devolve o texto ao estado de rascunho.
Dê ao revisor uma fila de afirmações, não apenas uma página bonita
| Tipo de afirmação | Confronto necessário |
|---|---|
| fato do caso | relato ou documento identificado, com localização |
| regra | fonte oficial, texto e vigência aplicável a conferir |
| número | entradas, fórmula, versão e memória intermediária |
| inferência | premissas e alternativas consideradas |
| citação | existência, correspondência e contexto original |
O revisor precisa conseguir rejeitar uma afirmação sem reescrever todo o texto. Registre o motivo e invalide os trechos dependentes; isso transforma a correção em aprendizado do fluxo, não apenas em edição silenciosa.
A interface também distribui responsabilidade
Evite um único botão “concluir” que tanto salva quanto aprova. Mostre o estado junto do artefato, identifique quem pode mudar esse estado e exija confirmação separada para qualquer efeito externo. “Revisado por IA” pode descrever um teste auxiliar, mas não deve ocupar o campo reservado à revisão humana.
Sinais de aprovação implícita
- o texto aparece sem rótulo de rascunho;
- a ausência de edição é registrada como concordância;
- uma nota alta de outro modelo libera o documento;
- o usuário aprova um resumo sem acessar as fontes;
- a versão enviada pode ser diferente da versão conferida;
- não existe forma clara de devolver ou bloquear.
Próxima ação
Escolha um documento sintético e desenhe os estados da geração ao envio. Para cada seta, escreva quem age e qual evidência permanece. Se a mesma automação atravessar duas setas seguidas até produzir efeito, interrompa o desenho e crie uma revisão independente.
O teste termina quando uma edição posterior realmente invalida a aprovação, um usuário sem papel recebe negação e a versão enviada coincide com a conferida. Captura de tela do botão não basta: prove o efeito com o artefato e o histórico resultantes.
Fontes oficiais
Continue a rota