Quem é dono dos prompts e dados na IA da empresa? Guia prático

A empresa deve ser dona das instruções que escreve, do conhecimento de negócio que o agente acumula, dos registros do que o agente fez e da configuração que o conecta aos sistemas da empresa. O modelo de IA em si normalmente continua com o fornecedor, e o contrato define todo o resto. Ser dono só vale se você consegue exportar esses ativos em um formato que outra pessoa leia e reutilize. Por isso, teste a saída antes de precisar dela.

Principais pontos

• Propriedade no papel é diferente de controle na prática. Pergunte o que dá para exportar, em que formato e em quanto tempo.
• Prompts, memória, logs, integrações e configuração são ativos separados, e cada um precisa de uma resposta própria no contrato.
• A memória merece a atenção mais próxima, porque cresce com o tempo e pode guardar tanto conhecimento de negócio quanto dados pessoais.
• Contas, credenciais e permissões devem ficar no nome da empresa, para que ela possa revogá-las ou transferi-las sem pedir autorização a ninguém.
• Faça um teste de exportação cedo e repita a cada revisão. Uma exportação que ninguém testou é uma suposição.

O que significa ser dono de parte da IA da empresa?

Uma IA empresarial não é um objeto único. Existe um modelo, fornecido por um provedor. Em volta dele há uma camada de trabalho, que guarda instruções, memória, conexões com ferramentas, permissões e regras de aprovação. Por cima, ficam os registros que o sistema produz enquanto trabalha. Cada camada pode ter um dono diferente, e cada uma pode estar presa ao fornecedor ou ser portátil.

Vale separar três testes. O primeiro é o direito legal: quem tem direito ao material segundo o contrato. O segundo é a posse: quem guarda hoje uma cópia que funciona. O terceiro é a usabilidade: outra equipe competente conseguiria assumir e operar? Uma empresa que tem o direito legal sobre uma pilha de arquivos que não consegue ler tem uma propriedade frágil. Já uma empresa que tem uma cópia limpa e legível, mas sem direito claro de uso, enfrenta outro problema.

O objetivo prático é simples. Se você trocasse de fornecedor, ou trouxesse a operação para dentro de casa, perderia o serviço do fornecedor, mas manteria o conhecimento, as regras e o histórico do seu próprio agente.

Prompts e instruções: de quem é a redação?

As instruções são a descrição escrita de como a empresa quer que o trabalho seja feito: tom de voz, definições, o que fazer quando falta informação, quando parar e consultar uma pessoa. Isso é conhecimento da empresa, mesmo que o fornecedor tenha ajudado a redigir. Você deve esperar ser dono dele, recebê-lo em texto simples e ver o histórico de alterações.

Há uma distinção justa a fazer. O fornecedor pode reaproveitar uma estrutura geral entre clientes, como um modelo para tratar erros de ferramentas. O que pertence a você é o conteúdo que descreve o seu negócio: suas políticas, seus termos, suas regras de escalonamento, suas categorias de clientes. Peça ao fornecedor que separe as duas coisas por escrito, para saber quais partes são suas.

Dois hábitos mantêm as instruções realmente suas. Primeiro, guarde-as em um lugar que sua equipe consiga ler sem login do fornecedor. Segundo, escreva-as de modo que uma pessoa nova consiga mantê-las, tema de Como manter instruções de agentes de IA organizadas. Instruções enterradas em um único bloco longo, sem responsável e sem histórico, são tecnicamente exportáveis e, na prática, inúteis.

Memória: o ativo que cresce em silêncio

A memória é onde as dúvidas de propriedade ficam mais difíceis, porque ninguém decide criá-la em um único momento. Ela se acumula. Preferências, decisões passadas, fatos sobre clientes e anotações de trabalho se somam conforme o agente opera. O artigo Memória de IA ou histórico de chat: o que guardar? explica por que a memória deve ser um registro curado, e não uma pilha de conversas antigas.

Para fins de propriedade, faça estas perguntas sobre a memória:

