A era agêntica do software

Há um ano escrevi sobre como a IA ajuda a criar o próximo projeto. Desde então as ferramentas deram um salto. Já não falamos de sugestões no editor. Falamos de agentes que trabalham durante minutos ou horas numa tarefa, com acesso ao terminal, ao repositório e à documentação, e que devolvem trabalho pronto para rever.

01O que é um agente, na prática

Um modelo de linguagem responde a uma pergunta. Um agente usa esse modelo dentro de um ciclo, com ferramentas à disposição, até atingir um objetivo:

1. Percebe a tarefa e o contexto: lê ficheiros, tickets e documentação.
2. Faz um plano e divide-o em passos.
3. Executa: edita código, corre comandos, chama APIs.
4. Verifica o resultado com testes, linters ou o próprio browser.
5. Corrige o que falhou e repete até a tarefa estar feita ou precisar de ajuda.

A diferença está no passo quatro. Um agente que consegue verificar o próprio trabalho entrega com muito menos supervisão.

02Como mudou o nosso dia a dia

Na Betacode usamos agentes em quase todos os projetos. Tarefas bem delimitadas, como uma migração de dependências, um novo endpoint com testes, a cobertura de um módulo antigo ou um ecrã a partir de um design, são entregues a um agente. A equipa revê, ajusta e decide o que entra.

• Vários agentes podem trabalhar em paralelo em ramos diferentes.
• Tarefas que ficavam sempre para depois, como testes e documentação, passam a ser feitas.
• Um developer consegue acompanhar mais frentes de trabalho ao mesmo tempo.
• O tempo da equipa vai para arquitetura, produto e conversas com o cliente.

03O novo papel do developer

Quem trabalha bem com agentes tem três competências que já eram importantes e agora pesam ainda mais.

• Especificar: descrever a tarefa, os limites e o critério de "feito" com clareza. Uma boa especificação vale mais do que um bom prompt.
• Rever: ler código que não escreveu e encontrar o que está subtilmente errado. A revisão é onde se ganha ou perde qualidade.
• Decidir a arquitetura: os agentes seguem os padrões que encontram. Se a base for confusa, multiplicam a confusão.

Os agentes escrevem cada vez mais código. A responsabilidade por esse código continua a ser nossa.

04Como trabalhamos com agentes em segurança

1. Tarefas pequenas e bem delimitadas, com um critério de aceitação escrito.
2. Testes como contrato: se os testes passam e cobrem o comportamento certo, temos confiança no resultado.
3. Permissões mínimas: o agente acede só ao que precisa, sem credenciais de produção.
4. Revisão humana obrigatória antes de qualquer merge.
5. Pipelines de CI que bloqueiam o que não cumpre as regras do projeto.

05Agentes dentro dos produtos

A outra metade da mudança está nos produtos que construímos. Cada vez mais clientes querem funcionalidades agênticas: um assistente que marca reuniões, prepara propostas, responde a clientes com base nos dados da empresa ou automatiza um processo de back-office de ponta a ponta.

• Ferramentas bem definidas: o agente só pode fazer o que as APIs expostas permitem. Protocolos como o MCP tornam esta ligação mais simples.
• Humano no circuito para ações com impacto: pagamentos, envios a clientes, alterações de dados.
• Observabilidade: registar cada passo para perceber porque é que o agente fez o que fez.
• Avaliações contínuas: um conjunto de casos de teste que corre a cada alteração do prompt ou do modelo.

06O que isto significa para quem quer construir

O custo de pôr uma primeira versão no ar caiu muito. Isso é uma boa notícia para fundadores e empresas. Também significa que a vantagem passa para quem sabe o que construir, valida depressa com utilizadores reais e mantém uma base de código saudável à medida que o produto cresce.

Os princípios que seguimos há dez anos continuam a servir: começar pelo problema, lançar pequeno, medir e decidir. Os agentes deixam-nos percorrer esse ciclo mais vezes no mesmo tempo.

A era agêntica premeia equipas com bom critério. Ferramentas qualquer um tem.