Assinas com um fornecedor de IA, ligas a ferramenta dele e a tua equipa começa a gerar com ela todos os dias: textos para o site, imagens para campanhas, código, rascunhos de relatórios. Fluido, rápido, muito moderno. Até que alguém do jurídico faz a pergunta incómoda numa reunião: «ok, e isto que a máquina cospe, é de quem?». Silêncio. Ninguém leu o contrato com essa lupa. E o contrato, por acaso, também não o esclarece.
A tese numa frase: quando metes IA generativa na tua empresa, a propriedade intelectual deixa de ser um detalhe de letra pequena e passa a ser um risco que quase nenhum fornecedor assina. Três perguntas —de quem é o que a IA gera, com que foi treinado o modelo e o que acontece se copia algo protegido— decidem se o que produzes é teu ou um processo à espera de data. E as três são precisamente as que o contrato esquiva com elegância. Um aviso antes de continuar: isto não é aconselhamento jurídico, e para o teu caso concreto e a tua jurisdição há que falar com um advogado. É a lista do que convém exigir por escrito antes de assinar.
IA generativa e propriedade intelectual na empresa: porque o contrato esquiva o que importa
Um contrato de fornecedor não está escrito para te proteger a ti; está escrito para o proteger a ele. É lógico e não é uma acusação: cada parte redige a olhar para o seu próprio risco. O problema é que o risco de propriedade intelectual da IA generativa é quase todo teu —és tu quem publica o que a máquina gera, quem o mete no seu produto, quem o envia ao cliente— e o contrato tende a deixá-lo numa zona cinzenta cómoda para quem te vendeu a ferramenta. Onde precisas de uma frase clara, encontras «o utilizador é responsável pelo uso que faz do serviço». Tradução: a trapalhada é tua.
É por isso que não se fala de tecnologia, fala-se de contrato. Não interessa quão bom é o modelo se o papel que assinas não responde a nenhuma de três perguntas concretas. Não é preciso ser jurista para as colocar; é preciso colocá-las antes de assinar, não depois da primeira carta de um escritório de advogados. Aqui vão as três.
De quem é o que a IA gera?
A primeira pergunta parece óbvia e não é. Quando a tua equipa gera um texto ou uma imagem com a ferramenta do fornecedor, essa obra é tua, do fornecedor, ou de ninguém? As três respostas existem consoante onde olhas, e nenhuma é a que dás por garantida. Alguns fornecedores reservam direitos ou licenças sobre o que é gerado com o seu serviço; outros cedem-to mas com condições enterradas nos termos. E há uma camada mais funda: em várias jurisdições discute-se se uma obra gerada inteiramente por uma máquina, sem contributo humano relevante, pode sequer ser protegida por direitos de autor. Se não é de ninguém, também não é exclusivamente tua: qualquer um poderia usar algo idêntico.
Isto conta muito mais do que parece no primeiro dia. Se geras o logótipo de uma campanha, o copy do teu site ou um pedaço de código que acaba no teu produto e depois não consegues provar que é teu —ou descobres que legalmente não é de ninguém—, tens um ativo com alicerces de areia. A regra prática é simples: quanto mais contributo humano real há por cima do que a máquina gera, mais defensável é como teu, e por isso convém tratar a saída da IA como um rascunho que uma pessoa revê e faz seu, não como uma obra acabada que se publica às cegas. É o mesmo princípio do guia sobre usar o ChatGPT na empresa sem fugir dados nem assinar às cegas: a ferramenta ajuda, mas a responsabilidade —e a autoria defensável— fica do teu lado.
Com que foi treinado o modelo que estás a usar?
A segunda pergunta é a que mais incomoda o fornecedor, porque quase nenhum quer respondê-la: com que dados foi treinado o modelo que te vende? Um modelo generativo aprende de um corpus enorme, e de onde saiu esse corpus nem sempre é claro nem sempre é limpo. Se uma parte foi construída com material protegido usado sem permissão, essa origem não fica no laboratório: viaja a jusante até ao que tu geras e publicas. Não é teoria de gabinete: há litígios abertos em vários países sobre exatamente isto, sem doutrina fechada até à data. Que o assunto esteja por resolver não te protege; deixa-te exposto ao que os tribunais decidirem enquanto já publicaste.
O razoável não é exigir a lista completa do corpus —não ta vai dar— mas exigir garantias por escrito: que declare que tinha o direito de usar aquilo com que treinou, e que responda se essa declaração se revelar falsa. Um fornecedor sério dá-te essas garantias ou pelo menos negoceia-as. Um que se escuda em «o modelo é uma caixa preta, não podemos saber» está a dizer-te, sem o dizer, que o risco assumes tu por inteiro. Essa resposta por si só já é informação: diz-te com quem estás a lidar.
O que acontece se a IA copia algo protegido?
A terceira pergunta é a que se torna real mais depressa. Um modelo generativo pode reproduzir, às vezes quase à letra, conteúdo protegido que viu no treino: um parágrafo, uma melodia, um pedaço de código com a sua licença, um estilo tão reconhecível que roça a cópia. Publicas de boa-fé, sem o saber, e o problema é que quem reclama não vai contra o modelo: vai contra quem o publicou, que és tu. A boa-fé não é uma defesa cómoda depois de o conteúdo estar cá fora e a marca associada.
É aqui que o contrato do fornecedor se torna a linha entre um susto e uma hemorragia. O que decide quem paga a conta não é a tecnologia: é se no papel há uma cláusula de indemnização que te cobre face a reclamações de terceiros pelo que a ferramenta gerou —e com que limites, exclusões e condições—. Muitos fornecedores não a oferecem; alguns oferecem-na cortada até ficar quase decorativa. Ler essa cláusula com calma, antes de assinar, é das coisas mais rentáveis que uma empresa a sério com IA generativa pode fazer.
O que convém exigir por escrito (antes de assinar)
A conclusão não é «não uses IA generativa» —claro que a vais usar, e bem usada rende—. A conclusão é «não a uses às cegas sobre um contrato que esquiva estas perguntas». Sem substituir o critério do teu advogado, esta é a lista curta do que deve estar preto no branco antes de assinar:
- Titularidade do output. Que o contrato diga, sem ambiguidade, que o que a tua equipa gera com a ferramenta é teu, sem licenças escondidas nem direitos reservados a favor do fornecedor. Se não o diz claro, assume que não é.
- Indemnização por terceiros. Uma cláusula que te cobre se alguém reclamar por violação de propriedade intelectual sobre o que a ferramenta gerou. Olha os limites, as exclusões e o que tens de cumprir para que se aplique: uma indemnização esvaziada pela letra pequena não cobre nada.
- Garantias sobre o treino. Que o fornecedor declare por escrito que tinha o direito de usar os dados com que treinou, e que responda se isso for falso. Não peças o corpus; pede a garantia.
- Os teus dados não treinam o modelo dele (a não ser que queiras). O que a tua equipa introduz na ferramenta não deve servir para retreinar o modelo geral sem a tua permissão explícita. Isto é tanto propriedade intelectual como confidencialidade, e anda de mãos dadas com a governação do dado: saber o que entra, o que sai e quem lhe pode tocar.
- Revisão humana antes de publicar. Não é uma cláusula, é um processo, e a tua melhor defesa prática: tratar a saída da IA como rascunho e meter uma pessoa que a revê, a melhora e a faz sua antes de sair. É o humano no ciclo aplicado à propriedade intelectual: reduz o risco de cópia e reforça a tua autoria.
Nenhum destes pontos exige que sejas jurista; exigem que perguntes antes de assinar e que trates o «logo se vê» do comercial como o que é: o sinal de que te querem deixar esse risco. Um fornecedor que responde às três perguntas com frases claras no contrato é um fornecedor com quem se pode trabalhar. Um que as esquiva já respondeu à única pergunta que de facto importava.