Agentes de IA Podem Assinar Contratos? Sim, Desde 2000. Eis Por Que Não É Tão Simples

Uma IA pode assinar um contrato? Sim. A lei dos EUA reconhece contratos formados por máquinas desde o ano 2000, o que é algo curioso de se dizer em voz alta, considerando o quanto os agentes de IA parecem uma novidade recente. A Uniform Electronic Transactions Act (UETA), adotada por 49 estados, tem uma disposição, a Seção 14, que diz que um contrato pode ser formado pela interação de "agentes eletrônicos", mesmo que nenhum humano tenha revisado cada etapa individual. A ESIGN Act federal, no 15 U.S.C. Seção 7001(h), reforça isso com uma linguagem quase idêntica.

Nenhum dos dois estatutos foi escrito pensando no GPT-5 ou no Claude. Os legisladores de 1999 estavam pensando em sistemas EDI e em robôs de compras do comércio eletrônico, software que confirma automaticamente um pedido de compra quando o estoque atinge um determinado limite. Mas os estatutos não expiram quando a tecnologia que eles anteciparam se torna mais estranha do que o esperado. Eles simplesmente continuam se aplicando. É exatamente isso que está acontecendo agora: uma resposta de 25 anos está silenciosamente resolvendo uma pergunta de 2026, e quase ninguém discutindo sobre "contratos com IA" na internet parece saber que o estatuto já existe.

A parte que realmente importa, porém, não é "uma máquina pode formar um contrato". Isso já está resolvido. O que está em aberto, e genuinamente merece a sua atenção se você está implantando agentes de IA perto de contratos, é *quem fica legalmente vinculado quando algo dá errado* e *qual autoridade o agente realmente tinha*. Isso é direito de representação (agency law), não direito de formação de contratos, um corpo de doutrina completamente diferente e mais antigo. Errar essa distinção significa ou confiar demais em um agente que nunca foi autorizado a comprometer você com nada, ou subutilizar uma capacidade legítima por causa de um desconforto vago que a lei já resolveu.

Se você quiser o passo a passo jurídico mais aprofundado sobre como qualquer assinatura eletrônica se torna exequível em primeiro lugar, o nosso guia sobre se o DocuSign é legalmente vinculativo cobre as quatro condições básicas (intenção, consentimento, associação, retenção) que se aplicam independentemente de quem, ou o que, está clicando em "assinar".

A UETA define um "agente eletrônico" de forma ampla: um programa de computador ou outro meio automatizado usado para iniciar uma ação, ou responder a registros eletrônicos, sem revisão por um indivíduo no momento da ação. Em português simples: software que age por conta própria, no momento, sem um humano verificando aquela ação específica antes.

De acordo com a Seção 14 da UETA, um contrato pode ser formado pela interação de agentes eletrônicos, mesmo que nenhum indivíduo tenha revisado as ações dos agentes ou os termos resultantes. A seção também cobre o caso misto, um agente eletrônico interagindo com um humano real que toma ações sabendo que elas vão concluir um contrato. Leia o texto completo da UETA pela Uniform Law Commission para a linguagem estatutária exata, em vez de uma paráfrase.

A Seção 7001(h) da ESIGN faz o mesmo trabalho em nível federal, caso uma transação cruze fronteiras estaduais ou ocorra em algum lugar onde a UETA não tenha sido adotada (Nova York é a exceção notável, com a sua própria lei estadual de assinatura eletrônica). O texto da ESIGN Act está disponível no Congress.gov se você quiser conferir a linguagem diretamente.

Na prática: se o seu agente de IA preenche um modelo, aplica termos pré-definidos e transmite a aceitação, o contrato resultante não é inválido apenas porque nenhum humano estava observando aquele clique acontecer. A questão da formação está encerrada. Ninguém pode anular um contrato só porque "foi um robô que fez isso, não uma pessoa". Esse argumento perdeu validade por volta de 2001.

O que isso não significa: que qualquer agente, implantado por qualquer pessoa, tem automaticamente permissão para vincular a sua empresa ao que quer que ele concorde. Essa é uma questão separada, e é a que realmente merece a sua atenção.

Isso é direito de representação, mais antigo que os computadores por séculos. Ele responde a uma pergunta: quando as ações de uma parte vinculam legalmente outra parte? Substitua "agente de IA" onde você normalmente pensaria em "funcionário" ou "prestador de serviço", e a maior parte da análise continua válida.

