Fluxo de revisão de contratos com IA: a IA sinaliza, a pessoa decide

Um fluxo de revisão de contratos com IA funciona melhor quando o agente faz a leitura e uma pessoa toma a decisão. O agente compara cada cláusula com o seu playbook escrito (o documento com as posições da empresa), sinaliza o que foge dele, cita o trecho exato e explica o motivo. Um revisor nomeado aceita, edita ou rejeita cada sinalização, e nada é aprovado, enviado ou assinado pelo agente.

Principais pontos

• O agente sinaliza e explica, e o revisor decide. Construa essa divisão nas permissões, não apenas em um documento de política.
• Um playbook escrito é a base. Sem posições claras, o agente só pode adivinhar o que a sua empresa aceitaria.
• Toda sinalização deve trazer a cláusula citada, a regra do playbook envolvida, um motivo curto e uma nota de incerteza, para que a revisão seja rápida e verificável.
• Trate o contrato como entrada não confiável. Dê ao agente permissão para ler e redigir, e nenhuma capacidade de enviar ou assinar.
• Avalie o fluxo pelo que os revisores alteram e pelo que o agente deixou passar, não pela quantidade de contratos que ele tocou.

O que um fluxo de revisão de contratos com IA deve fazer de fato?

A revisão de contratos mistura três tipos de trabalho: ler, comparar e julgar. Ler é lento, mas mecânico. Comparar uma cláusula com a posição padrão da empresa é repetitivo e combina bem com um agente. Julgar, ou seja, decidir se um risco é aceitável para esta contraparte, este negócio e este momento, depende de contexto e de responsabilidade que pertencem às pessoas.

Por isso, defina o papel do agente de forma estreita. Ele pode extrair cláusulas, associá-las aos temas do playbook, sinalizar desvios, apontar cláusulas ausentes, propor redação alternativa tirada apenas de textos que a empresa já aprovou e produzir um resumo curto da revisão. Ele não deve aprovar um contrato, negociar com a contraparte, enviar nada para fora da empresa, assinar nem editar o documento original.

Quem revisa depende da sua organização. Pode ser o jurídico interno, um escritório externo ou um líder de operações, no caso de acordos padronizados de baixo risco, conforme as suas próprias regras. O fluxo organiza a revisão e não substitui a orientação jurídica quando ela é necessária. Para uma visão mais ampla de responsabilidade quando algo dá errado, veja o modelo de responsabilidade compartilhada em agentes de IA.

Comece com um playbook que o agente consiga ler

O playbook é a entrada mais importante, e a maioria das empresas o tem apenas na cabeça das pessoas ou em e-mails antigos espalhados. Um agente não consegue sinalizar o desvio de uma posição que ninguém escreveu. Antes de qualquer automação, escreva uma entrada por tema, em frases simples.

Uma entrada útil tem cinco partes: o tema, a posição preferida, a alternativa aceitável, o gatilho que exige escalonamento e quem deve aprovar uma exceção. Veja um exemplo ilustrativo para limitação de responsabilidade:

• Tema: limitação de responsabilidade.
• Posição preferida: a responsabilidade tem um teto ligado aos valores pagos no contrato e vale igualmente para as duas partes.
• Alternativa aceitável: um teto maior é aceitável se for mútuo e excluir perdas indiretas.
• Gatilho de escalonamento: responsabilidade ilimitada para o nosso lado, ou um teto unilateral que favoreça a contraparte.
• Aprovador de exceções: a pessoa que a empresa designa para risco jurídico.

Cubra os temas que você realmente negocia: responsabilidade, indenização, rescisão, renovação, condições de pagamento, confidencialidade, proteção de dados, propriedade intelectual, lei aplicável, cessão e exclusividade. Dê ao playbook um responsável e uma data de revisão, e mantenha uma única versão vigente. O agente deve ler sempre desse lugar, o mesmo princípio descrito em como definir fontes oficiais para um agente de IA.

Quando uma cláusula não se encaixa em nenhum tema do playbook, o agente precisa dizer isso, em vez de improvisar uma regra. Essa categoria honesta, fora do playbook, é onde o playbook melhora com o tempo.

Como é uma boa sinalização?

A sinalização é a unidade de trabalho que o revisor enxerga, então o formato dela decide se a revisão será rápida ou cansativa. Uma nota vaga como esta cláusula parece arriscada obriga o revisor a reler tudo. Uma sinalização estruturada permite conferir uma afirmação de cada vez.

