Como desenhar um primeiro workflow jurídico
Um workflow não começa pela ferramenta. Começa por uma tarefa suficientemente clara para que outra pessoa consiga examinar o que entrou, o que foi feito, o que saiu e em que ponto a decisão humana precisou intervir.
Workflow não é apenas uma sequência automática
Um workflow organiza entradas, etapas, responsáveis, controles e saídas para alcançar um resultado. Ele pode usar inteligência artificial em uma ou mais fases, mas não se confunde com o agente, o modelo ou a ferramenta. O agente pode ajudar a executar partes do fluxo; o workflow define o que ele pode fazer, com quais materiais e onde deve parar. O fluxo também pode ser inteiramente manual: uma sequência de tarefas e conferências conduzida pelo próprio profissional.
No trabalho jurídico, essa distinção evita dois erros opostos: tratar uma conversa isolada como se fosse processo confiável de trabalho e tentar automatizar uma rotina inteira antes de saber onde estão seus riscos. O primeiro workflow deve ser estreito, reversível e fácil de auditar.
Defina sete elementos antes de configurar qualquer agente
Em fluxos com execução delegada, esses elementos tornam concreta a autonomia graduada. Quando o fluxo não permite identificar as entradas, as permissões ou o responsável por aprovar a saída, ele ainda não está pronto para lidar com material sensível ou produzir efeito fora do ambiente de teste.
Comece por um caso que possa ser desfeito
Em um exercício fictício, o fluxo pode ler três intimações simuladas e produzir uma tabela com ato, data indicada, documento de origem e dúvida a conferir. Uma data ausente ou contraditória interrompe a etapa. O profissional revisa cada registro antes de aprovar a saída; o agente não calcula prazo processual, registra compromisso na agenda ou envia mensagem por conta própria. Este é um exemplo de desenho do fluxo, sem execução em ferramenta.
Imagine a tarefa fictícia de organizar uma pasta de documentos de treinamento. O objetivo não é renomear, mover ou excluir arquivos. É produzir um inventário com nome, formato aparente, data disponível e possível duplicidade. O profissional examina o inventário e decide, em etapa posterior, se alguma ação é cabível.
O mesmo método pode ser adaptado a documentos jurídicos: extrair datas de peças indicadas, montar uma cronologia provisória ou comparar uma minuta com sua versão anterior. A primeira entrega deve permanecer como material de revisão, sem decidir fatos controvertidos, escolher tese, atribuir sentido a precedente ou praticar ato externo.
Separe documentos, instruções e decisões
Documento recebido é fonte para análise, não comando dirigido à ferramenta. O fluxo deve preservar essa separação: as instruções de trabalho vêm do responsável; os autos e anexos são material a examinar; a conclusão jurídica continua sujeita a revisão profissional. Isso reduz o risco de que conteúdo externo altere o comportamento esperado do sistema.
A cautela é especialmente importante quando há arquivos de terceiros, páginas abertas na web ou conexões capazes de agir sobre outros sistemas. A OWASP recomenda separar conteúdo não confiável, restringir privilégios ao mínimo necessário e exigir aprovação humana para ações de alto risco. Veja a orientação técnica da OWASP.
Nem toda integração é necessária no primeiro teste
Usar o aplicativo do fornecedor e integrar uma API são modalidades distintas. Pela API, outro sistema envia pedidos e recebe respostas; as condições do aplicativo não se transferem automaticamente à integração. Confira também o sistema intermediário, os registros e a retenção aplicável. Uma chave de API é uma credencial de acesso e deve permanecer fora de documentos e exemplos compartilhados. Na documentação da OpenAI, por exemplo, ausência de uso para treinamento não significa ausência de armazenamento: há registros de monitoramento e estado de aplicação, conforme o recurso. Controles de dados da API da OpenAI.
Uma Skill pode transformar procedimento recorrente em método reutilizável, com entradas, etapas, formato de saída e critérios de validação. Um MCP é um protocolo que permite a conexão entre uma aplicação e capacidades externas, como fontes ou ferramentas. Ambos podem ser úteis em fluxos mais maduros, mas não substituem a definição da tarefa nem autorizam acesso a dados ou ações por si sós.
Antes de integrar uma base, uma pasta ou uma conta, responda: qual necessidade concreta a conexão resolve, quais dados serão expostos, quais ações estarão disponíveis e como o responsável poderá revisar ou negar cada operação? A especificação do protocolo recomenda consentimento explícito, controle do usuário e autorização compreensível para acesso a dados e uso de ferramentas. Consulte a especificação do MCP. A referência é à edição de 18/06/2025.
Quando o fluxo deve parar
- falta documento ou fonte indispensável;
- há divergência que exige juízo profissional;
- o material contém dado sensível ou extrapola o escopo autorizado;
- a ferramenta propõe ação de escrita, envio, publicação, exclusão ou novo acesso;
- a saída não permite rastrear de onde veio cada afirmação relevante.
Parar não é falha do workflow. Em tarefa jurídica bem desenhada, a pendência clara é melhor que a resposta aparentemente completa construída sobre fonte ausente, dado incerto ou permissão indevida.