Lei da IA da UE Artigo 50 para Desenvolvedores de API: O Que Marcar e Quando

O fato de seu provedor de modelo cumprir o Artigo 50(2) não o exime de suas próprias obrigações nos termos de 50(1), 50(4) e 50(5). Todos os cinco parágrafos detalhados por função, as isenções para edição assistida e responsabilidade editorial, o nível de

Ashley Innocent

Ashley Innocent

12 agosto 2026

Lei da IA da UE Artigo 50 para Desenvolvedores de API: O Que Marcar e Quando

Apidog para empresas

Implantação local

SSO & RBAC

Conforme SOC 2

Explorar Apidog Enterprise

O Artigo 50 da Lei de IA da UE tornou-se aplicável em 2 de agosto de 2026. É o capítulo da transparência, e é o mais provável de chegar a uma equipe de engenharia normal, porque não se importa se o seu sistema é de alto risco. Ele se importa se as pessoas conseguem perceber que estão lidando com uma máquina.

A maior parte da cobertura tem focado em provedores de modelo. A Anthropic assinar o Código de Conduta do Artigo 50(2) e implementar a marca d'água no Claude é uma história de provedor. Se você chamar essa API e colocar a saída em um produto, você estará em uma cadeira diferente, com um conjunto diferente de deveres, e a conformidade do seu provedor não serve para você.

Aqui está o Artigo 50 lido da perspectiva de alguém que publica uma API. O que cada parágrafo pede, qual deles é seu, o que as isenções realmente dizem e como transformar o resultado em algo que sua CI pode impor com Apidog em vez de uma planilha.

botão

Os cinco parágrafos e a quem se aplicam

Parágrafo Quem O que exige
50(1) Provedor Sistemas que interagem diretamente com pessoas devem deixar claro que são IA, a menos que isso seja óbvio para uma pessoa razoavelmente bem informada
50(2) Provedor Sistemas generativos devem marcar áudio, imagem, vídeo e texto sintéticos em um formato legível por máquina que seja detectável como gerado ou manipulado artificialmente
50(3) Implementador Sistemas de reconhecimento de emoção e categorização biométrica devem informar as pessoas expostas a eles
50(4) Implementador Deepfakes devem ser divulgados. Texto gerado por IA publicado para informar o público sobre assuntos de interesse público deve ser divulgado
50(5) Ambos A divulgação deve ocorrer o mais tardar na primeira interação ou exposição, de forma clara e acessível

A divisão entre provedor e implementador faz a maior parte do trabalho aqui, e não é uma distinção de tamanho de empresa. É um papel que você ocupa por sistema. Construa e coloque um sistema generativo no mercado da UE e você é um provedor para ele. Use o sistema de outra pessoa sob sua própria autoridade e você é um implementador. Envolva o Claude em seu próprio produto e o renomeie, e você pode ser ambos, para diferentes partes da pilha.

50(2): marcação legível por máquina

Este é o parágrafo para o qual a Anthropic assinou um Código de Conduta. Provedores de sistemas de IA que geram áudio, imagem, vídeo ou texto sintéticos devem garantir que as saídas sejam marcadas em um formato legível por máquina e detectáveis como geradas ou manipuladas artificialmente.

O texto estabelece um padrão realista, em vez de um absoluto. As soluções devem ser eficazes, interoperáveis, robustas e confiáveis, na medida do tecnicamente viável, levando em conta as especificidades e limitações dos diferentes tipos de conteúdo, os custos de implementação e o estado da arte geralmente reconhecido. Essa fraseologia é a razão pela qual o mercado convergiu em duas técnicas, em vez de uma: marca d'água estatística para texto e manifestos C2PA assinados para arquivos. Nenhuma é perfeita, e a lei efetivamente reconhece isso.

Duas isenções são importantes para as equipes de ferramentas:

Função assistiva para edição padrão. Um sistema que executa uma função assistiva para edição padrão está fora do escopo. Um verificador ortográfico, um formatador, um preenchimento automático que termina a palavra que você estava digitando.

Nenhuma alteração substancial dos dados de entrada. Se o seu sistema não alterar substancialmente os dados que lhe foram fornecidos, o 50(2) não se aplica.

A lacuna entre "edição assistiva" e "alteração substancial" é onde muitos produtos reais vivem, e não é nitidamente definida. Uma ferramenta que reescreve um parágrafo para tom não é um verificador ortográfico. Uma ferramenta que reordena suas chaves JSON não está gerando conteúdo sintético. Em algum lugar entre eles está uma linha que sua equipe jurídica deve traçar, não seu arquiteto.

Se você construir sobre um modelo marcado, você obtém cobertura 50(2) gratuitamente para o texto que você passa, já que a marca é aplicada no nível do modelo. Isso é genuinamente útil, e também é a mais restrita das obrigações.

50(4): o que provavelmente é seu

