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

O Artigo 50 da Lei de IA da UE tornou-se aplicável em 2 de agosto de 2026. Este é o capítulo da transparência e o mais provável de alcançar uma equipe de engenharia comum, porque não depende de o sistema ser classificado como de alto risco. A questão central é se as pessoas conseguem perceber que estão interagindo com uma máquina.

Experimente o Apidog hoje

A maior parte da cobertura se concentra nos provedores de modelos. A assinatura, pela Anthropic, do Código de Conduta do Artigo 50(2) e a implementação de marca d'água no Claude são responsabilidades do provedor. Se você chama essa API e incorpora a saída a um produto, ocupa uma posição diferente, com deveres diferentes. A conformidade do provedor não substitui a sua.

Este artigo lê o Artigo 50 pela perspectiva de quem publica uma API: o que cada parágrafo exige, quais obrigações se aplicam a você, o que as isenções realmente significam e como transformar essas decisões em verificações que sua CI pode impor com o Apidog, em vez de uma planilha.

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 informar que são sistemas de 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 e detectável como gerado ou manipulado artificialmente
50(3)	Implementador	Sistemas de reconhecimento de emoções e categorização biométrica devem informar as pessoas expostas a eles
50(4)	Implementador	Deepfakes devem ser divulgados. Textos gerados por IA e publicados para informar o público sobre assuntos de interesse público também devem ser divulgados
50(5)	Ambos	A divulgação deve ocorrer, no máximo, na primeira interação ou exposição, de forma clara e acessível

A divisão entre provedor e implementador é o ponto mais importante. Ela não depende do tamanho da empresa: depende do papel ocupado em cada sistema.

• Se você constrói e coloca um sistema generativo no mercado da UE, é provedor desse sistema.
• Se usa o sistema de outra empresa sob sua própria autoridade, é implementador.
• Se envolve o Claude em seu próprio produto e o renomeia, pode ser ambos, dependendo da parte da pilha analisada.

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

O Artigo 50(2) se aplica aos provedores de sistemas de IA que geram áudio, imagem, vídeo ou texto sintéticos. Eles devem garantir que as saídas sejam marcadas em formato legível por máquina e detectável como geradas ou manipuladas artificialmente.

A exigência considera a viabilidade técnica. As soluções devem ser eficazes, interoperáveis, robustas e confiáveis na medida tecnicamente possível, levando em conta:

• as especificidades e limitações de cada tipo de conteúdo;
• os custos de implementação;
• o estado da arte geralmente reconhecido.

Por isso, o mercado convergiu para duas técnicas principais:

• Texto: marca d'água estatística.
• Arquivos de áudio, imagem e vídeo: manifestos C2PA assinados.

Nenhuma das duas é perfeita, e a própria lei reconhece essas limitações.

Duas isenções importantes

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. Exemplos:

• corretor ortográfico;
• formatador;
• preenchimento automático que termina a palavra que o usuário já começou a digitar.

Nenhuma alteração substancial dos dados de entrada

Se o sistema não altera substancialmente os dados fornecidos, o Artigo 50(2) não se aplica.

A fronteira entre “edição assistiva” e “alteração substancial” não é clara para muitos produtos:

• reescrever um parágrafo para mudar o tom não é correção ortográfica;
• reordenar chaves JSON não é gerar conteúdo sintético;
• transformar ou expandir o conteúdo original pode ultrapassar essa fronteira.

Essa classificação deve ser definida com o jurídico. O arquiteto pode documentar e implementar a decisão, mas não deve criá-la sozinho.

Se você constrói sobre um modelo que já marca suas saídas, recebe cobertura do Artigo 50(2) para o texto que repassa, porque a marcação é aplicada no nível do modelo. Isso é útil, mas cobre apenas uma parte das obrigações.

50(4): o que provavelmente se aplica a você

Os implementadores têm dois deveres principais.

Deepfakes

Se você implanta um sistema que gera ou manipula conteúdo de imagem, áudio ou vídeo constituindo um deepfake, deve divulgar que o conteúdo foi gerado ou manipulado artificialmente.

Arte, sátira, ficção e obras semelhantes recebem tratamento mais leve: a divulgação deve indicar a existência de conteúdo gerado sem atrapalhar a exibição ou o aproveitamento da obra.

Texto gerado por IA sobre assuntos de interesse público

Se você implanta um sistema que gera ou manipula texto publicado com o objetivo de informar o público sobre assuntos de interesse público, deve divulgar que o texto foi gerado ou manipulado artificialmente.

