Contrato de agente de IA: o que exigir

O contrato precisa descrever o serviço que continuará depois da demonstração

Uma proposta de agente de IA costuma destacar funcionalidades, prazo de implantação e mensalidade. O contrato pode repetir essas informações e ainda deixar abertas as perguntas que mais importam quando o sistema entra na rotina.

Quem responde quando a fonte muda? O que conta como entrega aceita? O fornecedor pode usar outro modelo sem avisar? Quais dados ficam armazenados? O cliente recebe logs e casos de teste? Quanto custa migrar? Quem assume a operação quando uma integração falha?

Um contrato de agente de IA precisa transformar a solução comercial em obrigações observáveis. Escopo, arquitetura, dados, aceite, suporte, mudança, custo e saída devem apontar para evidências e responsáveis.

Este guia organiza critérios operacionais para a contratação. A redação final precisa ser validada por jurídico, privacidade, segurança, compras e demais áreas responsáveis conforme o setor, os dados e a consequência do serviço.

A proposta vende uma solução; o contrato distribui responsabilidade

Agentes trabalham por meio de uma cadeia. Eles recebem eventos, consultam fontes, montam contexto, usam modelos, chamam ferramentas, aguardam aprovações e tentam confirmar efeitos em outros sistemas.

Parte dessa cadeia pode pertencer ao fornecedor. Outra parte fica com o cliente, provedores de nuvem, plataformas de automação, canais e sistemas corporativos. Se o contrato trata tudo como uma caixa única, cada falha vira uma disputa sobre a camada responsável.

O documento deve ligar quatro objetos:

unidade de trabalho contratada;
composição técnica usada para entregá-la;
responsabilidades do fornecedor e do cliente;
evidência que confirma conclusão, falha ou aceite.

A RFP para agente de IA deve produzir boa parte dessas definições antes da negociação. O contrato preserva o que foi decidido e cria tratamento para mudanças previsíveis.

Defina a unidade de trabalho e o resultado válido

“Automação de atendimento com IA” descreve uma categoria. O contrato precisa indicar o trabalho que será entregue.

Uma unidade pode ser:

solicitação triada e registrada;
reunião preparada com fontes;
pedido validado;
proposta produzida para aprovação;
documento classificado;
pendência financeira organizada;
oportunidade comercial atualizada.

Para cada unidade, anexe ou registre:

evento de entrada;
dados mínimos necessários;
etapas cobertas;
sistemas consultados;
ações permitidas;
resultado esperado;
condição de conclusão;
condição de falha;
evidência no sistema de destino;
prazo ou classe de serviço;
exceções e situações fora do escopo.

Esse recorte evita que o fornecedor considere a geração de uma resposta como entrega completa quando o cliente esperava atualização no CRM, encaminhamento para a fila e próxima ação confirmada.

Separe escopo inicial, descoberta e evolução

Projetos de IA carregam incertezas legítimas. A qualidade dos dados, os limites das APIs e a variedade de exceções podem aparecer com clareza somente durante a descoberta ou o piloto.

O contrato precisa separar:

Escopo comprometido

Trabalho que já possui premissas suficientes para preço, prazo e aceite.

Descoberta

Atividades para validar processo, dados, integrações, volume e riscos. Deve terminar em artefatos e decisão, não em uma conversa aberta.

Hipóteses

Condições ainda não comprovadas, como acesso a sandbox, qualidade do cadastro ou disponibilidade de determinada API.

Mudança de escopo

Procedimento para registrar motivo, impacto, preço, prazo, responsável e autorização antes da execução.

Evolução contínua

Correções, manutenção, pequenas adaptações e novas capacidades precisam de fronteiras. Sem elas, toda mudança pode ser tratada como projeto adicional ou toda novidade pode ser presumida dentro da mensalidade.

O guia sobre prova de conceito ou piloto de IA ajuda a separar capacidade técnica, uso operacional e decisão de escala.

Anexe a arquitetura e a matriz de responsabilidades

O contrato não precisa congelar cada componente técnico, mas deve identificar a composição relevante e quem responde por ela.

Inclua um anexo com:

modelos e provedores previstos;
plataforma de execução;
hospedagem e ambientes;
fontes de dados;
memória e armazenamento de estado;
integrações e conectores;
identidades e credenciais;
ferramentas disponíveis ao agente;
filas, webhooks e agendadores;
observabilidade e logs;
aprovações humanas;
contingência e interrupção;
componentes de terceiros.

Uma matriz simples reduz ambiguidades:

| Camada | Fornecedor | Cliente | Evidência | |---|---|---|---| | integração com CRM | implementar e monitorar conector | fornecer acesso e responsável pela fonte | teste e confirmação no CRM | | qualidade do agente | manter casos, avaliar versões e corrigir regressões | definir critérios e revisar amostras | relatório por versão | | credenciais | usar identidade restrita e proteger segredos | emitir, aprovar escopo e revogar | trilha de acesso | | aprovação humana | entregar pacote e roteamento | nomear aprovadores e substitutos | evento de decisão | | contingência | manter procedimento técnico | garantir capacidade operacional alternativa | exercício registrado |

