Artigo 53 · Exigível desde 2 ago. 2026

GPAI e o artigo 53

A maioria das empresas que constrói sobre modelos de base não deve nada aqui - e devia parar de se preocupar com isso. Uma minoria tornou-se prestadora de modelos sem dar por ela.

Última atualização 16 de setembro de 2026 · Regulamento (UE) 2024/1689 alterado pelo omnibus de junho de 2026 · Autoavaliação, não é aconselhamento jurídico

Se constróis sobre o GPT, o Claude, o Gemini, o Llama ou o Mistral, há uma pergunta que vale a pena responder como deve ser: fizeste ao modelo o suficiente para te tornares prestador dele?

Para a maioria das empresas a resposta é não, com folga, e vale a pena sabê-lo porque o medo está a fazer estragos reais - há equipas a orçamentar obrigações que não têm. Para uma minoria a resposta é sim, e normalmente não fazem ideia, porque o que desencadeou tudo foi uma decisão de engenharia tomada meses antes de alguém pensar em regulação.

Onde quase de certeza estás

O que fizesteA tua posiçãoDeveres do artigo 53?
Chamar o modelo por APIResponsável pela implantação a jusanteNão
Engenharia de prompts, system prompts, RAG sobre os teus dadosResponsável pela implantação a jusanteNão
Afinação ligeira, mesmo domínio, conjunto de dados modestoA jusante, em regraGeralmente não
Retreino substancial, alterações importantes de parâmetros, ou um novo domínio de tarefasPossível prestador de GPAIProvavelmente sim
Treinaste o teu próprio modelo de fins geraisPrestador de GPAISim
Sistema baseado em regras, sem modelo aprendidoNão é sequer um sistema de IANão

Diz isto em voz alta à tua equipa, se for o teu caso: "Nós chamamos uma API. O artigo 53 é problema da Anthropic, ou da OpenAI, não nosso." Isso remove um medo que neste momento custa às empresas pequenas tempo de planeamento e honorários de consultoria. A geração aumentada por recuperação não muda nada disso. Um system prompt comprido também não, por mais engenhoso que seja.

Onde fica mesmo a linha

O regulamento não publica um limiar de computação abaixo do qual afinar é seguro, o que não ajuda mas também não é invulgar. O que ele faz é atribuir o estatuto de prestador a quem coloca um modelo de fins gerais no mercado, e tratar quem modifica um modelo substancialmente como tendo feito isso mesmo quanto à versão modificada.

Na prática, há quatro fatores que decidem. Nenhum é conclusivo por si só; juntos, são.

1. Dimensão da modificação

Umas centenas de exemplos de afinação LoRA para corrigir o tom não são um modelo novo. Pré-treino continuado sobre milhares de milhões de tokens é. Quanto maiores forem a computação e os dados em relação à corrida de treino original, mais pareces um prestador.

2. Se os parâmetros mudaram materialmente

Camadas adaptadoras que deixam os pesos base intocados ficam num extremo. O retreino de todos os parâmetros fica no outro.

3. Se o domínio de tarefas mudou

É este o fator a que se dá pouco peso. Afinar um modelo geral para ser melhor no domínio que já tinhas é refinamento. Pegar num modelo geral e transformá-lo em algo que faz um trabalho materialmente diferente - um modelo de código convertido em resumidor clínico - parece bem mais criar um modelo novo.

4. Se continua a ser de fins gerais

O artigo 53 trata de modelos de IA de fins gerais - modelos que apresentam generalidade significativa e são capazes de executar com competência um vasto conjunto de tarefas distintas. Se estreitaste um modelo geral até o transformares numa ferramenta de finalidade única, podes ter saído do território do GPAI mesmo tendo modificado bastante. Podes então ser o prestador de um sistema de IA, que é uma pergunta diferente com deveres diferentes.

A posição honesta: o meio desta escala está genuinamente por assentar, e quem te disser que há uma linha nítida está a vender a mais. Se andas perto dela, este é um dos poucos sítios onde vale a pena comprar uma hora de tempo jurídico especializado - as obrigações do outro lado são suficientemente pesadas para o justificar.

O que o artigo 53 exige mesmo

Se és prestador de GPAI, são quatro obrigações. Aplicáveis desde 2 de agosto de 2025, exigíveis desde 2 de agosto de 2026.

ObrigaçãoO que significa
Documentação técnica (anexo XI)Processo de treino, resultados das avaliações, tarefas previstas, arquitetura, consumo de energia. Mantida atualizada e disponível para o Serviço para a IA a pedido.
Informação a jusante (anexo XII)Documentação que permita às empresas que constroem sobre o teu modelo compreender as suas capacidades e limitações o suficiente para cumprirem os seus próprios deveres.
Política de direitos de autorUma política para cumprir o direito de autor da UE, incluindo o respeito pelas reservas de prospeção de textos e dados ao abrigo do artigo 4(3) da Diretiva sobre o Mercado Único Digital.
Resumo dos dados de treinoUm resumo público suficientemente pormenorizado do conteúdo usado para treino, seguindo o modelo do Serviço para a IA.

