Sites devem ser tratados como sistemas vivos que mudam após o lançamento

Todo site atinge seu melhor momento no dia do lançamento e, a partir dali, tende a se afastar dele. Pierre Burgy, cofundador e CEO da Strapi, parte dessa constatação para defender que sites sejam tratados como sistemas vivos, capazes de continuar melhorando depois de publicados. Ele relata o que aprendeu ao construir a Fimo, plataforma de sites autônomos incubada na Strapi: a ideia de agentes que otimizam o site continuamente esbarra menos em tecnologia do que em um problema de desenho de produto - quase ninguém quer um site que mude inteiramente sozinho.

O problema do site que congela

Segundo Burgy, o site não quebra, mas fica para trás: o mercado muda, a mensagem da empresa muda, um concorrente lança algo, e o que foi cuidadosamente construído deixa de corresponder à empresa que representa. Um ano depois, vira uma peça de época. As equipes tratam essa decadência como lei natural, embora o site pudesse continuar se aprimorando enquanto o time trabalha em outra coisa.

O que agentes podem assumir

Ele divide a manutenção em três tipos. A maior parte é regida por regras, repetitiva e sem brilho: manter a acessibilidade em conformidade conforme as páginas mudam, propagar atualizações do design system quando um token muda, corrigir meta tag quebrada, imagem não otimizada ou link que apodreceu. Não é onde o talento está; é trabalho que as pessoas têm alívio em entregar. Como é definido por regras, não por gosto, os agentes seriam mais adequados. Burgy estima que essa camada seja cerca de 80% da carga de manutenção - e entregá-la não significa abrir mão de julgamento, mas de tarefas braçais.

O que não se delega

Há uma parte pequena que não deve ser automatizada a preço algum. Um agente pode verificar contraste, ordem de cabeçalhos, tokens e aderência ao guia de estilo, mas não decide como uma página deve parecer nem se o que está sendo lançado é bom em termos de gosto. Esse julgamento seria a razão pela qual as pessoas são contratadas. O erro, diz ele, é achar que o site inteiro é feito desse tipo de trabalho; quase nada seria, mas essa pequena parte importa mais que o resto.

A linha de autonomia é pessoal

Entre as tarefas e o intocável, há decisões que nenhum produto resolve pelo usuário, porque a linha varia de pessoa para pessoa. No exemplo do dark mode como tema padrão, uma designer responsável pela identidade vê a escolha como uma declaração de marca e quer decidir; um desenvolvedor a vê como uma linha de código com justificativa clara e a delegaria sem problema. A mesma tarefa carrega quantidades diferentes de julgamento para cada um. Por isso, o controle precisa ser por tarefa e por pessoa, não um ajuste único.

Construir e expandir a confiança

Burgy argumenta que não basta um botão de aprovar ou delegar. A unidade real de controle é o próprio agente: a pessoa compõe agentes, define o que cada um pode tocar e ajusta limites. Eles aprendem com tarefas e com o que lhes é ensinado, então a fronteira pode mudar - o que exigia aprovação antes pode ser delegado quando o agente demonstra confiança. A recomendação é começar restrito e ampliar. O sistema registra execuções, histórico, logs e antes e depois, permitindo inspecionar o que mudou. Se o humano não intervém, o agente segue; assim, ele deixa de ser gargalo.

O risco real

O medo inicial é que um agente altere algo sem permissão. Burgy inverte: o risco real é um site que nunca muda. Um site congelado não fica seguro, apenas fica para trás lentamente, até representar uma empresa que já não existe. O objetivo da autonomia não seria remover as pessoas do site, mas remover a decadência. A proposta final é desenhar a linha onde está o valor de cada um, deixar os agentes cuidarem do outro lado e permitir que essa linha se mova conforme eles provam que podem.