Use nomes de papéis, não somente nomes de pessoas. O contrato deve continuar legível quando a equipe mudar.

Defina dados por finalidade e caminho

Uma cláusula genérica de confidencialidade não descreve o ciclo dos dados dentro de um agente.

O anexo de dados deve indicar:

categorias de entrada e saída;
fonte oficial de cada informação;
finalidade de uso;
dados enviados a modelos ou subfornecedores;
regiões de processamento e armazenamento;
memória criada entre execuções;
conteúdo registrado em logs;
cópias temporárias, índices e backups;
prazo ou evento de retenção;
acesso administrativo e suporte;
uso para treinamento ou melhoria;
correção, exportação e exclusão;
evidência de descarte;
procedimento no encerramento.

A página sobre retenção de dados em agentes de IA mostra por que sessão, memória, log, arquivo e evidência precisam de regras diferentes.

O contrato também deve exigir aviso quando uma nova funcionalidade mudar o fluxo. Ativar memória, gravação de conversas ou recurso de avaliação pode criar armazenamento que não existia na versão aprovada.

Identifique subfornecedores e direito de mudança

O fornecedor contratado pode usar modelos, nuvem, OCR, observabilidade, mensageria e integrações de outras empresas. Essa composição muda o risco e a continuidade.

Defina:

lista ou categorias de subfornecedores relevantes;
função de cada parte na entrega;
dados e acessos alcançados;
obrigação de aplicar controles compatíveis;
aviso prévio sobre mudança material;
direito de avaliar impacto;
tratamento quando a mudança viola requisito obrigatório;
responsabilidade pela coordenação durante falha;
remoção de acesso e dados ao sair da cadeia.

O guia de cadeia de suprimentos de agentes de IA ajuda a inventariar componentes internos e externos por versão executada.

Mudanças rotineiras e materiais não devem receber o mesmo rito. Atualização de correção pode seguir um processo operacional. Troca de provedor de modelo, região de dados, plataforma de memória ou mecanismo de autorização pode exigir teste, aprovação e direito de saída.

Transforme aceite em casos e evidências

Aceite baseado em “sistema funcionando” favorece discussões intermináveis. Defina critérios por classe de caso.

O plano deve cobrir:

casos comuns;
dados incompletos;
registros conflitantes;
exceções do processo;
falha de integração;
tentativa de ação sem permissão;
baixa confiança;
necessidade de aprovação;
repetição da mesma entrada;
indisponibilidade de dependência;
erro crítico ou efeito irreversível.

Para cada caso, registre entrada, resultado esperado, tolerância, erro impeditivo e evidência. A confirmação precisa chegar ao destino. Um retorno técnico de sucesso não comprova sozinho que a oportunidade foi atualizada, a mensagem foi enviada uma única vez ou a fila foi interrompida.

Inclua fases de validação quando o risco justificar: avaliação offline, modo sombra e produção limitada. O contrato deve indicar quem fornece os casos, quem revisa o resultado, como divergências são tratadas e que decisão encerra cada fase.

O artigo sobre critérios de aceite para agentes de IA organiza requisito, teste, limite e evidência por versão.

Especifique SLA sobre o processo entregue

O fornecedor pode comprometer disponibilidade da plataforma e deixar sem definição a conclusão da unidade de trabalho.

O SLA deve cobrir, conforme o caso:

capacidade de receber trabalho;
tempo para iniciar e concluir;
qualidade mínima;
erros impeditivos;
fila e volume suportados;
dependências excluídas e seu tratamento;
prazo para decisão humana;
detecção de degradação;
severidade de incidentes;
resposta e escalonamento;
modo degradado;
contingência manual;
retorno e reconciliação.

Também defina manutenção programada, janelas de cobertura, canais e substitutos. Se o serviço depende de aprovação do cliente, separe o relógio do agente, da integração e da pessoa. Isso impede que todas as pendências sejam atribuídas a uma única parte.

O guia de SLA para agentes de IA detalha classes de serviço e indicadores ligados ao resultado operacional.

Contrate observabilidade e acesso à evidência

Sem acesso suficiente aos registros, o cliente depende da narrativa do fornecedor para entender qualidade, custo e incidente.

Defina quais evidências estarão disponíveis:

versão e configuração do agente;
identificador da execução;
fontes consultadas por referência;
modelo e ferramenta usados;
decisão de política;
aprovação humana;
ação solicitada;
confirmação no destino;
duração, tentativas e custo;
estado final e erro;
mudanças de versão;
incidentes e correções.

O acesso deve proteger dados pessoais, segredos e informações de outros clientes. Isso pode exigir contas nominadas, perfis, filtros, exportações controladas e prazos de retenção.

Inclua direito de auditoria ou avaliação quando a consequência justificar. O escopo pode variar entre entrega periódica de evidências, revisão por amostragem e avaliação independente de agentes de IA.

Detalhe preço e gatilhos de variação

A mensalidade raramente representa todo o custo. O contrato deve separar:

