Crie um estudo de interação em HTML/CSS/JavaScript com estados inicial, ativo e concluído explícitos e uma alternativa legível para prefers-reduced-motion, destinado a [PROJECT] e [AUDIENCE]. A tarefa é: Estados de feedback do botão.

## Conteúdo e estrutura obrigatórios

Mostre os estados de foco do cursor, foco, pressionado, carregando e concluído para uma ação principal.

Use [APPROVED_CONTENT] como fonte de nomes, datas, números, alegações e destinos. Liste as informações ausentes antes de substituir qualquer conteúdo. Se for necessária uma demonstração, identifique o conteúdo como fictício. Não invente depoimentos de clientes, classificações, logotipos de parceiros ou recursos do produto.

## Direção de design

Use [BRAND_RULES] e o sistema de design já selecionado no projeto. Se nenhum sistema tiver sido fornecido, comece com esta direção: branco, grafite e destaques em verde vibrante; estados inicial, de transição e final claramente identificados. Mantenha consistentes a tipografia, o espaçamento e as funções das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões sem relação entre si.

## Preparação do conteúdo

Defina a ação e seus eventos reais nos estados inativo, com foco do cursor, com foco, pressionado, carregando, de sucesso e de falha. Determine em que momento a operação estará realmente concluída.

## Layout e comportamento

Mantenha a geometria do botão estável durante as mudanças de estado. Use texto ou um ícone junto com o movimento para diferenciar espera, sucesso e erro, com foco de teclado visível.

## Verificação de aceitação específica da tarefa

- Não use animação como único feedback nem indique sucesso antes da conclusão.
- Acione uma operação lenta e uma falha.
- Uma marca de seleção deve aparecer após a conclusão, não após um temporizador, e a redução de movimento deve preservar todo o feedback essencial.

## Implementação e revisão

Mantenha o texto editável. Use estrutura semântica, controles descritivos, foco de teclado visível e estados vazios/de erro adequados. Verifique layouts estreitos e amplos. Respeite as preferências de movimento reduzido. Preserve o framework e as dependências existentes do projeto; não substitua a stack silenciosamente. Entregue os arquivos editáveis e explique qualquer comportamento incompleto ou informação de entrada não compatível. Revise esta tarefa específica antes de propor recursos adicionais.

Disponibilize todas as informações e ações sem depender de animação. Ofereça pausa ou opção de dispensar quando pertinente. Documente os acionadores e as transições; não substitua o progresso real por um cronômetro decorativo.

## Anexo de referência e objetivo da reconstrução

Anexe o arquivo reference.webp do pacote de download deste prompt ao lado deste prompt no OpenDesign. Crie um resultado editável com composição e hierarquia semelhantes; não incorpore toda a imagem de referência como interface final. Preserve o conteúdo aprovado do projeto e as regras da marca caso entrem em conflito com rótulos fictícios de exemplo. Se a imagem estiver ausente ou ilegível, solicite-a em vez de alegar fidelidade visual.

## Composição e conteúdo da referência

Use o arquivo reference.webp anexado como referência visual para os Estados de feedback do botão. Antes de criar, identifique as principais regiões de cima para baixo, suas larguras e alturas relativas, alinhamento, espaçamento, hierarquia tipográfica, cores das superfícies, bordas, imagens e componentes repetidos. Preserve essas relações em vez de substituí-las por um modelo genérico. Conteúdo obrigatório da tarefa: mostre os estados de passar o cursor, foco, pressionado, carregamento e concluído de uma ação principal. Ao transformar a imagem em elementos editáveis, siga esta orientação de layout específica da tarefa: mantenha a geometria do botão estável durante as mudanças de estado. Use texto ou um ícone junto com o movimento para diferenciar espera, sucesso e erro, com foco de teclado visível.

## Direção visual do briefing de exemplo

branco, grafite e destaques em verde vibrante; estados inicial, de transição e final claramente identificados.

## Especificação de interação

A referência é um conceito estático: o comportamento abaixo é um requisito de implementação, não uma prova de que a imagem já funciona. Copie o prompt personalizado para seu projeto de trabalho. Comece pela tarefa principal: mostre os estados de passar o cursor, foco, pressionado, carregamento e concluído de uma ação principal. Não use animação como único feedback nem indique sucesso antes da conclusão. Para cada controle visível, especifique seu acionador, o estado afetado e o feedback; implemente alterações locais mantendo o estado consistente entre visualizações relacionadas. Faça com que buscas e filtros apresentem resultados reais, que os controles de seleção tenham um estado ativo explícito e que as ações de salvar exibam feedback visível de pendência, sucesso ou falha quando relevante. Não adicione fluxos de trabalho sem relação com a tarefa. Use links adequados para navegação, botões para ações e nomes acessíveis para controles com ícones. Não indique que uma operação de backend foi bem-sucedida quando apenas uma demonstração local foi alterada.

## Comparação visual e entrega

1. Compare o resultado com a imagem anexada nas mesmas proporções. Revise o posicionamento das principais regiões, os tamanhos relativos das imagens, as quebras de linha, o espaçamento, a hierarquia tipográfica, o contraste, os estados ativos e a densidade do conteúdo antes de aperfeiçoar os detalhes decorativos.
2. Em seguida, teste o layout estreito sem comprimir o texto da versão para desktop em rótulos minúsculos.
3. Mantenha logotipos, fotos e ícones como arquivos separados e todos os rótulos relevantes editáveis. Liste fontes/arquivos indisponíveis e qualquer diferença intencional. Entregue os arquivos funcionais com uma descrição concisa do comportamento implementado e das integrações pendentes; não prometa um resultado idêntico pixel a pixel apenas com base no prompt.