Mais dois pontos. Os prestadores de modelos disponibilizados ao abrigo de uma licença gratuita e de código aberto, com pesos e arquitetura publicamente acessíveis, estão dispensados das duas primeiras - mas não da política de direitos de autor nem do resumo dos dados de treino, e não estão dispensados de nada se o modelo apresentar risco sistémico. E os modelos acima do limiar de risco sistémico têm deveres adicionais ao abrigo do artigo 55: avaliação do modelo, testes contraditórios, comunicação de incidentes e cibersegurança. Se estás a ler esta página para perceber qual é a tua posição, não estás a treinar um modelo de risco sistémico.

O grupo mais exposto

Não são os laboratórios - esses têm equipas de conformidade. São as empresas que fizeram uma afinação a sério em 2024 ou 2025 por razões de desempenho, quando nenhuma consideração regulamentar se colava a essa decisão, e que nunca mais voltaram ao assunto.

Um exemplo reconhecível: uma equipa pega num modelo de pesos abertos, continua o pré-treino sobre um grande corpus proprietário para o especializar, e lança-o dentro do seu produto. Dezoito meses depois, aquilo foi uma modificação substancial, são discutivelmente prestadores de GPAI, as obrigações são exigíveis, e ninguém na empresa alguma vez leu o artigo 53 porque se pensam a si próprios como uma empresa de SaaS e não como prestadores de um modelo.

Se esse retrato te é familiar, o resumo dos dados de treino é a obrigação por onde começar a olhar. É pública, por isso a sua ausência é a mais visível.

Duas coisas que isto não é

Não é o mesmo que o teu nível de risco. O artigo 53 trata de seres prestador de um modelo. Saber se o teu sistema é de risco elevado, de risco limitado ou mínimo é uma pergunta separada, respondida através do anexo III e do artigo 6(3). Podes ser prestador de GPAI com um sistema de risco mínimo, ou responsável pela implantação a jusante com um sistema de risco elevado. Não andam a par.

Não é o mesmo que ser prestador de um sistema de IA. Ao abrigo do artigo 25, podes tornar-te prestador de um sistema de IA por lhe pores o teu nome ou por lhe mudares a finalidade prevista - sem tocar num único peso de modelo. Caminho diferente, conjunto de obrigações diferente. Os dois podem aplicar-se ao mesmo tempo.

Quatro perguntas para resolver isto

  1. Modificaste sequer os pesos do modelo? Não → estás a jusante. Acabou.
  2. Se sim, quanto? Adaptadores e conjuntos de dados pequenos dentro do domínio ficam em segurança a jusante. Retreino completo sobre um grande corpus não fica.
  3. O domínio de tarefas mudou? Empurrar um modelo para um trabalho materialmente diferente pesa muito a favor do estatuto de prestador.
  4. O resultado continua a ser de fins gerais? Se o estreitaste até uma só tarefa, os deveres de GPAI podem não se aplicar - mas verifica se não passaste a ser, em vez disso, prestador de um sistema de IA.

Escreve as respostas com o teu raciocínio e põe-lhes data. Se aterrares perto da linha, é esse documento que torna curta a conversa seguinte - com um advogado, com um comprador da empresa, ou com o departamento jurídico de um cliente empresarial.

Verifica se o artigo 53 te alcança

A avaliação completa pergunta o que fizeste ao modelo, e diz-te com clareza quando a resposta é nada - o que elimina um dever que a maioria das equipas assume ter.

Começar a verificação gratuita

Sem cartão, sem conta. Relatório de lacunas completo a partir de 59 €. Ver um relatório real (em inglês).

Autoavaliação, não é aconselhamento jurídico. Esta página e o relatório da Reglynn são uma autoavaliação estruturada baseada no Regulamento da IA (Regulamento 2024/1689, na sua versão alterada pelo omnibus de junho de 2026). Indicam onde se situa provavelmente e o que convém verificar com um consultor qualificado. A Reglynn não é um organismo notificado e não emite certificações.

Como isto foi feito. Os relatórios da Reglynn são gerados por um sistema de IA construído sobre o Claude, da Anthropic, e entregues automaticamente. A Reglynn é um sistema de IA de risco limitado ao abrigo do artigo 50.º; divulgamos o envolvimento da IA onde quer que ocorra, incluindo no nosso assistente de conversação. A nossa própria autoavaliação.