Saltar para o conteúdo principal
Inteligência artificial13 min de leitura

Supervisão humana de IA: o gate que precisa de autoridade, tempo e prova

Os requisitos de alto risco foram adiados para dezembro de 2027 — ou agosto de 2028 quando a IA está integrada em determinados produtos. O calendário adicional deve servir para testar a intervenção humana, não para adicionar um botão de aprovação no fim do processo.

Atualizado
Natureza
Guia de preparação baseado nos artigos 14.º e 26.º do AI Act
Calendário oficial
Alto risco: 2 dezembro 2027; IA em certos produtos: 2 agosto 2028
Publicado e verificado
4 de agosto de 2026
Limite
Não classifica um sistema como alto risco nem substitui avaliação jurídica
Operador controla uma alavanca de paragem entre módulos de decisão enquanto uma revisora acompanha a evidência
Supervisão só existe quando a pessoa compreende o contexto, tem autoridade e consegue intervir antes do efeito.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

O artigo 14.º descreve capacidades concretas: compreender limites, reconhecer automação enviesada, interpretar a saída, decidir não usar ou anular e interromper o sistema. O artigo 26.º exige que deployers de sistemas de alto risco atribuam supervisão a pessoas com competência, formação, autoridade e apoio. Uma revisão eficaz também precisa de tempo, informação independente, uma alternativa segura, acesso a logs e proteção contra pressão de produtividade. O teste deve provar que a intervenção acontece antes do efeito e que o sistema responde como previsto.

  • Human-in-the-loop não basta se a pessoa apenas confirma ou recebe a saída depois do efeito.
  • Competência sem autoridade é decorativa; autoridade sem tempo e contexto também falha.
  • A organização deve testar automação enviesada, discordância, paragem, anulação, escalada e retoma.
  • O artigo separa preparação operacional de obrigação aplicável: confirme classificação e data do sistema.

Supervisão é uma capacidade do sistema e da organização

O provider deve desenhar o sistema de alto risco para que pessoas o supervisionem efetivamente. O deployer deve escolher pessoas competentes e dar-lhes autoridade e apoio. A fronteira atravessa produto, procedimento, trabalho e governação.

A supervisão deve ser proporcional aos riscos, autonomia e contexto. Uma saída recomendatória sobre uma pessoa pode exigir informação adicional e segunda revisão; uma ação reversível de baixo impacto pode ter outro gate. O rótulo humano não substitui esta análise.

Percurso de uma decisão supervisionada

  1. ANTES
    Fixar autoridade

    Nomear quem revê, que informação recebe e que decisão pode tomar.

  2. SINAL
    Apresentar limites

    Mostrar versão, finalidade, confiança relevante, restrições e dados necessários.

  3. REVISÃO
    Criar espaço para discordar

    Dar tempo, alternativa, fonte independente e proteção contra aprovação automática.

  4. INTERVENÇÃO
    Parar antes do efeito

    Recusar, anular, pausar ou escalar com confirmação do estado atingido.

  5. DEPOIS
    Registar e aprender

    Guardar entrada, saída, intervenção, fundamento, efeito e mudança necessária.

O gate deve falhar em teste antes de ser confiado em produção

Construa cenários com saída correta, saída errada mas convincente, dado em falta, conflito de instruções, indisponibilidade e pressão de tempo. Observe a pessoa e o sistema: a taxa de discordância, isoladamente, não prova qualidade.

Teste de supervisão e critério de aceitação

DimensãoPergunta de testeProva mínimaFalha bloqueante
CompreensãoA pessoa reconhece finalidade e limite?Explicação e decisão consistentesConfunde recomendação com facto
Automação enviesadaContesta uma saída plausível mas errada?Uso de fonte independenteAprovação por defeito
AutoridadeConsegue recusar sem aprovação superior?Permissão e procedimento reaisEscalada impossível ou punitiva
ParagemO efeito cessa no ponto esperado?Teste técnico e estado confirmadoBotão sem efeito ou efeito tardio
RetomaA operação regressa de modo seguro?Estado reconciliado e logsDuplicação, perda ou decisão órfã

Escrever um contrato de supervisão para cada decisão material

Documente objeto, população, frequência, impacto, informação apresentada, alternativa, autoridade, tempo máximo, modo degradado e destino da escalada. Ligue o contrato à versão do sistema e às instruções de utilização.

Meça condições de trabalho, não apenas interface: carga, metas, turnos, idioma, acessibilidade e incentivo alteram a eficácia. Se ninguém consegue cumprir o gate durante o pico real, o desenho falhou.

  • Impedir processamento automático quando faltam dados essenciais.
  • Registar alterações humanas sem usar concordância como alvo de desempenho.
  • Testar com pessoas reais da função e cenários representativos, sem dados pessoais desnecessários.
  • Reabrir o gate após mudança material de modelo, dados, finalidade, população ou processo.

Consultadas na data de atualização indicada.

  1. 01AI Act Article 14 — Human oversightAI Act Service Desk · EU-AIACTDESK
  2. 02AI Act Article 26 — Obligations of deployersAI Act Service Desk · EU-AIACTDESK
  3. 03AI Act Recital 73 — Human oversightAI Act Service Desk · EU-AIACTDESK
  4. 04AI Act Recital 91 — Deployers and oversightAI Act Service Desk · EU-AIACTDESK
  5. 05Regulation (EU) 2024/1689 — Artificial Intelligence ActEUR-Lex · EU-EURLEX
  6. 06Navigating the AI ActEuropean Commission · EU-DIGITAL