Um mandante, ou seja, você ou a sua empresa, fica vinculado pelas ações de um agente dentro da sua autoridade real: o que quer que você realmente tenha dito ao agente (humano ou software) que ele poderia fazer. Assinar contratos com fornecedores abaixo de $5,000. Enviar NDAs para novos contatos. Nunca se comprometer com condições de pagamento sem revisão humana. A autoridade real é qualquer escopo que você tenha definido, explicitamente, com antecedência.

Depois há a autoridade aparente, aquela que costuma pegar as pessoas de surpresa. Um mandante pode ficar vinculado mesmo quando o agente excedeu as suas instruções, se a própria conduta do mandante levou a outra parte a acreditar razoavelmente que o agente tinha aquela autoridade. Se o seu agente de IA vem assinando automaticamente negócios de $50,000 com fornecedores há seis meses sem qualquer objeção, um tribunal não vai se importar que a sua política interna limitava isso a $5,000. Você criou a aparência de uma autoridade mais ampla por meio do seu próprio padrão de conduta.

O terceiro elemento é a ratificação. Mesmo que um agente tenha excedido a sua autoridade, um mandante que depois aceita o benefício dessa ação, ciente dos fatos, pode acabar vinculado de qualquer forma. Ficar em silêncio mantendo os produtos ou continuar a cumprir um contrato que você alega ter sido não autorizado se parece muito com aceitação aos olhos de um tribunal, seja lá o que os seus e-mails internos digam.

Nada disso é específico de IA. É o mesmo framework que rege funcionários assinando em nome de uma empresa há mais de um século. A novidade não é a doutrina, é a velocidade com que um agente de IA consegue gerar condutas relevantes para a autoridade em comparação com um único funcionário humano.

Vale ser honesto aqui: os tribunais ainda não tiveram muitas oportunidades de decidir diretamente sobre disputas envolvendo agentes baseados em LLM assinando contratos comerciais. A doutrina acima está consolidada, testada ao longo de décadas com agentes humanos e de software igualmente. Como um juiz vai aplicá-la a um caso concreto envolvendo um agente autônomo de LLM é algo mais recente, e qualquer pessoa que afirme saber exatamente como isso vai se desenrolar está apenas especulando. O framework é sólido. A jurisprudência que o aplica a essa tecnologia específica ainda está sendo escrita.

Deixando de lado a especulação, eis a realidade prática e nada dramática: agentes de IA que interagem com sistemas de contratos majoritariamente não estão "assinando" nada de forma autônoma no sentido dramático que as pessoas imaginam. Eles estão realizando trabalho estruturado e delimitado por permissões através de APIs, e cada vez mais através do Model Context Protocol (MCP), um padrão aberto introduzido pela Anthropic em novembro de 2024 para conectar assistentes de IA a ferramentas e serviços externos.

Um fluxo de trabalho realista: um agente de IA, operando dentro do Claude ou do ChatGPT, busca um modelo de contrato, preenche o nome da contraparte e os termos do negócio a partir de uma conversa ou de um registro de CRM, e o prepara para assinatura. Dependendo da configuração, o agente ou envia o documento para um humano revisar e assinar, ou, dentro de limites rigorosamente pré-autorizados (um teto de gasto, uma lista de modelos aprovados, uma lista branca de contrapartes), completa o ciclo de envio e acompanhamento por conta própria. O nosso guia de API de assinatura eletrônica cobre como essas integrações conectam um fluxo de trabalho de documentos a sistemas externos.

O próprio servidor MCP do Chaindoc é um exemplo concreto e atual, não hipotético. Ele está em beta privado desde meados de 2026, e permite que o Claude Desktop e assistentes semelhantes criem documentos a partir de modelos, os enviem para assinatura e verifiquem o status, diretamente de uma conversa, usando a mesma camada de integração via API que os desenvolvedores já usam para fluxos de trabalho personalizados. O nosso olhar mais profundo sobre o servidor MCP do Chaindoc cobre exatamente quais ações o agente pode realizar e onde fica a etapa de aprovação humana.

O padrão se mantém em toda a categoria: a IA faz a preparação e a execução rotineira, um humano retém a decisão de autoridade no momento em que ela importa, e a trilha de auditoria registra quem (ou o quê) realizou cada ação. O nosso guia de conformidade de trilha de auditoria cobre o que uma trilha juridicamente defensável precisa ter, e um fluxo de trabalho conduzido por agente eleva essa barra em vez de rebaixá-la, já que agora você precisa provar não apenas quem assinou, mas qual sistema iniciou o pedido e sob qual autorização.