A principal isenção é aplicável quando:

1. o conteúdo passa por revisão humana ou controle editorial; e
2. uma pessoa física ou jurídica assume responsabilidade editorial pela publicação.

“Um humano deu uma olhada” não significa necessariamente controle editorial. É necessário haver uma pessoa ou entidade identificada como responsável pela publicação.

Para uma redação assistida por IA, um blog de política pública ou um site de informações de saúde, a diferença entre conformidade e não conformidade costuma estar em um processo editorial documentado e comprovável, não em um controle técnico.

O Artigo 50(4) também não cobre todo texto publicado. Exemplos normalmente fora desse escopo:

• cópias de produtos;
• macros de suporte;
• comentários de código;
• resumos internos.

A obrigação é voltada a textos publicados para informar o público sobre assuntos de interesse público.

50(1) e 50(5): regras para interfaces de conversa

O Artigo 50(1) é simples de implementar, mas fácil de violar por uma questão de detalhe. Sistemas destinados a interagir diretamente com pessoas devem informar que são sistemas de IA, a menos que isso seja óbvio para uma pessoa razoavelmente bem informada, observadora e prudente.

Confiar apenas no que é “óbvio” é arriscado:

• um widget claramente identificado como bot tende a atender à exigência;
• um canal de suporte em que um modelo responde com voz humana, usa um nome humano e não apresenta indicação de IA não atende à mesma expectativa.

O Artigo 50(5) define o momento e a forma da divulgação:

• ela deve ocorrer no máximo na primeira interação ou exposição;
• deve ser clara;
• deve ser distinguível;
• deve ser acessível.

Um aviso escondido nos termos de serviço não é apresentado na primeira interação. Um aviso incompatível com requisitos de acessibilidade não é acessível.

O impacto para APIs

Se sua API alimenta a interface de chat de outra empresa, você não consegue cumprir sozinho a obrigação de informar o usuário final. O chamador precisa exibir a divulgação.

Para que isso seja possível de forma confiável, sua API deve informar quais respostas foram geradas por modelo. Esse metadado precisa fazer parte do contrato da API, não ser uma decisão exclusiva da interface. Consulte também Como adicionar divulgação de IA à sua própria API.

Datas relevantes

2 de agosto de 2026

O Artigo 50 tornou-se aplicável. Esta é a data-limite principal.

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 haviam assinado até o final de julho, incluindo a Anthropic. A assinatura é voluntária. Não assinar significa que uma autoridade de vigilância do mercado avaliará sua abordagem individualmente.

2 de dezembro de 2026

Essa data é amplamente relatada como uma possível extensão para sistemas generativos já disponíveis antes de 2 de agosto de 2026 cumprirem o requisito de marcação legível por máquina do Artigo 50(2). A extensão estaria relacionada ao pacote AI Omnibus acordado provisoriamente em maio de 2026.

Trate essa data como um alvo em movimento. Confirme o texto final com aconselhamento jurídico, em vez de planejar com base apenas em manchetes.

A transição da Anthropic se encaixa nessa janela. Os modelos Claude lançados em ou após 2 de agosto de 2026 marcam a saída desde o lançamento; modelos mais antigos estão sendo adaptados. Se o seu produto fixa um ID de modelo antigo, você depende dessa adaptação.

Custos da 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;

vale o que for maior. Para uma PME qualificada, aplica-se o menor dos dois valores.

Para comparação:

• práticas proibidas: até €35 milhões ou 7%;
• fornecimento de informações enganosas às autoridades: até €7,5 milhões ou 1%.

A transparência não está no nível mais rigoroso, mas 3% do faturamento global não é um erro de arredondamento. A fiscalização é feita pelas autoridades nacionais de vigilância do mercado.

Transformando as exigências em trabalho de engenharia

A análise jurídica não é responsabilidade da equipe de engenharia. Tornar as decisões resultantes duráveis e verificáveis é.

1. Registre seu papel por sistema

Documente se você atua como provedor ou implementador em cada superfície do produto.

Essa classificação determina quais parágrafos se aplicam e pode mudar quando você renomeia um modelo de terceiros como parte do seu próprio produto.

Exemplo de registro interno:

system: customer-support-assistant
role:
  model_provider: implementer
  product_operator: implementer
  model_owner: provider
applicable_articles:
  - "50(1)"
  - "50(4)"
  - "50(5)"

2. Coloque o status da marcação na configuração do modelo

Registre:

• quais IDs de modelo marcam a saída;
• a partir de quando cada modelo faz isso;
• quais modelos antigos ainda dependem de adaptação;
• quais alternativas de custo podem mover o tráfego entre modelos marcados e não marcados.

