O dia em que seu site foi perfeito — e nunca mais foi
Todo site está no seu melhor momento no dia em que vai pro ar. O último branch faz merge, o site entra em produção exatamente como foi desenhado, e por um breve instante ele é perfeito. Nunca mais vai ser tão bom assim.
Não porque algo quebra. O site continua funcionando. Mas o mercado muda, a mensagem muda, um concorrente lança algo, e aquilo que você construiu com tanto cuidado vai, aos poucos, deixando de representar a empresa. Um ano depois, virou peça de museu. Não quebrado — só atrasado.
Todo time de engenharia conhece essa decadência. A maioria trata como lei da natureza. Não precisa ser assim.
Imagina só: enquanto você dorme, um agente percebe que a mudança do design system da semana passada não chegou na página de preços — e corrige. Outro encontra imagens que subiram sem compressão num release corrido e otimiza. Um terceiro sinaliza uma regressão de acessibilidade que um componente novo introduziu. Você acorda com um site mensuravelmente melhor do que deixou, e uma listinha curta das decisões que os agentes querem que você olhe.
Mas no momento em que você leva essa promessa a sério, bate de frente com um problema que não tem nada a ver com tecnologia:
Quase ninguém quer, de verdade, um site que muda 100% sozinho.
Por que "só deixa autônomo" é o objetivo errado
A jogada óbvia — quando você tem agentes capazes — é entregar o site inteiro pra eles. Deixa escrever, editar, otimizar, publicar. Parece o endpoint natural.
Também é a coisa que quase ninguém quer quando vê isso funcionando de verdade. Os times hesitam — não porque desconfiam dos agentes, mas porque um site não tem um único dono. Partes diferentes pertencem a pessoas diferentes, e cada uma quer um nível diferente de autonomia. A pergunta nunca foi se confiar nos agentes. Foi onde traçar a linha, e pra quem.
Quando você enquadra assim, o trabalho se divide limpinho em três pilhas.
Pilha 1: As tarefas chatas (delega sem dó)
Começa pela maior, porque é maior do que as pessoas imaginam. A maior parte do que mantém um site saudável é regra, repetição e zero glamour:
- Manter acessibilidade em dia conforme as páginas mudam
- Propagar atualização do design system quando um token muda
- Caçar meta tag quebrada, imagem não otimizada, link podre
Ninguém foi contratado pelo dom de achar um alt faltando. Esse é o trabalho que você fica aliviado de passar pra frente — e é onde agentes brilham, porque é definido por regra, não por gosto.
// Exemplo: regra de agente pra detectar imagens não otimizadas
// (conceitual — adapta pro seu framework de agentes)
const regra = {
nome: 'detector-imagem-nao-otimizada',
gatilho: 'on-deploy',
async executar(site) {
const imagens = await site.buscarAssets({ tipo: 'imagem' });
return imagens
.filter(img => img.bytes > 200_000 && !img.isWebP)
.map(img => ({
acao: 'comprimir',
alvo: img.path,
motivo: 'Imagem acima de 200KB e não está em WebP',
}));
},
};
Um agente que mantém essa camada correta em todo o site, sem supervisão, não é ameaça pro emprego de ninguém. É os 80% chatos finalmente resolvidos.
As duas pilhas que você não automatiza de jeito nenhum
Pilha 2: O julgamento intocável
Do outro lado fica o trabalho que você não delega por preço nenhum. É uma pilha pequena — mas é a razão pela qual você existe.
Um agente consegue checar uma página nova contra toda regra que você deu: contraste passa, hierarquia de heading certa, tokens corretos, copy dentro do style guide. O que ele não consegue é decidir como a página deve parecer, ou se aquilo que você tá lançando é, no sentido de gosto, bom. Esse julgamento é exatamente o motivo pelo qual você foi contratado.
O erro é achar que o site inteiro é feito desse tipo de trabalho. Quase nada é. Mas essa parte pequena importa mais que todo o resto.
Pilha 3: A zona cinzenta (depende de quem você é)
Entre as tarefas e o intocável fica a parte que nenhum produto resolve por você, porque a linha passa em lugares diferentes pra pessoas diferentes.
Pega uma mudança real: deixar o dark mode como tema padrão quando alguém cai no site. Um agente faz em segundos. A pergunta é quem decide se isso deve acontecer.
| Papel | Onde traça a linha | Por quê |
|---|---|---|
| Designer de marca | Manual | O tema padrão é uma declaração sobre como a marca quer ser vista primeiro |
| Dev frontend | Deixa o agente aplicar | É um default de uma linha com rationale claro |
Mesma mudança, mesmo site — e os dois traçam a linha em lugares opostos. Não é que um é cauteloso e o outro inconsequente. É que a mesma tarefa carrega quantidades diferentes de julgamento pra cada um.
Não existe default que um produto possa lançar que sirva pros dois. Por isso o controle precisa ser por tarefa e por pessoa.
💡 Se você quer ver como times em hiperescala resolvem a mesma tensão, dá uma olhada em como a Meta construiu uma plataforma unificada de agentes de IA pra eficiência de capacidade.
Começa estreito. Alarga conforme a confiança vem.
Nada disso significa virar o site pra autônomo no dia 1. Na prática é o contrário: você delega um pouco, observa, e afrouxa.
E dá pra observar de verdade. Runs de cada agente, histórico, logs e um antes-e-depois do que ele mudou ficam disponíveis pra inspeção. Confiança não cresce porque você se acostumou com a ideia — cresce porque você consegue ver o que aconteceu e comparar. Na primeira vez que um agente conserta quieto algo que você teria deixado passar, e você vê exatamente o que ele fez, a próxima delegação fica mais fácil.
O site congelado é o risco real
O medo que as pessoas verbalizam primeiro é que um agente mude algo no site delas sem elas saberem. Inverte: o risco real é um site que nunca muda. Site congelado não fica seguro. Só fica pra trás — devagar, de um jeito que ninguém percebe até ele representar uma empresa que já não existe.
O ponto da autonomia nunca foi te tirar do seu site. Foi tirar a decadência.
Próximos passos
- Audita sua carga de manutenção. Lista toda tarefa recorrente. A maioria vai cair na Pilha 1.
- Escolhe uma tarefa pra delegar primeiro. Scan de acessibilidade ou otimização de imagem são bons começos.
- Monta observabilidade antes da autonomia. Logs e diffs são inegociáveis.
- Revisa a linha todo mês. O que precisava de aprovação no trimestre passado talvez já dê pra delegar.
🔗 Leitura relacionada: Microsoft Build 2026 Fabric, Rayfin e HorizonDB redefinem o desenvolvimento de apps agênticos.
Traça a linha onde tá o seu valor. Deixa os agentes segurarem tudo do outro lado. E deixa a linha se mover conforme eles provam que conseguem. 🚀