Voce publica obras online e coloca nelas uma reserva de direitos. Talvez uma linha no robots.txt, talvez um arquivo segundo o TDM Reservation Protocol, talvez uma frase nos termos de uso. Meses depois sai um modelo, e voce nao tem como saber se o seu material esta dentro dele. A pergunta util e o que o direito realmente faz a respeito. Desde 2 de agosto de 2025 a resposta vai mais longe do que muitos titulares esperam num sentido, e fica aquem do que esperam no outro.
O que o artigo 53(1)(c) impoe ao fornecedor do modelo
Nos termos do artigo 53(1)(c) do regulamento europeu de inteligencia artificial, o fornecedor de um modelo de IA de finalidade geral deve implementar uma politica de conformidade com o direito de autor da Uniao. A disposicao nomeia uma obrigacao em concreto: identificar e respeitar uma reserva de direitos expressa ao abrigo do artigo 4(3) da Diretiva DSM (UE) 2019/790. As obrigacoes dos fornecedores de modelos de finalidade geral aplicam-se desde 2 de agosto de 2025.
Os verbos merecem leitura lenta. Identificar e, depois, respeitar. A obrigacao de opt-out na prospecao de textos e dados recai sobre o fornecedor, nao sobre voce. E ele quem tem de procurar uma reserva antes de minerar, e e ele quem tem de respeita-la assim que a encontra. Voce nao precisa avisa-lo, cobra-lo nem registrar nada junto dele para que essa obrigacao exista.
Que forma uma reserva precisa ter para valer
O artigo 4 da Diretiva DSM e a excecao de prospecao de textos e dados para fins comerciais. Permite a mineracao de obras licitamente acessiveis, salvo se o titular tiver reservado o direito de o impedir. O artigo 4(3) abriga essa reserva e impoe uma condicao que decide a maioria das discussoes: para conteudos disponibilizados publicamente online, a reserva tem de ser expressa de forma legivel por maquina.
Legivel por maquina significa que um rastreador consegue interpreta-la sem que uma pessoa a leia. Diretivas no robots.txt, o TDM Reservation Protocol e metadados de direitos anexados ao arquivo cabem nessa definicao. Um paragrafo nos termos de uso, escrito para um leitor humano, nao cabe.
Essa distincao ja foi testada. O Tribunal Regional Superior de Hamburgo, em acordao de 10 de dezembro de 2025 no processo 5 U 104/24 (Kneschke contra LAION), considerou ineficaz uma reserva por estar expressa apenas em condicoes gerais legiveis por humanos e nao em formato legivel por maquina. O recurso para o Tribunal Federal de Justica foi expressamente admitido, portanto a questao nao esta encerrada. Esse acordao e tratado em texto proprio neste blog. Em resumo aqui: o formato de uma reserva pesa tanto quanto o facto de a ter feito.
A obrigacao corre contra eles, nao a seu favor
E aqui que a assimetria comeca a contar. O artigo 53(1)(c) e uma obrigacao de conformidade imposta aos fornecedores de modelos, oponivel a eles pelas autoridades criadas para os supervisionar. A sua existencia e uma boa noticia para os titulares de direitos.
O que ela nao e, e prova de nada que lhe pertenca. Uma obrigacao alheia de procurar a sua reserva nao diz a ninguem:
- O que voce realmente criou, por oposicao ao que consta hoje na pagina
- Em que forma a obra estava num dado momento, antes de edicoes, versoes posteriores e novos carregamentos
- Em que data ela existia nessa forma
- Se tudo isso pode ser demonstrado sem depender da plataforma que a hospeda
O que um litigio concreto lhe pergunta
No momento em que um desacordo deixa de ser abstrato, as perguntas se invertem. Voce deixa de perguntar se um fornecedor cumpriu uma obrigacao e passa a ter de demonstrar a sua propria posicao. As perguntas dirigidas a voce sao as de sempre: qual e a obra, em que forma estava, a partir de que data, e como demonstra isso independentemente dos seus proprios sistemas.
A maioria dos editores e equipes de dados responde a ultima com um registro do CMS, um historico Git ou um carimbo temporal de armazenamento em nuvem. Sao registros uteis internamente, mas residem numa infraestrutura que voce controla, de modo que a data assenta na confiabilidade dessa infraestrutura e nao em algo que um terceiro possa verificar sozinho. Quem quiser contestar a data tem um caminho evidente.
Dois registros, duas funcoes distintas
| Questao em litigio | Reserva legivel por maquina | Registro datado da obra |
|---|---|---|
| Pode um fornecedor minerar este conteudo para treino comercial | E exatamente o que ela responde | Nao e essa a sua funcao |
| O fornecedor tem de procurar antes de minerar | Sim, ao abrigo do artigo 53(1)(c), aplicavel desde 2 de agosto de 2025 | Nao aplicavel |
| Qual e a obra e em que forma estava | Nada, uma reserva nao e a obra | E precisamente o que o registro fixa |
| Em que data existia nessa forma | Apenas a data em que a propria reserva foi publicada | Fixada por um carimbo temporal qualificado no momento do selo |
| Um terceiro consegue verificar sem os seus sistemas | Depende do que o seu site serviu naquele dia | Verificavel independentemente de onde o arquivo esta guardado |
O que vale a pena montar agora
- Expressar a reserva num formato legivel por maquina, e nao apenas nos termos de uso. Robots.txt, o TDM Reservation Protocol e metadados de direitos incorporados sao os formatos hoje em uso.
- Separadamente, criar um registro datado e a prova de adulteracao de cada obra no momento em que fica concluida, antes de se tornar publica.
- Se preferir ler primeiro o contexto regulatorio num so lugar, a nossa visao geral do regulamento europeu de IA mostra em que ordem as obrigacoes entram em aplicacao.
A Swiss Trust Layer cobre o segundo ponto dessa lista: um selo eletronico qualificado com carimbo temporal aplicado a um arquivo, para que conteudo e data possam ser verificados por qualquer pessoa, sem acesso ao seu CMS ou ao seu armazenamento. Isso nao diz nada sobre se um fornecedor cumpriu a sua propria obrigacao, e e precisamente esse o ponto.
O regulamento de IA impos uma obrigacao real aos fornecedores de modelos, e cabe a eles cumpri-la. O que ele nao fez, e nao podia fazer, e responder a pergunta que sera feita a voce: o que criou, e quando.
