← Voltar a todos os artigos
Desafios

(3/3) Construímos a Nossa Pré-Seleção para a Lei Antes de a Lei Existir

Por Marc Molas·29 de maio de 2026·9 min de leitura

Na Parte 1 argumentei que o EU AI Act reclassificou discretamente quase todas as ferramentas de contratação com IA como alto risco. Na Parte 2 percorri as obrigações que recaem sobre o empregador que implementa essas ferramentas — supervisão humana, transparência para os trabalhadores, avaliações de impacto, a sobreposição com o GDPR. Ambos os posts circularam a mesma conclusão: um processo de contratação só é conforme se um humano competente for genuinamente dono da decisão.

Essa conclusão não é nova para mim. É a tese que defendi neste blog desde o início — a IA aumenta o discernimento humano, não o substitui — e acontece descrever, quase linha a linha, como construímos a pré-seleção de candidatos na Conectia. Por isso, neste post final, quero fazer algo mais útil do que mais um resumo do regulamento. Quero mostrar como se parece, por dentro, um pipeline de contratação conforme e consciente da IA, usando aquele que melhor conheço.

Para ser claro quanto ao enquadramento: isto não é uma alegação de que a Conectia tem um certificado de conformidade mágico. As obrigações de alto risco do Act aplicam-se por fases, o Digital Omnibus ainda pode mexer nas datas, e a postura de qualquer empresa tem de ser avaliada face às suas ferramentas e casos de uso específicos. O que posso mostrar é que, quando se concebe um processo de contratação em torno da responsabilização humana desde o início, o regulamento deixa de ser uma adaptação à posteriori e torna-se uma descrição do que já se faz.

Onde o Regulamento Toca num Pipeline de Contratação Remota

A Conectia pré-seleciona engenheiros para funções remotas e nearshore. Fazemos os candidatos passar por um processo de validação, e entregamos aos clientes uma shortlist de três a cinco pessoas validadas. Isso coloca-nos em dois dos papéis que importam ao AI Act, ao mesmo tempo:

  • Somos um responsável pela implementação de qualquer IA que usemos dentro da nossa própria pré-seleção.
  • O cliente que contrata a partir da nossa shortlist é também um responsável pela implementação, ao tomar decisões que afetam o acesso ao emprego — em cheio dentro da categoria de emprego do Anexo III.

Ambos somos responsáveis. Nenhum de nós pode apontar para uma ferramenta. A questão de conceção, então, não é "como evitamos usar IA" — isso seria impossível e tolo — mas "como usamos a IA de forma a que um humano seja sempre, e de forma demonstrável, aquele que decide?"

O Princípio: IA nos Inputs, Humanos no Veredicto

A forma mais limpa que consigo de enunciar a nossa regra de conceção é esta: a IA está autorizada a moldar os inputs de uma decisão; nunca está autorizada a ser a decisão.

Essa linha mapeia diretamente sobre os requisitos de supervisão do Artigo 14.º e do Artigo 26(2) da Parte 2. Um sistema pode resumir, expor, redigir e sinalizar. Um humano lê o trabalho que a IA fez, traz um discernimento que a IA não tem, e toma a decisão — e essa decisão pode, e por vezes contradiz, o que a ferramenta sugeriu. No momento em que um candidato é avançado ou rejeitado, uma pessoa identificada com a competência e a autoridade para o fazer fez essa escolha. Isso não é uma funcionalidade de conformidade que acrescentámos. É a espinha dorsal de todo o processo.

A nossa validação em cinco pilares torna isto concreto:

  • A qualidade do código é revista por um engenheiro sénior, não pontuada por uma máquina. Deliberadamente não usamos pontuação automática de código. Um humano lê a submissão e escreve feedback, tendo em conta a linguagem, a framework e o contexto — porque Go idiomático não se parece com Python idiomático, e um número saído de um modelo não distingue a diferença. Esta é a escolha de conceção mais importante para a conformidade e para a qualidade, e acabam por ser a mesma escolha.
  • A arquitetura e o raciocínio sobre trade-offs são avaliados numa discussão humana estruturada. Não se consegue automatizar a avaliação de se alguém raciocina bem sobre modos de falha. Uma pessoa fá-lo.
  • A comunicação é avaliada por pessoas que fazem o trabalho. A clareza escrita e a sinalização proativa de problemas são avaliadas contra cenários reais por revisores que sabem como se parece uma boa colaboração remota.
  • O histórico é verificado por humanos a falar com humanos. As referências são conversas, não preenchimento de formulários.