Os implementadores têm dois deveres, e o segundo é o que as equipes perdem.

Deepfakes. Se você implantar um sistema que gera ou manipula conteúdo de imagem, áudio ou vídeo constituindo um deepfake, você deve divulgar que ele é gerado ou manipulado artificialmente. Arte, sátira, ficção e obras análogas recebem um tratamento mais leve: você divulga a existência de conteúdo gerado de uma forma que não atrapalhe a exibição ou o aproveitamento da obra.

Texto gerado por IA sobre assuntos de interesse público. Se você implantar um sistema que gera ou manipula texto publicado com o propósito de informar o público sobre assuntos de interesse público, você deve divulgar que o texto foi gerado ou manipulado artificialmente.

Então, a isenção que decide a maioria dos casos reais: isso não se aplica onde o conteúdo passou por um processo de revisão humana ou controle editorial e uma pessoa física ou jurídica detém responsabilidade editorial pela publicação.

Leia isso com atenção, porque é um verdadeiro porto seguro e também é mais restrito do que parece. "Um humano deu uma olhada" não é controle editorial com responsabilidade editorial. Uma pessoa ou entidade nomeada responsável pela publicação é. Se você gerencia uma redação assistida por IA, um blog de política ou um site de informações de saúde, a diferença entre estar em conformidade e não estar é frequentemente um processo editorial que você pode comprovar, não um controle técnico.

Note também o que o 50(4) não cobre. Cópias de produtos, macros de suporte, comentários de código e resumos internos não são textos publicados para informar o público sobre assuntos de interesse público. A obrigação é restrita a informações de interesse público, não a todo texto publicado.

50(1) e 50(5): as regras da janela de chat

O 50(1) é o mais simples de satisfazer e o mais fácil de falhar por uma tecnicalidade. Sistemas destinados a interagir diretamente com pessoas físicas devem ser projetados para que essas pessoas sejam informadas de que estão interagindo com um sistema de IA, a menos que seja óbvio para uma pessoa razoavelmente bem informada, observadora e prudente.

"Óbvio" está fazendo muito trabalho, e confiar nisso é uma aposta. Um widget claramente rotulado como um bot está bom. Um canal de suporte onde um modelo responde com voz humana, sob um nome humano, sem indicação, não está.

O 50(5) estabelece o momento e a forma: a informação deve ser fornecida o mais tardar no momento da primeira interação ou exposição, e deve ser clara, distinguível e acessível. Uma divulgação enterrada em seus termos de serviço não é fornecida na primeira interação. Um aviso que falha nos requisitos de acessibilidade não é acessível.

Para uma equipe de API, o 50(5) tem uma consequência que as pessoas raramente percebem: se sua API alimenta a UI de chat de outra pessoa, você não pode cumprir a divulgação sozinho. Seu chamador faz isso. Mas eles só podem fazê-lo de forma confiável se seu contrato lhes disser quais respostas são geradas por modelo, o que é exatamente o argumento em adicionar divulgação de IA à sua própria API.

As datas, e uma que ainda está em movimento

2 de agosto de 2026. O Artigo 50 tornou-se aplicável. Esta é a data limite.

10 de junho de 2026. O Código de Conduta sobre Transparência de Conteúdo Gerado por IA foi publicado. A Comissão e o Conselho de IA o confirmaram como uma ferramenta voluntária adequada para demonstrar conformidade. Aproximadamente 190 organizações o assinaram até o final de julho, incluindo a Anthropic. A assinatura é voluntária; não assinar significa que uma autoridade de vigilância do mercado o avaliará individualmente.

2 de dezembro de 2026. Amplamente relatado como uma extensão para sistemas generativos já no mercado antes de 2 de agosto de 2026 para atender ao requisito de marcação legível por máquina do 50(2), através do pacote AI Omnibus acordado provisoriamente em maio de 2026. Trate isso como um alvo em movimento e confirme o texto final com aconselhamento jurídico, em vez de planejar com base em uma manchete.

A própria transição da Anthropic se encaixa nessa janela. Os modelos do Claude lançados em ou após 2 de agosto de 2026 marcam no lançamento; modelos mais antigos estão sendo adaptados. Se o seu produto fixa um ID de modelo mais antigo, você está contando com essa adaptação.

Custos de não conformidade

As violações do Artigo 50 se enquadram no segundo nível de penalidade do Artigo 99: até €15 milhões ou 3% do faturamento anual global total do ano financeiro anterior, o que for maior. Para uma PME qualificada, é o que for menor entre os dois.

Para contexto, o nível superior para práticas proibidas é de €35 milhões ou 7%, e o fornecimento de informações enganosas às autoridades é de €7,5 milhões ou 1%. A transparência não é o nível mais rigoroso, mas 3% do faturamento global não é um erro de arredondamento. A fiscalização é realizada por meio das autoridades nacionais de vigilância do mercado.

