Uma petição que antes me tomava uma tarde inteira hoje pode sair em minutos.
Não estou falando de copiar e colar um prompt genérico no ChatGPT e aceitar a primeira resposta. Isso continua sendo perigoso, especialmente no jurídico.
Estou falando de outra coisa.
Imagine uma situação comum: o cliente envia alguns PDFs, um contrato em Word, prints soltos, uma decisão anterior, uma troca de e-mails e uma explicação confusa por áudio. O problema jurídico está ali, mas ainda não está organizado.
Antes, o trabalho bruto começava quase sempre do mesmo jeito: abrir documento por documento, separar fatos, identificar datas relevantes, conferir cláusulas, montar uma linha do tempo, localizar pedidos possíveis, buscar fundamentos, adaptar um modelo antigo, revisar a peça, cortar excesso, conferir documentos de novo e torcer para não ter deixado uma contradição escondida em algum canto. HORAS de trabalho organizacional.
Dependendo do caso, isso consumia 4, 5 ou 6 horas antes de a peça realmente começar a sequer ser escrita.
Hoje, com um fluxo bem desenhado, a primeira minuta estruturada pode aparecer em minutos.
O ponto não é que a IA “faz a petição”.
O ponto é que o advogado deixa de usar IA como uma caixa de texto e começa a usar IA como um sistema de trabalho.
Essa é, para mim, a diferença central entre usar prompt e construir fluxo agêntico.
Prompt é uma instrução isolada.
Fluxo agêntico é uma sequência organizada de tarefas, contexto, arquivos, critérios, modelos, revisões e decisões.
No prompt, você pede: “faça uma petição sobre isso”.
No fluxo, você ensina o agente a trabalhar.
Você mostra onde estão os documentos. Diz quais arquivos ele deve ler primeiro. Define como extrair os fatos. Explica o formato da linha do tempo. Entrega seus modelos de petição. Especifica sua forma de organizar fundamentos. Define o que ele deve conferir antes de escrever. Determina o que nunca pode inventar. Exige uma lista de dúvidas. Pede uma matriz de riscos. Só depois manda redigir.
A diferença prática é ENORME.
Um bom fluxo jurídico com IA pode seguir uma lógica mais ou menos assim:
- Ler os documentos do caso.
- Extrair fatos relevantes.
- Separar documentos por função probatória.
- Montar uma linha do tempo.
- Identificar pontos controvertidos.
- Relacionar fatos com pedidos possíveis.
- Comparar o caso com modelos anteriores.
- Criar um plano de peça.
- Redigir por seções.
- Revisar coerência, omissões e riscos.
- Gerar uma versão final em Word.
- Produzir um checklist para revisão humana.
Isso não substitui raciocínio jurídico.
Na verdade, exige mais raciocínio jurídico, porque o advogado precisa saber desenhar o processo.
A IA não sabe, sozinha, qual é a sua estratégia, qual tese você prefere, que risco vale assumir, que argumento é frágil, que fato precisa de prova, que documento não deve ser usado, que pedido pode gerar sucumbência ou que linguagem é adequada para aquele juízo.
Mas ela pode reduzir brutalmente o trabalho mecânico que fica entre a entrada dos documentos e a primeira versão útil da peça.
É aqui que entram os LLMs.
LLM é a sigla para large language model, ou modelo de linguagem de grande escala. Na prática, é o tipo de modelo que consegue ler, interpretar, resumir, comparar, classificar, reescrever, estruturar e gerar texto a partir de contexto.
Mas um LLM, sozinho, ainda é só o motor.
O que muda o trabalho é o motor dentro de uma operação.
O mesmo modelo pode ser usado de forma ruim ou excelente.
Se você joga documentos soltos e pede uma petição completa, ele pode misturar fatos, exagerar fundamentos, perder nuances e entregar uma peça bonita, mas insegura.
Se você organiza o fluxo, separa etapas, dá modelos, pede justificativas, exige rastreabilidade e coloca revisão humana, o resultado muda de natureza.
O advogado deixa de receber “um texto de IA” e passa a receber um pacote de trabalho: fatos extraídos, cronologia, estrutura argumentativa, minuta, lista de dúvidas, pontos de atenção e checklist de conferência.
É isso que me interessa.
Ferramentas como Codex e Claude são interessantes justamente porque permitem sair do prompt isolado.
Em ambos, a lógica é trabalhar dentro de um ambiente com arquivos, instruções, terminal, scripts, modelos e estrutura de projeto.
Isso abre uma possibilidade muito concreta para a advocacia: tratar cada caso como uma pasta de trabalho organizada.
Exemplo simples de pasta por caso para advogados:
/caso-cliente-x
/documentos
/modelos
/rascunhos
/linhas-do-tempo
/checklists
/saidas
Dentro de /documentos, entram PDFs, contratos, decisões, procurações, e-mails exportados, relatórios, planilhas e o que mais for relevante.
Dentro de /modelos, entram suas petições anteriores, estruturas aprovadas, peças de referência e padrões internos do escritório.
No arquivo de instruções, você explica como o agente deve trabalhar naquele tipo de demanda.
Algo como:
*“Leia primeiro os documentos principais.” “Extraia fatos com data, fonte e documento de origem.” “Não crie fundamento jurídico sem indicar que precisa de conferência.” “Use meu modelo de petição como estrutura, mas adapte ao caso.” “Antes de redigir, apresente um plano.” “Depois da minuta, gere checklist de revisão.” “Destaque pontos que dependem de confirmação do advogado.”*
Isso parece simples, mas muda tudo.
Tanto Codex quanto Claude podem ser especialmente úteis quando o trabalho envolve arquivos. Eles conseguem operar em uma pastas, ler conteúdos, organizar documentos, rodar scripts, converter informações, criar saídas estruturadas e trabalhar com materiais que não cabem bem em uma conversa comum.
Se há PDFs, por exemplo, o fluxo pode incluir extração de texto, identificação de páginas relevantes, resumo por documento, lista de anexos e vinculação entre fato e prova.
Se há arquivos Word, o fluxo pode usar modelos em .docx, comparar versões, gerar nova minuta, preservar estruturas, rodapés e cabeçalhos, sem atrapalhar seu papel timbrado, assim como revisar títulos e preparar um arquivo final para edição humana.
Isso é muito diferente de pedir “faça uma contestação”.
Um fluxo melhor seria:
*“1. Leia os PDFs da pasta documentos; 2. Monte uma tabela com fato, data, documento e página; 3. Identifique os fatos juridicamente relevantes.; 4. Compare com o modelo de contestação da pasta modelos; 5. Crie um plano de defesa; 6. Liste dúvidas antes de redigir; 7. Depois de aprovado o plano, gere uma minuta em Word; 8. Faça uma segunda revisão procurando contradições, pedidos sem fundamento e fatos sem prova.”*
Nesse ponto, a petição em minutos deixa de ser promessa vazia.
Ela passa a ser consequência de organização.
O advogado ainda revisa.
O advogado ainda decide.
O advogado ainda responde.
Mas ele não precisa gastar a mesma energia abrindo arquivo por arquivo e refazendo manualmente etapas que podem ser transformadas em processo.
O Claude, nesse contexto em específico, costuma ser muito forte para leitura, síntese, escrita longa, revisão de linguagem, estruturação de raciocínio e trabalho com contexto extenso. Em fluxos jurídicos, isso pode ser útil para transformar materiais confusos em raciocínio organizado.
Com Claude Code, a lógica se aproxima da execução agêntica em projetos e arquivos, com instruções, skills, comandos, agentes especializados e tarefas encadeadas.
Com Claude Cowork, essa lógica vai para o trabalho de conhecimento no desktop: arquivos locais, aplicativos, pastas, tarefas repetitivas, materiais de escritório e entregáveis que não são necessariamente código.
Para um advogado, isso é muito relevante.
Porque boa parte do trabalho jurídico não é só “escrever”.
É coordenar informação.
É transformar documentos dispersos em uma tese.
É transformar tese em peça.
É transformar peça em versão revisada.
É transformar revisão em checklist.
É transformar aprendizado em modelo reutilizável.
O Claude Cowork pode ser pensado como um assistente de execução para tarefas de conhecimento: organizar uma pasta, revisar documentos, comparar versões, preparar um relatório, estruturar uma minuta, ajudar com Word, Excel, PowerPoint e outros ambientes de trabalho, sempre com supervisão e permissão do usuário.
O ganho está em delegar tarefas com começo, meio e fim.
Não: “me ajude com esse caso”.
Mas:
“Abra a pasta deste caso, leia os documentos principais, gere uma linha do tempo em tabela, identifique lacunas de prova e prepare um primeiro rascunho de relatório para revisão.”
Ou:
“Compare esta minuta com o modelo padrão do escritório, indique diferenças relevantes, destaque cláusulas ausentes e gere uma versão revisada em linguagem mais objetiva.”
Ou:
“Leia esses documentos, separe o que é fato, o que é alegação, o que é prova e o que ainda precisa ser confirmado.”
Essa mudança de comando é pequena na superfície, mas profunda na operação.
A qualidade do agente depende da qualidade do trabalho que você ensina.
É aqui que entram as skills.
Uma skill é, em termos simples, um pacote de instruções, referências e, às vezes, scripts ou modelos, que ensina o agente a executar um tipo específico de trabalho.
No jurídico, isso pode virar algo muito poderoso.
Você pode ter uma skill para:
- elaborar petição inicial consumerista;
- revisar contrato de prestação de serviços;
- montar linha do tempo processual;
- analisar documentos probatórios;
- preparar relatório executivo para cliente;
- revisar peça com foco em coerência e risco;
- transformar decisão judicial em resumo estratégico;
- criar checklist de protocolo;
- adaptar um modelo do escritório para um caso concreto.
A skill não precisa conter só “prompt bonito”.
Ela pode conter método.
Ela pode dizer:
*“Antes de redigir, sempre faça um plano.”
“Separe fatos de argumentos.”
“Nunca invente número de processo, jurisprudência ou documento.”
“Quando não houver prova, marque como pendência.”
“Use linguagem clara e técnica.”
“Preserve a estrutura do modelo do escritório.”
“Gere checklist final.”
“Indique pontos que precisam de validação humana.”*
Com o tempo, o escritório deixa de depender de improviso.
Ele começa a construir uma biblioteca de procedimentos inteligentes.
Isso vale para Codex.
Vale para Claude.
Vale para soluções via API.
Vale para planos de subscrição, quando a ferramenta já entrega interface pronta.
Também é importante entender que “modelo” não é tudo igual.
Um erro comum é escolher IA como se existisse apenas uma opção: o modelo mais famoso, mais caro ou mais comentado.
Na prática, o fluxo jurídico pode usar modelos diferentes para tarefas diferentes.
- Um modelo rápido pode classificar documentos, extrair dados simples ou organizar nomes, datas e valores.
- Um modelo com melhor raciocínio pode analisar teses, identificar riscos, montar plano de peça e revisar contradições.
- Um modelo com contexto maior pode ler muitos documentos de uma vez.
- Um modelo mais forte em escrita pode transformar o plano em minuta clara.
- Um agente com acesso a arquivos pode gerar o Word, comparar versões e organizar a pasta.
O segredo operacional está em não tratar tudo como uma única chamada de IA.
O fluxo pode ser dividido:
- Primeiro, extração.
- Depois, organização.
- Depois, análise.
- Depois, plano.
- Depois, redação.
- Depois, revisão.
- Depois, formatação.
- Depois, checklist.
Cada etapa tem uma função.
E cada etapa pode ter critérios próprios.
Isso reduz alucinação.
Reduz retrabalho.
Aumenta rastreabilidade.
E torna a revisão humana muito mais objetiva.
Um exemplo prático de fluxo para petição inicial poderia ser:
1. Entrada dos documentos.
O advogado cria uma pasta do caso e coloca contrato, conversas, comprovantes, notificações, decisões anteriores, procuração, documentos pessoais e observações do cliente.
2. Leitura e inventário.
O agente lista todos os documentos, identifica tipo, data, partes envolvidas e possível relevância.
3. Linha do tempo.
O agente cria uma cronologia com data, fato, documento de origem e observação sobre prova.
4. Problemas jurídicos.
O agente separa os possíveis fundamentos, mas marca o que precisa de validação.
5. Dúvidas ao advogado.
Antes de redigir, o agente pergunta o que está faltando: valor, pedido, prova, competência, prescrição, tentativa de acordo, risco processual.
6. Plano da peça.
O agente monta uma estrutura: fatos, fundamentos, pedidos, provas, tutela, valor da causa, documentos anexos.
7. Adaptação ao modelo.
O agente usa um modelo do escritório, preserva estilo, estrutura e linguagem, mas adapta ao caso.
8. Minuta.
O agente redige a primeira versão.
9. Revisão técnica.
O agente revisa se todos os pedidos têm fundamento, se todos os fatos importantes têm documento, se há contradições e se algum trecho está genérico demais.
10. Saída em Word.
O agente gera uma versão editável, com título, tópicos e estrutura pronta para a revisão final do advogado.
11. Checklist.
O agente entrega uma lista de conferência antes do protocolo.
Nesse cenário, a primeira minuta pode sair em minutos.
Mas ela não nasce do nada.
Ela nasce de um sistema.
E esse sistema depende de três coisas: bons insumos, boas instruções e boa revisão.
Sem isso, IA só acelera desorganização.
Um escritório que quer usar IA com maturidade precisa criar alguns ativos internos.
São eles:
Eixo
Conteúdo
Banco de modelos
Modelos de petição, contratos, notificações, pareceres, relatórios, e-mails e checklists.
Instruções de trabalho
Como o escritório escreve, como organiza fatos, como estrutura fundamentos, que linguagem evita e que tipo de risco sempre confere.
Biblioteca de fluxos
Fluxo para petição inicial, contestação, réplica, contrato, revisão documental, relatório ao cliente, análise de decisão e preparação de audiência.
Política de uso
Quais dados podem entrar em ferramentas externas, quais casos exigem anonimização, quem pode usar, onde salvar arquivos, como registrar revisão e como evitar exposição indevida de dados sensíveis.
Camada de validação
Nenhuma peça sai sem revisão humana. Nenhuma citação inventada passa. Nenhum fundamento jurídico relevante é aceito sem conferência. Nenhuma informação sensível é inserida sem critério.
É aqui que a conversa volta para governança.
IA na advocacia não pode ser tratada como brinquedo de produtividade.
Ela mexe com confidencialidade, estratégia, responsabilidade profissional, dados pessoais, documentos sensíveis, risco processual e confiança do cliente.
Por isso, o advogado precisa entender o mínimo da tecnologia.
Não para virar engenheiro. Mas para saber o que está delegando.
Um agente pode ser excelente em organizar informação, mas não assume responsabilidade profissional.
Um LLM pode redigir muito bem, mas não sabe se aquela tese é a melhor para aquele cliente.
Um fluxo pode acelerar a peça, mas não substitui estratégia jurídica.
A maturidade está em saber onde a IA entra e onde ela para.
Para mim, a advocacia começa a mudar de verdade quando o advogado entende que pode construir uma pequena operação de IA ao redor do próprio trabalho.
Não precisa começar grande.
Pode começar com uma pasta, três modelos, uma instrução bem escrita e um fluxo simples:
“Leia, organize, pergunte, planeje, redija, revise.”
Depois melhora.
Cria skill.
Cria checklist.
Cria padrão de saída.
Cria banco de modelos.
Cria fluxo para Word.
Cria fluxo para PDF.
Cria integração via API.
Cria governança.
Com o tempo, o advogado deixa de ser alguém que apenas conversa com uma IA.
Ele passa a operar agentes.
E isso é uma mudança profunda.
Porque quem aprende a operar agentes consegue transformar conhecimento jurídico em processo reutilizável.
Consegue pegar um modelo que já existe e fazer o agente aplicá-lo ao caso concreto.
Consegue transformar documentos bagunçados em estrutura.
Consegue transformar horas de triagem em minutos de revisão.
Consegue sair de “me ajude com essa petição” para “execute este fluxo de elaboração, usando meus modelos, meus critérios e meus checklists”.
Esse é o ponto.
Quando o advogado ensina o agente a trabalhar dentro do seu método, a IA deixa de ser apenas uma ferramenta de redação e passa a funcionar como uma camada operacional do escritório.
A petição em minutos é só a parte visível.
Por trás dela existe repertório, modelo bem construído, arquivo organizado, instrução clara, escolha adequada do LLM, revisão humana e governança.
Esse é o ponto que muita gente ainda subestima.
A transformação real não está em produzir mais texto. Está em transformar conhecimento jurídico em processo reutilizável.
Um escritório que aprende isso começa a ganhar consistência.
A triagem melhora.
A revisão fica mais objetiva.
Os modelos deixam de ficar esquecidos em pastas antigas.
O conhecimento acumulado passa a circular dentro de fluxos mais claros.
E o advogado ganha algo que sempre foi escasso na prática jurídica: tempo qualificado para pensar melhor.
No fim, a IA não torna o trabalho jurídico menos técnico.
Ela exige mais método.
E quem souber construir esse método vai trabalhar com uma vantagem difícil de ignorar.
