Proteção de propriedade intelectual com IA: guia para agentes

Para fazer a proteção de propriedade intelectual com IA funcionar, mantenha seus segredos de negócio e o conhecimento de processo em uma memória que a empresa possui e controla, e deixe os agentes chegarem a ela apenas por acesso delimitado e registrado. O modelo pode ser alugado e trocado. O know-how não pode. À medida que os agentes ficam mais capazes, fazem mais com o que leem, então as regras sobre esse conhecimento importam mais, não menos.

Principais pontos

• O know-how costuma ser protegido pela forma como você o trata. Regras de acesso, registros e contratos fazem parte da proteção, não são um complemento.
• Mantenha o conhecimento confidencial em uma memória da empresa da qual o agente consulta o que precisa, em vez de embuti-lo no modelo de um fornecedor ou em um formato que só o fornecedor lê.
• Classifique o conhecimento por sensibilidade e decida, para cada classe, o que o agente pode ler, redigir e enviar.
• Dê a cada agente o menor acesso que o papel exige, revise esse acesso em intervalos definidos e guarde as evidências.
• Planeje a saída desde o primeiro dia: você deve conseguir exportar, restaurar e levar sua memória para outro modelo ou fornecedor.

O que conta como know-how e como ele vaza?

Know-how é o conhecimento que permite à sua empresa fazer algo melhor do que um concorrente que usa as mesmas ferramentas. Isso inclui a lógica de precificação, as condições com fornecedores, as regras de exceção que seus profissionais mais experientes aplicam sem pensar, formulações, a ordem em que você qualifica um lead e o checklist por trás de uma entrega sem falhas. Boa parte disso não está registrada em lugar nenhum. Quando há proteção, ela vem de manter a informação em sigilo.

Em muitas jurisdições, a proteção de segredo de negócio depende, em parte, de a empresa ter tomado medidas razoáveis para manter a informação reservada. Isso faz do manuseio diário uma questão jurídica, além de operacional. Este artigo é orientação operacional, não aconselhamento jurídico, então envolva seu advogado ao definir as regras.

Em projetos com agentes, os vazamentos raramente parecem dramáticos. Costumam parecer conveniência comum:

• A equipe cola documentos internos em uma ferramenta de chat de consumo porque é rápido e ninguém ofereceu uma alternativa aprovada.
• Os termos do fornecedor permitem reter as entradas ou usá-las para melhorar os produtos dele, e ninguém leu a cláusula.
• A memória do agente fica em um formato proprietário que não pode ser exportado, e sair do fornecedor significa abrir mão do conhecimento.
• Um agente com acesso de leitura amplo mostra um documento confidencial a alguém que não deveria vê-lo.
• Um texto hostil dentro de um e-mail ou de uma página web manda o agente revelar ou encaminhar informações. Isso se chama injeção de prompt (prompt injection), e o OWASP Top 10 para aplicações com LLMs a lista entre os principais riscos.
• Um prestador de serviço ou ex-funcionário mantém um acesso que ninguém lembrou de remover.

Nenhum desses casos exige um atacante sofisticado. Exigem uma decisão que faltou. O restante deste artigo trata de tomar essas decisões de propósito.

Por que agentes mais capazes elevam o risco?

Um agente mais capaz lê documentos mais longos, acompanha mais contexto, usa mais ferramentas e age com menos supervisão. Duas consequências decorrem disso. Primeiro, cada pedaço do seu conhecimento fica mais útil para o agente, e você será tentado a entregar mais. Segundo, um agente que age tem mais caminhos por onde a informação pode sair: um rascunho de e-mail, um arquivo compartilhado, uma chamada a um serviço externo.

Há também uma razão estratégica. Conforme modelos fortes se tornam amplamente disponíveis, eles passam a parecer um serviço compartilhado. O que diferencia uma empresa de outra é o que ela leva ao modelo: seus procedimentos, seu histórico, seu critério para exceções. É exatamente esse material que uma estratégia de propriedade intelectual deve proteger. Para uma visão mais ampla dessa ideia, veja Superinteligência e propriedade intelectual: proteja o que você sabe.