Nada disso exige adivinhação. Se você está implantando um agente de IA perto de fluxos de trabalho de contratos, eis a lista de verificação prática, na ordem de quão frequentemente as equipes as pulam.

1. 1
   Limites de autoridade, por escrito, antes da implantação. Defina exatamente o que o agente pode fazer: tetos em valor, tipos de contrato aprovados, uma lista branca de contrapartes ou de IDs de modelos. Escopo vago ("cuidar de rotinas de fornecedores") é de onde vêm as disputas de autoridade aparente mais tarde.
2. 2
   Um portão de aprovação humana para qualquer coisa fora do escopo pré-aprovado. O agente pode redigir, preencher e enfileirar. Qualquer coisa acima do teto, ou fora da lista de modelos, é encaminhada a uma pessoa primeiro. Essa única regra evita a maioria dos incidentes do tipo "espera, a gente realmente concordou com isso?".
3. 3
   Uma trilha de auditoria completa e exportável das ações do agente. Não apenas "assinado às 15h42". Qual sistema iniciou o pedido, sob qual autorização ele operou, qual modelo e termos usou, e quem aprovou a etapa final. Se uma disputa algum dia chegar à questão de ratificação mencionada acima, esse registro é quem decide.
4. 4
   Verificação de integridade independente, não apenas registros internos. Um registro em banco de dados privado mostrando "o agente fez X" só é tão confiável quanto o banco de dados onde ele vive. O hashing de documentos ancorado em blockchain, do tipo que o Chaindoc incorpora em todo documento assinado, significa que a verificação de integridade não depende inteiramente dos registros internos de uma única empresa anos depois, independentemente de quem assinou ter sido um humano ou um agente autorizado.

Pular qualquer uma delas não significa necessariamente que você está fazendo algo ilegal, a formação de contratos por máquina é legal, lembre-se, você só está acumulando um risco que vai precisar resolver mais tarde, provavelmente durante uma disputa, o pior momento possível para descobrir o que o seu agente realmente estava autorizado a fazer.

Em agosto de 2024, entrou em vigor a Lei de IA da UE (EU AI Act), um framework de governança e classificação de risco para sistemas de IA. O texto completo está disponível via EUR-Lex, caso você queira a fonte primária. Ela classifica sistemas de IA em níveis de risco e impõe obrigações, exigências de transparência, disposições de supervisão humana, deveres de documentação, escaladas conforme esse nível de risco.

Eis a distinção que se perde em boa parte dos comentários: a Lei de IA rege o *sistema* de IA, não o *contrato* que ele possa ajudar a produzir. Ela não toca nas regras de formação de contratos, não substitui a UETA nem a ESIGN, e não muda quem fica vinculado quando um agente age dentro ou além da sua autoridade. A validade contratual na UE ainda passa pelo eIDAS e pela lei contratual de cada Estado-Membro, o mesmo framework que regia as assinaturas eletrônicas antes de qualquer Lei de IA existir.

O que a Lei de IA de fato acrescenta, se o seu agente de IA que lida com contratos se qualificar como de risco mais alto sob o seu esquema de classificação, é uma camada de obrigações em torno de transparência, supervisão humana e documentação de risco que se soma, e não substitui, às questões de direito contratual e de representação já cobertas acima. É uma camada de conformidade, não um novo regime jurídico substituto. Se você opera na UE, trate-a como um item adicional na sua lista de verificação, em cima das salvaguardas acima, não como um substituto delas.

Eis uma previsão honesta, não uma previsão confiante: o fundamento estatutário não vai ser o gargalo. A Seção 14 da UETA e a 7001(h) da ESIGN já cobrem a questão da formação, e não há pressão óbvia para revisitar uma linguagem que funcionou sem controvérsia por um quarto de século.

A ação de verdade nos próximos anos acontece em dois lugares. Primeiro, padrões e boas práticas em torno da delimitação de autoridade e das trilhas de auditoria especificamente para agentes de IA, provavelmente conduzidos por seguradoras e equipes de compras antes de qualquer regulador chegar lá, já que são elas que de fato vão precificar o risco. Segundo, um acúmulo lento de jurisprudência à medida que disputas envolvendo agentes baseados em LLM chegam aos tribunais e são decididas sob o framework de representação já existente, reduzindo parte da incerteza atual em torno da autoridade aparente em casos específicos de IA.

O que quase certamente não vai acontecer: uma nova lei declarando "a IA não pode assinar contratos". Esse barco já partiu em 2000, quer a maioria das pessoas discutindo isso na internet perceba ou não.