Há bastante espaço para a IA assistir em tudo isto — organizar submissões, expor padrões, redigir notas de primeira passagem. O que não há espaço é para a IA emitir o veredicto. O veredicto pertence a uma pessoa, sempre.

Por Que Isto Satisfaz o Espírito do Act

Volte a percorrer as obrigações da Parte 2 e confira o processo contra cada uma:

  • Supervisão humana significativa (Art. 14 / 26(2)). Os decisores são engenheiros séniores e CTOs que conceberam os critérios, compreendem qualquer ferramenta envolvida, e têm a autoridade para a anular. A supervisão aqui não é um carimbo numa lista ordenada — é a avaliação.
  • Sem práticas proibidas (Art. 5). Avaliamos a capacidade de engenharia, a comunicação e a experiência verificada. Não inferimos estado emocional a partir de rostos ou vozes. A capacidade proibida da Parte 1 simplesmente não está no pipeline.
  • Transparência e o direito a um humano (GDPR Art. 22). Nenhum candidato é filtrado unicamente por um processo automatizado sem humano no circuito. A estrutura que torna a nossa shortlist credível para os clientes é a mesma estrutura que mantém os direitos dos candidatos intactos.
  • Responsabilização que se consegue reconstruir. Porque os humanos tomam e documentam as decisões, há uma resposta real à pergunta que um candidato rejeitado tem o direito de fazer: porquê? "O algoritmo disse" não é uma resposta que o Act aceite — e nunca foi uma resposta que estivéssemos dispostos a dar.

Esta é a parte que acho genuinamente gratificante. O regulamento e a fasquia de qualidade puxam na mesma direção. A razão por que nunca confiámos num modelo para pontuar código não foi previsão legal — foi que a pontuação automática produz piores decisões de contratação. O Act exige agora aquilo que já era a coisa certa a fazer.

O Que Isto Significa Se Está a Contratar na Europa

Se é founder ou líder de engenharia a contratar na UE, os três posts desta série colapsam numa checklist curta e prática:

  1. Audite a sua stack de contratação contra o Anexo III. Tudo o que filtra, ordena ou pontua candidatos é presumivelmente alto risco. Saiba o que está a correr.
  2. Mate tudo o que infira emoção. Já está proibido. Esta é a exposição mais rápida de fechar.
  3. Encontre o humano em cada decisão — e se não houver um, acrescente-o. A supervisão tem de ser real, competente e habilitada a anular. Um revisor que concorda sempre com a ferramenta não é supervisão.
  4. Esteja pronto para explicar uma rejeição. Se a sua resposta honesta for "o sistema fê-lo", tem um problema de conformidade e um problema de qualidade.
  5. Pressione os seus fornecedores e parceiros. Pergunte quem é o fornecedor, quem é o responsável pela implementação, o que é registado, o que é avaliado, e onde se senta o humano. As respostas dizem-lhe muito sobre se eles de facto pensaram nisto.

Quando recebe uma shortlist da Conectia, não é o primeiro filtro técnico — é a verificação final de encaixe. Cada engenheiro nela passou por um processo construído em torno do discernimento humano, o que significa que a decisão que toma no fim é uma que consegue defender: perante um candidato, perante uma comissão de trabalhadores, perante um regulador, e perante si mesmo.

O EU AI Act não nos fez redesenhar a forma como contratamos. Descreveu o que já tínhamos construído. Essa é a posição que vale a pena visar — não a conformidade como uma corrida antes de um prazo, mas um processo tão alinhado com o princípio que a lei, quando chegou, simplesmente concordou consigo.


Quer uma shortlist construída desta forma — aumentada por IA, decidida por humanos, concebida por CTOs no ativo? Peça uma shortlist validada por CTOs para a sua vaga em aberto.

Pronto para construir a sua equipa de engenharia?

Fale com um parceiro técnico e implemente desenvolvedores validados por CTOs em 72 horas.