Frotas mistas são comuns durante uma transição. Uma alternativa baseada em custo pode alterar silenciosamente o modelo usado.

Afirme o modelo resolvido nos testes para impedir que ele mude sem uma build com falha.

3. Faça da divulgação um contrato de API

Se sua API retorna saída de modelo para o código de outra pessoa, inclua a informação na resposta.

Use um cabeçalho, um campo no corpo ou ambos, documentados na definição OpenAPI e versionados como qualquer outro contrato.

Exemplo de resposta:

{
  "output": "Aqui está a resposta gerada.",
  "disclosure": {
    "ai_generated": true,
    "model": "claude-example",
    "disclosure_required": true
  }
}

Exemplo de cabeçalho:

X-AI-Generated: true

Um banner na sua própria UI não alcança consumidores de máquina. O contrato precisa transportar o metadado até o chamador.

4. Teste a divulgação como qualquer outra garantia

Um campo de divulgação que desaparece durante uma refatoração é uma lacuna de conformidade introduzida por uma mudança de código.

Crie testes para:

• todos os caminhos que retornam saída de modelo;
• respostas em cache;
• respostas de erro que ainda contêm conteúdo gerado;
• presença do cabeçalho;
• presença do campo no corpo;
• conformidade da resposta com o esquema OpenAPI;
• modelo efetivamente resolvido.

Como validar especificações OpenAPI cobre a validação da especificação. Asserções de API cobrem as verificações em tempo de execução.

No Apidog, você pode expressar isso como um cenário de teste:

1. afirmar o modelo resolvido;
2. afirmar o cabeçalho de divulgação;
3. afirmar o campo de divulgação no corpo;
4. validar a resposta contra o esquema OpenAPI;
5. executar o cenário com apidog-cli no pipeline.

Assim, a build falha quando uma garantia é quebrada.

Equipes que já executam testes de API no GitHub Actions podem adicionar esse cenário ao trabalho existente. Baixe o Apidog para construir o fluxo enquanto acompanha este artigo.

Equipes com governança mais pesada também podem consultar o 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 se eu não estiver na UE?

Pode se aplicar. A Lei de IA alcança provedores que colocam sistemas no mercado da UE e, em circunstâncias definidas, provedores e implementadores fora da UE cuja saída do sistema seja usada na UE.

O local de incorporação da empresa não é o único critério.

Meu provedor de modelo marca a saída. Estou em conformidade?

Não necessariamente.

O provedor cumprir o Artigo 50(2) resolve a obrigação dele. Suas obrigações como implementador sob os Artigos 50(1), 50(4) e 50(5) continuam separadas.

A Anthropic declara isso em suas próprias diretrizes: cada empresa deve avaliar independentemente o que o Artigo 50 exige de seus produtos e serviços.

Preciso rotular cada texto gerado por IA que publico?

Não.

O Artigo 50(4) cobre texto publicado para informar o público sobre assuntos de interesse público. Mesmo nesse caso, existe uma isenção quando o conteúdo passa por revisão humana ou controle editorial e alguém assume a responsabilidade editorial.

Um aviso de chatbot nos termos de serviço é suficiente?

Não.

O Artigo 50(5) exige que a informação seja fornecida, no máximo, no momento da primeira interação, de forma clara e distinguível.

O que conta como deepfake sob o Artigo 50(4)?

Imagem, áudio ou vídeo gerado ou manipulado que se assemelha a pessoas, objetos, lugares ou eventos reais e parece falsamente autêntico.

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, aplica-se o menor dos dois valores.

Devemos assinar o Código de Conduta?

A assinatura é voluntária e o código se destina principalmente aos provedores. Ela oferece uma rota reconhecida para demonstrar conformidade.

Não assinar significa que uma autoridade avaliará sua abordagem individualmente. 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 menor.

Você provavelmente não é responsável por incorporar a marca d'água do modelo. É mais provável que precise:

• informar às pessoas que elas estão interagindo com uma máquina;
• rotular textos de interesse público gerados por IA que você publica sem responsabilidade editorial;
• fazer ambas as divulgações na primeira interação ou exposição;
• transportar essas informações no contrato da API;
• testar a presença delas na CI.

A tradução para engenharia é direta:

1. conheça seu papel;
2. saiba quais modelos fazem marcação;
3. coloque a divulgação no contrato;
4. valide o contrato e teste a execução.

O último passo é a diferença entre uma política e uma garantia.