Cada sinalização deve conter:

• O texto exato da cláusula, citado sem reescrever, com a sua localização no documento.
• O tema do playbook e a regra específica usada na comparação.
• O resultado: está de acordo com a posição preferida, está de acordo com a alternativa aceitável, foge do playbook, ausente ou fora do playbook.
• Um motivo em uma ou duas frases simples, separando o que o texto diz do que o agente interpreta.
• Uma nota de incerteza quando a redação é ambígua, remete a outro documento ou depende de um termo definido que o agente não encontrou.
• Opcionalmente, uma sugestão de redação, tirada somente de textos alternativos aprovados e claramente identificada como sugestão.

Duas regras mantêm as sinalizações confiáveis. Primeiro, o agente nunca afirma que uma cláusula não existe sem ter pesquisado o documento inteiro, incluindo anexos e apêndices, e sem informar onde procurou. Segundo, o agente nunca preenche uma lacuna com um palpite. Não encontrei e não tenho certeza são respostas aceitáveis. Uma resposta errada dita com confiança é a que sai cara.

Passo a passo para montar o fluxo

Comece pequeno e prove o fluxo em um único tipo de contrato antes de ampliar. Isso segue a mesma lógica de escolher um primeiro fluxo pequeno o bastante para provar valor e mantém a carga de revisão administrável enquanto você aprende.

• Escolha um tipo de contrato que chegue com frequência e tenha uma posição padrão estável, como contratos com fornecedores ou acordos de confidencialidade.
• Escreva o playbook desse tipo, com posições preferidas, alternativas, gatilhos de escalonamento e aprovadores.
• Defina a entrada: onde os contratos chegam, em quais formatos e como o agente confirma que recebeu o arquivo completo, com os anexos. Um fluxo como o de classificação e roteamento de documentos com IA e revisão humana cobre bem essa etapa.
• Nomeie o revisor e um substituto, e registre quem trata os escalonamentos.
• Configure as permissões: o agente pode ler o contrato e o playbook e escrever um rascunho de revisão. Ele não pode enviar e-mail, editar o original nem marcar nada como aprovado.
• Defina o formato da sinalização descrito acima e o resumo que o revisor vê primeiro, ordenado pelo que precisa de decisão.
• Teste com um pequeno conjunto de contratos antigos que pessoas já revisaram. Compare as sinalizações do agente com as conclusões humanas e anote cada omissão e cada alarme falso.
• Rode em modo sombra por um período: o revisor trabalha como de costume e compara depois, para que você aprenda antes que o agente influencie qualquer decisão real.
• Entre em operação com o revisor decidindo cada sinalização, e registre cada decisão com um motivo curto.
• Revise o registro com regularidade, atualize o playbook onde os revisores sempre contrariam a mesma regra e refaça os testes após cada mudança.

Onde a pessoa decide: um guia de decisão

O revisor não deve ser um carimbo no fim do processo. O fluxo precisa deixar claro que decisão cada resultado pede. Use este guia como ponto de partida e adapte-o à sua tolerância a risco.

• De acordo com a posição preferida: o revisor confere a citação por amostragem e aceita. O agente economiza tempo aqui, mas a aprovação continua sendo de uma pessoa.
• De acordo com a alternativa aceitável: o revisor confirma que a alternativa serve para este negócio e esta contraparte, porque o que é aceitável em uma relação pode não ser em outra.
• Foge do playbook: o revisor decide entre aceitar, pedir alteração ou escalonar. Se houver redação sugerida, o revisor a edita antes de qualquer compartilhamento.
• Cláusula ausente: o revisor decide se a ausência importa e se vai pedir à contraparte que a inclua.
• Fora do playbook: o revisor trata o caso diretamente ou o encaminha ao aprovador, e depois avalia se vale criar uma entrada no playbook.
• Agente em dúvida: o revisor lê o trecho de origem por inteiro, já que a incerteza costuma indicar uma redação ambígua.

Cenário ilustrativo: uma consultoria recebe um contrato de prestação de serviços de um fornecedor. O agente cita a cláusula de renovação, observa que ela renova automaticamente com um prazo de aviso que o playbook não aceita e propõe a redação alternativa aprovada. Ele também informa que não encontrou cláusula de proteção de dados depois de pesquisar o corpo do contrato e os anexos. O revisor aceita a sinalização da renovação, ajusta a redação sugerida para uma relação longa com o fornecedor e envia a ausência da cláusula de proteção de dados à pessoa designada para esse risco. Cada decisão fica registrada com um motivo, e o agente não envia nada ao fornecedor.