• Sua equipe consegue ler cada entrada, em linguagem simples?
• Você consegue editar ou apagar uma entrada isolada, e a exclusão alcança cópias de segurança e índices?
• Cada entrada registra de onde veio, para que você avalie se vale confiar nela?
• A memória é separada por cliente, equipe ou função, de modo que o conhecimento de um grupo não vaze para outro?
• Você consegue exportar o texto original e seus metadados, e não apenas uma versão processada?

O último ponto importa mais do que parece. Muitos sistemas transformam o texto em representações numéricas (embeddings) para poder buscá-lo. Essas representações estão atadas ao modelo que as gerou, então não são uma cópia portátil do seu conhecimento. O texto de origem é. Garanta que o contrato e a exportação cubram o texto de origem, a estrutura e os metadados.

A memória também envolve proteção de dados. Se ela contém dados pessoais, pedidos de exclusão, pedidos de acesso e prazos de retenção se aplicam a ela como a qualquer outro repositório. No Brasil, a autoridade nacional é a ANPD (Autoridade Nacional de Proteção de Dados), e outras jurisdições têm seus próprios reguladores. Peça a um advogado que confirme as obrigações do seu caso e verifique se o fornecedor realmente consegue executar uma exclusão na memória. Para operações com vários clientes, Isolamento de dados de clientes em agentes de IA trata da parte de separação.

Logs, integrações e configuração: os ativos que as pessoas esquecem

Os logs são o registro do que o agente recebeu, quais ferramentas chamou, o que propôs, o que uma pessoa aprovou e o que de fato aconteceu. Você precisa deles para auditorias, disputas, correção de erros e para avaliar se o agente está melhorando. A prática de observabilidade distingue sinais como logs, traces e métricas, conforme descrito no guia introdutório de observabilidade do OpenTelemetry. Pergunte quais deles você recebe, por quanto tempo ficam guardados, se campos sensíveis são ocultados e se podem ser exportados em um formato aberto e documentado.

As integrações são as conexões com seu e-mail, agenda, CRM, canais de mensagem e ferramentas internas. A pergunta de propriedade é: em qual conta fica a conexão? Quando o acesso é concedido por um fluxo de autorização padrão, como o OAuth 2.0, a concessão está ligada a uma conta e a permissões específicas. Se a concessão está na conta do fornecedor, sair significa refazer cada conexão e aprovar de novo cada permissão. Se está na sua, você revoga em um só lugar e emite a outra pessoa.

As definições das ferramentas também importam: a descrição do que cada ferramenta faz, o que aceita e o que devolve. Abordagens abertas, como o Model Context Protocol, descrevem uma forma comum de conectar aplicações de IA a ferramentas e dados, o que pode facilitar levar essas definições de uma configuração para outra. Se determinado fornecedor usa esse protocolo, é algo para perguntar, não para presumir. Para entender o tema, veja O que é MCP e por que importa para agentes de negócio?.

A configuração é tudo o mais que molda o comportamento: níveis de permissão, regras de aprovação, agendamentos, roteamento, ajustes de canal, quais ações são rascunho e quais são envio. Muitas vezes ela não está documentada, porque vive em telas de configuração. Deve existir como uma descrição legível que alguém possa seguir para reconstruir o ambiente.

Um checklist para usar antes de assinar ou renovar

Esta lista transforma as seções anteriores em perguntas que você pode fazer ao fornecedor, ou à sua própria equipe, se foi ela quem montou o ambiente. Para um conjunto mais amplo de perguntas contratuais, veja Perguntas para fornecedor de agentes de IA antes de assinar.

• Instruções: somos donos do conteúdo específico da empresa? Recebemos em texto simples, com histórico de versões?
• Memória: conseguimos ler, corrigir, apagar e exportar as entradas, incluindo texto de origem e metadados?
• Logs: o que é registrado, por quanto tempo fica guardado e em que formato podemos exportar?
• Integrações: as conexões são feitas em contas que são nossas? Conseguimos revogar cada uma por conta própria?
• Credenciais: quem guarda segredos e tokens, e como são trocados ou removidos na saída?
• Configuração: existe uma descrição legível de permissões, regras de aprovação e agendamentos?
• Dados pessoais: quem responde por pedidos de acesso e exclusão, e com que rapidez eles podem ser atendidos?
• Saída: o que é entregue ao fim do contrato, em que forma, até quando, e o que o fornecedor apaga depois?
• Teste: já fizemos uma exportação de teste e pedimos a alguém de fora do fornecedor que a lesse?