descoberta e desenho;
implementação;
licença ou plataforma;
consumo de modelos;
infraestrutura;
conectores;
armazenamento e observabilidade;
suporte e manutenção;
treinamento;
mudança de escopo;
atendimento fora da cobertura;
exportação e transição;
encerramento.

Registre a unidade de cobrança e as premissas de volume. Chamadas, tokens, documentos, minutos, usuários e unidades concluídas geram comportamentos econômicos diferentes.

Defina alertas, limites e autorização para ultrapassar faixas. O fornecedor não deve aumentar capacidade e custo variável sem uma regra que o cliente consiga acompanhar. Também esclareça reajuste, mudança de preço de terceiros e tratamento quando uma dependência torna a solução economicamente inviável.

O guia sobre quanto custa um agente de IA ajuda a estimar implantação, operação e custo por unidade válida.

Preserve propriedade, licença e capacidade de continuidade

“Propriedade do cliente” precisa ser decomposta por ativo:

dados de entrada e saída;
instruções e prompts;
regras e procedimentos;
código e configurações;
conectores;
memória e estado;
casos de teste;
resultados de avaliação;
documentação;
logs e métricas;
materiais de treinamento.

Alguns componentes podem ser licenciados, compartilhados ou pertencer a terceiros. O contrato deve indicar o que o cliente recebe, em qual formato, por quanto tempo e com quais direitos de uso e modificação.

A capacidade de continuidade importa mais que a palavra “propriedade”. Receber um arquivo sem documentação, dependências e casos de teste pode cumprir uma entrega formal e ainda impedir outra equipe de operar o serviço.

Planeje mudança, suspensão e encerramento

Três situações pedem tratamento próprio.

Mudança relevante

Nova versão, provedor, fonte, ferramenta ou permissão deve seguir classificação, teste, aprovação e possibilidade de reversão.

Suspensão

O cliente precisa conseguir reduzir autonomia ou interromper capacidades diante de risco, incidente, custo ou descumprimento. Defina canal, autoridade, prazo e alcance da parada.

Encerramento

O contrato deve cobrir inventário, exportação, apoio à transição, tarefas em aberto, revogação, exclusão, backups, subfornecedores e aceite final.

O plano de saída para fornecedor de IA oferece um roteiro de transição e corte. As condições centrais devem entrar na contratação, pois o poder de negociação diminui quando a migração já se tornou urgente.

Evite cláusulas operacionais que parecem claras e continuam vazias

Algumas formulações merecem revisão:

“Melhores práticas de mercado”

Peça os controles aplicáveis, o escopo e a evidência. A expressão não define comportamento verificável.

“Alta precisão”

Defina casos, métrica, amostra, classes de erro e limite impeditivo. Um percentual médio pode esconder falha grave.

“Integração completa”

Liste operações, campos, ambientes, autenticação, confirmação e tratamento de erro.

“Suporte premium”

Informe canal, cobertura, severidades, tempos, escalonamento e responsáveis.

“Portabilidade garantida”

Especifique ativos, formatos, prazo, custo, documentação e assistência.

“Segurança padrão empresarial”

Descreva identidade, privilégio, isolamento, criptografia, logs, gestão de mudanças e resposta a incidentes.

Quanto mais importante a promessa, menor deve ser a distância entre frase e evidência.

Checklist antes de assinar o contrato de agente de IA

Serviço

A unidade de trabalho está definida?
Entrada, conclusão, falha e exclusões são observáveis?
Descoberta, implantação, operação e evolução estão separadas?
Hipóteses e dependências do cliente foram registradas?

Arquitetura e dados

A composição relevante aparece em anexo?
Responsabilidades estão distribuídas por camada?
Dados, memória, logs, retenção e exclusão têm regras?
Subfornecedores e mudanças materiais recebem tratamento?

Qualidade e operação

O aceite usa casos, limites e evidências?
O SLA acompanha a unidade concluída com qualidade?
Observabilidade e acesso a registros estão previstos?
Suporte, manutenção, contingência e incidentes têm donos?

Economia e mudança

Custos e unidades de cobrança estão visíveis?
Aumento de consumo exige alerta ou autorização?
Mudanças de arquitetura passam por teste e aprovação?
Suspensão e redução de autonomia possuem um canal executável?

Saída

Propriedade e licença foram definidas por ativo?
Exportação tem formato, prazo, custo e validação?
Transição, revogação e exclusão incluem subfornecedores?
O aceite final encerra tarefas, acessos, dados e responsabilidades?

Um contrato útil deixa a operação cobravel

A contratação de um agente cria uma relação contínua entre processo, tecnologia, fornecedor e equipe cliente. O contrato precisa tornar essa relação legível quando tudo funciona e, principalmente, quando qualidade, custo ou disponibilidade saem da faixa.

Escopo, dados, aceite, SLA, evidência, preço e saída não são anexos burocráticos de uma compra tecnológica. Eles definem a capacidade operacional que a empresa poderá cobrar, revisar e preservar.

Quando cada promessa tem um responsável e uma prova, a negociação deixa de depender da interpretação posterior. A empresa sabe o que recebe, o que precisa fornecer, quando pode restringir o serviço e como continua operando se a relação mudar.