O que pode dar errado e como conter

Os principais riscos são previsíveis, e a maioria pode ser tratada no desenho do fluxo, em vez de depender de o agente se comportar bem.

• Instruções escondidas no documento. Um contrato é um texto vindo de fora da empresa, e um texto pode conter instruções dirigidas ao modelo. Trate o documento estritamente como dado, nunca como comando, e consulte as orientações da OWASP sobre prevenção de prompt injection. O controle mais forte é estrutural: um agente que não consegue enviar, assinar nem alterar arquivos não pode ser induzido a fazê-lo.
• Acesso excessivo. Dê ao agente apenas os documentos de que a tarefa precisa e aplique o princípio do menor privilégio, como nas orientações de autorização da OWASP. As distinções entre ler, redigir e enviar como permissões separadas se aplicam diretamente aqui.
• Cláusulas que passam batido. Resumos fluentes podem esconder omissões. Monte um conjunto de teste com contratos de achados conhecidos e rode-o de novo a cada mudança no playbook, nas instruções ou no modelo, no espírito das orientações da Anthropic sobre avaliações (evals) de agentes.
• Viés de automação. Os revisores podem passar a confiar nas sinalizações com facilidade demais. Exija que o revisor veja a cláusula citada, registre uma decisão para cada sinalização e confira periodicamente, por amostragem, itens aceitos contra o texto completo.
• Playbook desatualizado. Se as posições mudam e o playbook não, o agente vai sinalizar fielmente contra regras antigas. Dê ao playbook um responsável e uma data de revisão.
• Condições confidenciais. Compartilhe só o que a tarefa exige, mantenha registros de acesso e decida antes onde os dados do contrato podem ficar armazenados e por quanto tempo.

Um referencial geral de risco, como o NIST AI Risk Management Framework, pode ajudar a documentar quem governa o fluxo, como ele é medido e como os problemas são tratados, sem transformar o projeto em burocracia.

Como a Be Human opera esse tipo de fluxo?

A Be Human projeta e opera a infraestrutura de agentes em torno de um fluxo como este. Um primeiro projeto define o papel (sinalizar cláusulas segundo o seu playbook), a memória e os documentos de que o agente precisa, as ferramentas que ele pode usar, o limite de aprovação (um revisor nomeado decide cada sinalização) e um critério de sucesso observável, como as correções feitas pelos revisores e os achados perdidos no conjunto de teste. A operação gerenciada pode incluir monitoramento, avaliações recorrentes com os seus contratos de exemplo, revisão de permissões, manutenção das integrações, resposta a incidentes e melhorias controladas quando o playbook mudar. A sua equipe mantém o controle do playbook, da lista de revisores e de cada decisão.

Perguntas frequentes

Um agente de IA pode aprovar sozinho contratos de baixo risco? Tecnicamente pode, mas o desenho recomendado aqui mantém uma pessoa como responsável pela decisão em todo contrato, inclusive nos de rotina. Se mais adiante você quiser uma revisão mais leve para uma classe restrita de documentos padronizados, torne isso uma decisão deliberada do responsável pelo risco jurídico, teste contra contratos anteriores e continue amostrando os resultados.

Isso substitui um advogado? Não. O fluxo ajuda o revisor a encontrar e comparar cláusulas com mais rapidez e consistência, mas não oferece aconselhamento jurídico. Onde as suas regras pedem a atuação de um advogado, o advogado continua revisando, e as sinalizações do agente apenas lhe dão um ponto de partida melhor.

O que precisamos ter pronto antes de começar? Você precisa de um playbook escrito para um tipo de contrato, de um revisor nomeado e um substituto, de um lugar onde os contratos chegam e de alguns contratos antigos com achados conhecidos para os testes. Se os seus documentos estão espalhados ou inconsistentes, o checklist de prontidão para implementar IA é um bom primeiro passo.

Como saber se o fluxo está funcionando? Acompanhe o que os revisores aceitam, editam e rejeitam, quais achados o agente deixou passar nos testes e no uso real, e quanto tempo os contratos esperam por uma decisão. Uma taxa alta de correções em uma regra costuma apontar um problema no playbook, e uma cláusula perdida nos testes aponta um problema de instrução ou de busca. Revise esses sinais com regularidade e mude uma coisa por vez.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.