A transparência em inteligência artificial deixou de ser apenas um princípio desejável. Em muitos projetos, ela precisa se tornar um requisito concreto: definido, implementado, testado e documentado.
Desde 2 de agosto de 2026, começam a ser aplicadas as obrigações de transparência previstas no artigo 50 do Regulamento Europeu de Inteligência Artificial. Nos casos abrangidos pela norma, as pessoas devem ser informadas quando interagem com determinados sistemas de IA ou quando são expostas a certos conteúdos gerados ou manipulados artificialmente.
Mas uma obrigação legal não se transforma sozinha em uma experiência clara para quem usa um serviço. Entre o texto da norma e a interface existe um projeto — e é nele que a transparência pode se tornar útil ou meramente decorativa.
Transparência não é apenas colocar uma etiqueta
É fácil reduzir a transparência a uma frase como “este conteúdo foi gerado por IA”. Em alguns contextos, essa indicação é necessária. Ainda assim, ela não responde, sozinha, às perguntas que realmente orientam uma decisão: para que a IA está sendo usada? Que parte do resultado depende dela? Quais são as suas limitações? Existe uma pessoa responsável? O usuário pode contestar, corrigir ou pedir atendimento humano?
A informação só cumpre sua função quando é compreensível, aparece no momento adequado e permite que a pessoa ajuste sua confiança no sistema. Um aviso escondido em termos de uso não produz o mesmo efeito que uma explicação clara no ponto de interação.
Isso aproxima a transparência de duas disciplinas que nem sempre entram cedo na conversa sobre conformidade: a experiência do usuário e a gestão de projetos.
O que o Regulamento Europeu coloca em foco
O artigo 50 não cria uma obrigação genérica e idêntica para qualquer uso de inteligência artificial. Ele trata de situações específicas e distribui responsabilidades entre quem fornece e quem utiliza os sistemas.
- sistemas que interagem diretamente com pessoas devem, quando a interação não for evidente, informar que se trata de uma IA;
- determinados sistemas generativos devem permitir identificar, em formato legível por máquina, conteúdos gerados ou manipulados artificialmente;
- pessoas expostas a sistemas de reconhecimento de emoções ou categorização biométrica devem ser informadas nos casos previstos;
- deepfakes e determinados textos de interesse público gerados ou manipulados por IA exigem divulgação, respeitadas as condições e exceções da norma.
As diretrizes publicadas pela Comissão Europeia procuram esclarecer esse alcance e oferecer exemplos práticos. Isso é importante porque “usar IA” pode significar coisas muito diferentes: um assistente conversacional, uma ferramenta interna de classificação, um gerador de imagens ou um mecanismo quase invisível dentro de uma decisão operacional.
Como transformar transparência em requisito de projeto
O primeiro passo não é escrever o aviso. É saber onde a IA está presente. Sem um inventário minimamente confiável, a organização não consegue avaliar quais obrigações se aplicam nem explicar o funcionamento do serviço.
A partir daí, a transparência precisa entrar no trabalho normal do projeto:
- Mapear o uso da IA. Identificar sistemas, fornecedores, dados envolvidos, públicos afetados e decisões apoiadas ou automatizadas.
- Definir responsabilidades. Estabelecer quem responde pelo conteúdo, pela experiência, pela validação jurídica, pela segurança e pelo acompanhamento depois do lançamento.
- Traduzir a norma em requisitos verificáveis. “Ser transparente” é vago. “Exibir antes da primeira interação um aviso legível que identifica o assistente como IA” pode ser testado.
- Incluir critérios de aceitação. O requisito só está concluído quando funciona nos diferentes dispositivos, idiomas, fluxos e condições de acessibilidade previstos.
- Documentar decisões e limitações. Registrar por que uma forma de comunicação foi escolhida, quais exceções foram consideradas e como o sistema será atualizado.
- Garantir supervisão humana adequada. A pessoa precisa saber quando e como pode obter ajuda, corrigir um resultado ou contestar uma decisão.
Essa abordagem evita que a transparência seja adicionada às pressas, no fim do desenvolvimento, como uma pendência de conformidade. Ela passa a influenciar o escopo, o desenho da interface, os testes e a operação.
O exemplo de um chatbot
Imagine um chatbot que responde dúvidas sobre um serviço público ou uma empresa. Informar que se trata de uma IA pode ser o primeiro requisito, mas dificilmente será o último.
O projeto também precisa decidir se o sistema deve explicar suas limitações, como trata os dados fornecidos, quais temas não pode resolver, quando encaminha o atendimento e de que maneira o usuário chega a uma pessoa. Deve prever o que acontece quando a IA responde com segurança aparente, mas informação incorreta.
A transparência, nesse caso, não é uma mensagem isolada. É uma propriedade do serviço. Ela aparece na linguagem, no fluxo de interação, nas possibilidades de correção e na forma como as responsabilidades se tornam visíveis.
Uma responsabilidade que atravessa disciplinas
Projetos de IA não se tornam responsáveis apenas porque utilizam tecnologia avançada ou porque passaram por uma revisão jurídica. A conformidade define limites importantes, mas a qualidade da experiência depende da colaboração entre áreas.
A tecnologia determina o que é possível. As Humanidades ajudam a perguntar o que é compreensível, justo e responsável. A Gestão de Projetos converte essas perguntas em decisões, responsáveis, entregas e evidências.
Por isso, talvez a pergunta mais útil não seja apenas “somos transparentes?”, mas: que evidências demonstram que a transparência foi tratada como um requisito real deste projeto?
Referências: Regulamento (UE) 2024/1689, especialmente o artigo 50; diretrizes da Comissão Europeia sobre as obrigações de transparência; e resumo oficial das regras de transparência.
