Progressive enhancement para interfaces geradas por IA

Vale mesmo usar um recurso que nem todo navegador suporta? A gente já aceita experiências diferentes em dispositivos diferentes. Por que não em navegadores diferentes?

A resposta depende de um detalhe. Quem está num navegador antigo pode não ter escolha, ou não saber atualizar. A culpa não é dessa pessoa, então o essencial tem que funcionar em todo lugar e o resto vem por cima: @supports para detectar recursos de CSS, Modernizr quando precisar de mais. Progressive enhancement é uma ideia antiga. E está prestes a ser útil de novo.

Interface gerada por IA traz uma dependência que se comporta pior do que qualquer navegador já se comportou. Às vezes é lenta, às vezes erra, às vezes cai, às vezes o usuário desliga. Se a página só faz sentido quando o modelo responde, o pior dia do seu provedor vira o pior dia do seu produto. O modelo é a camada menos confiável que você já colocou em produção.

Aqui está um card construído em camadas. Tire uma de cada vez.

Fig. 1 — Um card em três camadassimulação · o modelo é de mentira

Carregando a figura interativa…

Versão estática: o card mostra os fatos do servidor em qualquer situação; filtros precisam de JavaScript; o resumo só aparece se o modelo responder.

Desligue o JavaScript e os fatos continuam lá. Finja que o navegador não tem container queries e os filtros ficam, só que empilhados. Faça o modelo falhar e só o resumo vai embora; o espaço reservado avisa em vez de quebrar o layout. Deixe o modelo lento e o texto chega aos pedaços, num lugar que já era dele.

Nenhuma chamada ao modelo é necessária para a página ser útil. Esse é o design inteiro.

As ferramentas mudaram; a ideia não. Onde antes ficava o @supports, agora ficam um timeout, um kill switch e uma configuração do usuário. O essencial não depende da camada nova, e a camada nova se anuncia quando chega: em streaming num espaço reservado para ela, para nada pular, e identificada, para ninguém confundir texto gerado com os fatos em volta.