Transformando em trabalho de engenharia

A análise jurídica não é sua função. Tornar as decisões resultantes duráveis é. Quatro coisas que uma equipe de API pode realmente possuir:

1. Anote qual função você ocupa, por sistema. Provedor ou implementador, por superfície. Esta única linha determina quais parágrafos se aplicam e muda quando você renomeia um modelo de terceiros como seu.

2. Coloque o status de marcação na configuração do seu modelo. Quais IDs de modelo marcam sua saída e desde quando. Frotas mistas são o estado normal durante a transição, e uma alternativa baseada em custo pode movê-lo silenciosamente entre saída marcada e não marcada. Afirme o modelo resolvido em seus testes para que ele não possa se mover sem uma build com falha.

3. Faça da divulgação um contrato, não uma decisão de UI. Se sua API retorna a saída do modelo para o código de outras pessoas, coloque-a na resposta. Um cabeçalho ou um campo, documentado em sua definição OpenAPI, versionado como qualquer outra coisa. Banners de UI não alcançam consumidores de máquina.

4. Teste a divulgação como qualquer outra garantia. Um campo de divulgação que desaparece em uma refatoração é uma lacuna de conformidade introduzida por uma fusão. Afirme-o em cada caminho que retorna a saída do modelo, incluindo respostas em cache e de erro, e valide as respostas em relação à sua especificação para que o campo não desapareça silenciosamente. Como validar especificações OpenAPI cobre o lado da especificação; asserções de API cobrem o lado do tempo de execução.

No Apidog, você pode expressar tudo isso como um cenário de teste: afirmar o modelo resolvido, afirmar o cabeçalho e o campo do corpo de divulgação, validar em relação ao esquema OpenAPI e, em seguida, executar o cenário a partir do apidog-cli em seu pipeline para que a build falhe quando uma garantia for quebrada. Equipes que já executam testes de API no GitHub Actions podem adicioná-lo ao trabalho existente. Baixe o Apidog se você quiser construí-lo enquanto lê.

Equipes com governança pesada também podem querer a visão de processo mais ampla no checklist essencial de governança de API e a melhor ferramenta de governança de API para grandes equipes.

FAQ

O Artigo 50 se aplica a mim se eu não estiver na UE? Sim, pode. A Lei de IA atinge provedores que colocam sistemas no mercado da UE e, em circunstâncias definidas, provedores e implementadores fora da UE cuja saída do sistema é usada na UE. Onde você está incorporado não é o critério.

Meu provedor de modelo marca sua saída. Estou em conformidade? Não. Seu provedor satisfazer o 50(2) é a obrigação do seu provedor cumprida. Suas obrigações sob o 50(1), 50(4) e 50(5) como implementador são separadas. A Anthropic diz isso explicitamente em suas próprias diretrizes: avalie independentemente o que o Artigo 50 exige de seus produtos e serviços.

Tenho que rotular cada pedaço de texto gerado por IA que publico? Não. O 50(4) cobre texto publicado para informar o público sobre assuntos de interesse público, e mesmo assim há uma isenção onde o conteúdo teve revisão humana ou controle editorial com alguém detendo responsabilidade editorial.

Um aviso de chatbot nos termos de serviço é suficiente? Não. O 50(5) exige a informação o mais tardar no momento da primeira interação, de forma clara e distinguível.

O que conta como deepfake sob o 50(4)? Imagem, áudio ou vídeo gerados ou manipulados que se assemelham a pessoas, objetos, lugares ou eventos reais e que parecem falsamente autênticos. Obras artísticas, satíricas e fictícias recebem uma obrigação de divulgação mais leve.

Quais são as multas? Até €15 milhões ou 3% do faturamento anual global total do ano anterior, o que for maior, sob o Artigo 99. Para PMEs qualificadas, o que for menor.

Devemos assinar o Código de Conduta? É voluntário e visa principalmente os provedores. A assinatura oferece uma rota reconhecida para demonstrar conformidade. Não assinar significa que uma autoridade avaliará sua abordagem por seus próprios méritos. Essa é uma decisão jurídica, não técnica.

O que levar

O Artigo 50 é curto, e a parte que se aplica à maioria das equipes de API é ainda mais curta. Você quase certamente não é quem tem que incorporar uma marca d'água. Você muito provavelmente é quem tem que dizer às pessoas que elas estão falando com uma máquina, rotular o texto de interesse público gerado por IA que você publica sem responsabilidade editorial e fazer ambos no momento do primeiro contato.

A tradução para engenharia é menor do que a leitura jurídica sugere: conheça seu papel, saiba quais modelos marcam, coloque a divulgação em seu contrato e teste-a. Este último é a diferença entre uma política e uma garantia.

botão

Pratique o design de API no Apidog

Descubra uma forma mais fácil de construir e usar APIs