A conclusão prática não é esconder conhecimento dos agentes. Um agente sem contexto não serve para muita coisa. A conclusão é decidir onde o conhecimento fica, quem e o que pode alcançá-lo e o que acontece quando você troca de fornecedor.

Onde o conhecimento da empresa deve ficar?

O padrão mais seguro é a memória da empresa: um repositório que você controla, em formato exportável, com regras de acesso, histórico de versões e registros. O agente busca os trechos relevantes quando precisa deles para uma tarefa. O conhecimento permanece no seu repositório. O modelo vê apenas o que a tarefa exige.

Isso difere do ajuste fino (fine-tuning), em que o conhecimento é treinado dentro dos pesos do modelo. A orientação da AWS sobre recuperação de informação versus ajuste fino descreve as vantagens e desvantagens de cada caminho, e para fatos confidenciais a recuperação tem benefícios práticos:

• Você pode remover ou restringir um documento, e a mudança vale já na próxima consulta.
• Você pode restringir por papel, de modo que um agente de vendas não recupere o que um agente financeiro recupera.
• Você pode registrar o que foi consultado e para quem.
• Você pode trocar o modelo sem perder o conhecimento.

O ajuste fino ainda tem usos, como moldar o tom ou um comportamento específico. Mas é um lugar ruim para fatos que você talvez precise retirar ou restringir depois. Para o lado da dependência de fornecedor dessa escolha, leia Como migrar agentes de IA para outro fornecedor, passo a passo.

Nem todo conhecimento merece o mesmo tratamento. Use este guia de decisão:

• Material público ou de baixa sensibilidade, como descrições de produtos publicadas e perguntas frequentes: disponível ao agente de forma ampla.
• Procedimentos internos e playbooks: memória da empresa, disponível por papel.
• Material confidencial, como lógica de preços, condições com fornecedores e regras específicas de clientes: memória da empresa, restrita por papel, com cada consulta registrada e com uma pessoa aprovando tudo o que o agente enviar para fora da empresa.
• Diferenciais centrais, como uma fórmula ou um método proprietário: fora da memória do agente por padrão. Dê ao agente a descrição do que o método produz e inclua o método em si apenas quando um responsável decidir que vale a exposição.
• Dados pessoais: regidos pelas regras de proteção de dados, como a LGPD, e tratados à parte, com decisões próprias de acesso e retenção.

Qual é um plano prático para manter o know-how na memória da empresa?

Você não precisa de um programa grande. Precisa de uma sequência curta que uma pessoa responsável consiga conduzir. Use os passos abaixo como plano para o primeiro agente e repita para cada novo papel.

• Passo um: nomeie um responsável. Uma pessoa responde pelo conhecimento que o agente pode usar. Sem um nome, toda decisão é adiada.
• Passo dois: faça o inventário do conhecimento de que o papel precisa. Liste os documentos, regras, planilhas e hábitos não escritos de que o agente necessitaria para fazer o trabalho. Pergunte a quem executa o trabalho, não só aos gestores.
• Passo três: classifique cada item usando o guia acima. Na dúvida, escolha a classe mais restritiva e reveja depois.
• Passo quatro: coloque o conhecimento aprovado na memória da empresa. Use formatos exportáveis, mantenha o histórico de versões e registre a origem de cada item.
• Passo cinco: delimite o acesso por papel e por tarefa. Negue por padrão e conceda só o que o papel exige, seguindo o princípio do menor privilégio descrito na orientação de autorização do OWASP. Dê ao agente credenciais próprias, em vez do login de uma pessoa.
• Passo seis: registre e revise. Anote o que o agente consultou e enviou e revise as permissões em intervalos definidos. Para definir quem faz essa revisão no dia a dia, veja Quem supervisiona um agente de IA na empresa: revisão diária.
• Passo sete: prove que você consegue sair. Faça backup da memória, restaure em um ambiente limpo e confira se tudo funciona. Inclua no teste os documentos, as versões, as configurações de acesso e os registros.

