Quando o software começa a agir, a arquitetura muda

Tenho conversado com muitos arquitetos sobre o que acontecerá com a profissão à medida que IA↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → e agentes forem incorporados ao desenvolvimento e à operação das empresas.

E começo a achar que estamos fazendo a pergunta errada. A questão não é simplesmente se a IA substituirá arquitetos. É como o trabalho do arquiteto mudará quando a IA reduzir significativamente o tempo necessário para produzir análises, documentação e primeiras alternativas de solução.

Até porque “arquiteto” nunca foi uma função única. Temos arquitetos mais próximos de software e aplicações, outros de soluções, dados, cloud, infraestrutura, segurança ou arquitetura corporativa. As fronteiras variam entre empresas, frequentemente se sobrepõem e provavelmente ficarão ainda mais porosas com IA e agentes.

A IA já pode acelerar documentação, análise de código, identificação de dependências, exploração de padrões e comparação de alternativas. A qualidade varia, depende do contexto e das ferramentas disponíveis e continua exigindo validação. Isso por si só já altera parte da dinâmica do trabalho.

Mas agentes acrescentam outra dimensão. Estamos começando a colocar em produção sistemas nos quais modelos podem interpretar objetivos, selecionar ferramentas, consultar sistemas e, dentro das permissões concedidas, influenciar ou executar ações.

Estrutura, integração, dados, segurança, resiliência, desempenho e operação continuam fundamentais. Mas agora a arquitetura precisa incorporar outra questão, a qual grau de autoridade estamos dispostos a delegar ao software?

Em sistemas com maior capacidade de ação, algumas decisões sobre autoridade e controle precisarão sair dos documentos e ser incorporadas à própria operação. Identidades, permissões, políticas, verificações, observabilidade↳Observabilidade11 conteúdosObservabilidade para APIs: os desafios e benefícios dessa abordagemDev (Back & Front) · jan 2025Falhas em Observabilidade afetam os Apps e a Segurança das OrganizaçõesDev (Back & Front) · nov 2023ADK Java 1.0: O Google quer que você pare de gambiarra Python no seu backendMarketing Tech · abr 2026Ver tudo em DevSecOps →, aprovações e limites de execução passam a fazer parte desse desenho.

Isso não significa que toda arquitetura se tornará “executável”. Significa que algumas decisões arquiteturais precisarão ser efetivamente operacionalizadas.

E essa não é uma responsabilidade exclusiva do arquiteto. Arquitetura, engenharia, segurança, negócio, risco e governança terão de definir conjuntamente as regras do jogo para essa autonomia.

Quem ou o que pode agir. Com qual identidade. Quais dados pode utilizar. Quais sistemas e ferramentas pode acessar. Quais ações podem ser executadas automaticamente. Quais exigem aprovação. Como serão monitoradas, auditadas, revertidas ou interrompidas.

É aqui que vejo uma mudança importante na profissão. Arquitetura não é apenas produzir diagramas ou especificações. Sempre envolveu decisões sob restrições técnicas, econômicas, regulatórias e organizacionais.

A IA pode gerar uma arquitetura tecnicamente plausível, comparar padrões conhecidos e sugerir diferentes caminhos. Mas não possui automaticamente todo o contexto necessário para determinar qual solução faz sentido naquela empresa, naquele momento.

E mesmo quando recebe esse contexto, sua recomendação não transfere para o modelo a responsabilidade pela decisão. Capacidade de recomendar não é autoridade para decidir.

Por isso, não vejo a IA eliminando arquitetura. Documentação pode ficar mais fácil. Diagramas podem ser produzidos mais rapidamente. Dependências podem ser analisadas com mais velocidade. Alternativas podem ser exploradas com menos esforço.

Isso desloca parte do trabalho, mas não elimina as decisões arquiteturais. Com agentes, na verdade, surge uma nova classe delas.

O arquiteto continuará participando da definição de como os sistemas devem funcionar, mas terá de participar também, junto com outras funções, da definição de quem ou o que pode agir, com qual autoridade, sob quais condições e dentro de quais limites.

E aí está a mudança mais interessante. Durante décadas, arquitetamos principalmente estruturas, integrações, fluxos, dados, segurança e condições de operação. Agora começamos a arquitetar sistemas que também podem receber objetivos, selecionar ferramentas e executar determinadas ações.

Isso muda a característica de muitas decisões arquiteturais. Não basta desenhar o caminho que o software pode percorrer. Precisamos desenhar também até onde ele está autorizado a ir.

E uma das novas fronteiras da arquitetura na era dos agentes será arquitetar não apenas o funcionamento dos sistemas, mas também os limites de sua autonomia.