A Autoridade de Design de IA

Estamos num ponto de viragem no desenvolvimento de software. A discussão centra-se frequentemente em qual a IA escreve o melhor código (Claude vs. ChatGPT) ou onde essa IA deve residir (IDE ou CLI). Mas essa não é a questão correta.

Se abraçarmos a IA como "Vibe Coders" – onde indicamos a intenção e a IA faz a execução – criamos um fluxo massivo de novo software. Um enxame de agentes de IA pode gerar mais código num minuto do que um programador sénior consegue analisar numa semana. O ser humano tornou-se o gargalo.

A solução não é mais pessoas. A solução é um Autoridade de Design de IA.

Do Artesão ao Diretor de Fábrica

Tradicionalmente, a "Autoridade de Design" é um grupo de arquitetos que se reúne uma vez por semana ou por mês para aprovar ou rejeitar um projeto. Num mundo de desenvolvimento de IA de alta velocidade esse modelo está irremediavelmente obsoleto. É demasiado lento e reativo.

Se mudarmos para "Código Descartável" – software que não refatorizamos indefinidamente, mas que eliminamos e regeneramos quando os requisitos mudam – o nosso papel altera-se fundamentalmente. Deixamos de ser pedreiros a colocar tijolo a tijolo. Somos os arquitetos da fábrica que imprime as paredes.

Mas quem verifica se essas paredes estão direitas?

A "Gauntlet": Uma Prova de Fogo Automatizada

Uma Autoridade de Design de IA não é uma pessoa, mas sim um pipeline. Um "Gauntlet" (desafio rigoroso) pelo qual cada linha de código gerada deve lutar para chegar à produção. Este processo não substitui a revisão de código humana por nada, mas sim por algo melhor.

Funciona em três camadas:

1. O Poder Executivo (A Geração)
Não pedimos a uma única IA uma solução, pedimos a três. Pomos o Gemini 3, o GPT-5 e um modelo de código aberto (como o Llama) a trabalhar em paralelo no mesmo problema. Isto evita a visão em túnel e quebra a "preguiça" de que os LLMs por vezes sofrem. Esta abordagem também é investigada cientificamente e demonstra que é possível prevenir a alucinação de IA e construir cadeias muito longas sem erros

2. O Filtro Rígido (A Lei)
Aqui não há discussão possível. O código tem de compilar. Os linters não se podem queixar. E, de forma crucial, os Testes de Caixa Preta devem passar. Não testamos se a função funciona internamente (isso a IA pode manipular), testamos se o sistema faz externamente o que deve fazer. O teste falha? Vai diretamente para o lixo.

3. O Filtro Suave (O Júri de IA)
Esta é a verdadeira inovação. As soluções restantes são submetidas a uma "IA de Votação" especializada. Este agente não escreve código, mas sim lê código. Ele foi treinado nos nossos princípios de arquitetura, requisitos de segurança (OWASP, ISO) e regras de conformidade (EU AI Act).
Ele pondera: “A Solução A é mais rápida, mas a Solução B é mais segura e alinha-se melhor com a nossa arquitetura de microsserviços.”

O vencedor vai para produção.

A Trias Politica do Software

Este modelo impõe uma separação de poderes que falta em muitas equipas.

• O Poder Legislativo (O Arquiteto): O Arquiteto escreve a "Constituição". Os prompts, os documentos de arquitetura (project-description.md, rules.md, skills.md en principles.md), os requisitos rígidos. O arquiteto determina o quê construímos, quem constrói, como e por quê.
• O Poder Executivo (Os Agentes de Codificação): Eles executam. De forma rápida, barata e sob os auspícios de desenvolvedores humanos.
• O Poder Judiciário (A Autoridade de Design): Uma camada de IA independente que verifica o cumprimento da lei.

Conclusão: O Novo Papel do Arquiteto

Liberta-nos da tirania dos erros de sintaxe e permite-nos focar naquilo em que somos bons: Pensamento sistémico. Apuramento da verdade. Estrutura e tomada de decisão.

A questão não é se a IA consegue escrever o nosso código. Esse assunto já está encerrado. O código está a tornar-se, em grande parte, num produto descartável.
A questão é: Tens a coragem de largar o controlo sobre a código para, com isso, recuperares o controlo sobre a qualidade ?

avisa-me