Um cenário ilustrativo: uma distribuidora quer um agente para redigir respostas a clientes que perguntam sobre prazos de entrega. A equipe lista o que o agente precisa: as condições padrão de entrega, uma tabela de exceções por região e as regras sobre quando um gerente precisa aprovar um desconto. As condições padrão são públicas, então o agente pode lê-las livremente. A tabela de exceções é confidencial, por isso fica na memória da empresa, legível apenas pelo papel de agente de atendimento, com cada consulta registrada. As regras de desconto ficam totalmente fora do alcance do agente, que só sabe que perguntas sobre desconto vão para um gerente nomeado. Respostas que mencionam exceções são redigidas pelo agente e aprovadas por uma pessoa antes do envio. O agente é útil, e a lógica mais sensível nunca sai das mãos de quem é dono dela.

O que contratos e fornecedores devem garantir, e como a Be Human trata isso?

Os controles técnicos funcionam melhor quando o contrato concorda com eles. Antes de depender de um fornecedor ou parceiro de implantação para qualquer agente que toque conhecimento confidencial, peça respostas por escrito a estas perguntas:

• Suas entradas, saídas e memória são usadas para treinar ou melhorar algum modelo, e isso pode ser desativado no próprio contrato?
• Por quanto tempo seus dados são retidos e como são excluídos quando você pede?
• De quem é a memória, os prompts, os fluxos de trabalho e as configurações de ferramentas que o fornecedor constrói para você?
• Em que formato você pode exportar tudo isso e em quanto tempo?
• Quais subcontratados e quais regiões têm contato com seus dados?
• Que acesso a própria equipe do fornecedor tem e como esse acesso é registrado?
• O que acontece com seu conhecimento e suas credenciais quando o contrato termina?

Para testar o que um fornecedor afirma, veja Avaliação de segurança de fornecedor de IA: passo a passo. O NIST AI Risk Management Framework também é uma boa referência para estruturar essas conversas de governança em linguagem simples.

A Be Human projeta, implementa e opera agentes de IA cuja identidade, memória, canais, ferramentas e permissões continuam sob o controle da empresa. Um primeiro projeto define um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso que possa ser observado. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas, para que as regras de acesso descritas acima sejam mantidas atualizadas, e não definidas uma vez e esquecidas.

Se você quer descobrir qual é a primeira tarefa que vale entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Um fornecedor de IA pode treinar seus modelos com os dados da minha empresa? Depende do produto, do plano e do contrato, e os padrões não são iguais em todo lugar. Leia os termos de uso de dados, peça a resposta por escrito e prefira acordos em que o treinamento com suas entradas esteja excluído no próprio contrato.

Um prompt ou fluxo de trabalho é propriedade intelectual minha? Muitas vezes é tratado como informação comercial confidencial, mas o nível de proteção varia conforme a jurisdição e conforme a forma como você o trata. Mantenha prompts e fluxos em um repositório da sua empresa, declare a titularidade no contrato e pergunte ao seu advogado como isso se aplica ao seu caso.

Devemos proibir os funcionários de usar ferramentas públicas de IA? Uma proibição sem alternativa costuma empurrar o uso para fora das vistas. Funciona melhor oferecer um agente ou uma ferramenta aprovada, explicar quais classes de conhecimento podem ser usadas nela e tornar o caminho aprovado mais fácil do que o não aprovado.

Com que frequência devemos revisar quem e o que pode acessar nosso conhecimento? Revise sempre que o papel, as ferramentas ou os usuários do agente mudarem, e também em intervalos regulares, mesmo quando nada parece ter mudado. Confira se o acesso ainda corresponde ao papel, se pessoas que saíram e prestadores que terminaram o trabalho foram removidos e se os registros não mostram nada inesperado.

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