O último item é o que transforma promessa em evidência. Escolha uma amostra modesta, como as instruções de um fluxo, um trecho da memória e uma semana de logs, e peça a alguém que não construiu o sistema que confirme se consegue entendê-la.

Cenário ilustrativo: troca de fornecedor

Este cenário é ilustrativo, não descreve um projeto real. Uma pequena empresa de serviços usa um agente que prepara rascunhos de acompanhamento de clientes. Depois de um tempo, decide mudar a operação para outro fornecedor.

Na primeira versão da história, as instruções ficam dentro do painel do fornecedor, a memória está guardada apenas como dados de busca processados, as conexões rodam em contas do fornecedor e o único log é um histórico curto na tela. A empresa pode sair, mas recomeça quase do zero. Precisa reescrever as instruções de memória, redescobrir as preferências dos clientes e autorizar de novo cada ferramenta.

Na segunda versão, a empresa tem uma cópia em texto simples das instruções com histórico, uma exportação legível da memória com as fontes, logs em formato documentado e conexões em contas próprias. O novo fornecedor lê o material, refaz as conexões das ferramentas, roda os casos de teste antigos no novo ambiente e compara os resultados. Parte do comportamento ainda vai diferir, porque os modelos diferem, mas o conhecimento e as regras da empresa vão com ela. Um conjunto de testes de referência é o que torna essa comparação possível, mais um motivo para mantê-lo como ativo da empresa.

Como a Be Human trata a propriedade

A Be Human desenha o ambiente para que suas partes importantes sejam documentos legíveis que a empresa pode receber: a definição da função, as instruções, o conteúdo da memória com suas fontes, as descrições das ferramentas, os níveis de permissão e os limites de aprovação. As conexões são pensadas para serem feitas nas contas da própria empresa, com as menores permissões que a função exige, para que a empresa possa revisá-las ou revogá-las. A operação gerenciada inclui monitoramento, avaliações recorrentes, revisão de permissões e mudanças controladas, e cada alteração é registrada para que a empresa veja como o ambiente evoluiu. Termos de exportação, retenção e exclusão são combinados como parte do escopo do projeto, e não deixados para o fim.

Perguntas frequentes

Somos donos do que o modelo de IA gera para nós? Isso depende dos termos do provedor e da lei do lugar onde você opera, e ambos estão mudando, então confirme com um advogado e no contrato. Na prática, peça ao fornecedor que declare por escrito que os resultados produzidos para seus fluxos são seus para usar, e guarde os registros que mostram de onde veio cada resultado.

O fornecedor pode continuar usando nossos dados para melhorar os produtos dele? Só se o contrato permitir, então procure linguagem explícita sobre treinamento, reutilização e retenção. Pergunte separadamente sobre prompts, conteúdo da memória e logs, porque os fornecedores às vezes tratam cada um de um jeito. Se a resposta for vaga, trate como não permitido até estar escrito.

Basta exportar uma cópia do histórico de chat? Não. O histórico mostra o que foi dito, mas não captura as regras que o agente segue, a memória curada em que ele se apoia, as permissões que ele tem nem as conexões que usa. Uma exportação útil permite que outra equipe reproduza o comportamento, e não apenas leia a conversa.

O que fazer se nós mesmos montamos o ambiente? As mesmas perguntas valem para a sua equipe. Guarde instruções e configuração em um lugar compartilhado e versionado, mantenha as conexões em contas da empresa e documente quem pode mudar o quê. A propriedade também falha quando o conhecimento vive só na cabeça de uma pessoa, e Construir ou comprar agentes de IA? Um guia de decisão ajuda a decidir quanto da manutenção manter internamente.

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