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

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
- ANTESFixar autoridade
Nomear quem revê, que informação recebe e que decisão pode tomar.
- SINALApresentar limites
Mostrar versão, finalidade, confiança relevante, restrições e dados necessários.
- REVISÃOCriar espaço para discordar
Dar tempo, alternativa, fonte independente e proteção contra aprovação automática.
- INTERVENÇÃOParar antes do efeito
Recusar, anular, pausar ou escalar com confirmação do estado atingido.
- DEPOISRegistar 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ão | Pergunta de teste | Prova mínima | Falha bloqueante |
|---|---|---|---|
| Compreensão | A pessoa reconhece finalidade e limite? | Explicação e decisão consistentes | Confunde recomendação com facto |
| Automação enviesada | Contesta uma saída plausível mas errada? | Uso de fonte independente | Aprovação por defeito |
| Autoridade | Consegue recusar sem aprovação superior? | Permissão e procedimento reais | Escalada impossível ou punitiva |
| Paragem | O efeito cessa no ponto esperado? | Teste técnico e estado confirmado | Botão sem efeito ou efeito tardio |
| Retoma | A operação regressa de modo seguro? | Estado reconciliado e logs | Duplicaçã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.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.- 01AI Act Article 14 — Human oversightAI Act Service Desk · EU-AIACTDESK
- 02AI Act Article 26 — Obligations of deployersAI Act Service Desk · EU-AIACTDESK
- 03AI Act Recital 73 — Human oversightAI Act Service Desk · EU-AIACTDESK
- 04AI Act Recital 91 — Deployers and oversightAI Act Service Desk · EU-AIACTDESK
- 05Regulation (EU) 2024/1689 — Artificial Intelligence ActEUR-Lex · EU-EURLEX
- 06Navigating the AI ActEuropean Commission · EU-DIGITAL
Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.

Comentários
A carregar a conversa.