Crie um protótipo frontend interativo usando a stack existente do projeto e dados de demonstração explicitamente identificados para [PROJECT] e [AUDIENCE]. A tarefa é: Privacidade e Exportação de Dados. ## Conteúdo e estrutura obrigatórios Permita que os usuários revisem o escopo da exportação, solicitem um arquivo e vejam os estados pendente, pronto e expirado. 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: tela neutra clara, texto em grafite, destaque em cobalto e separadores finos e precisos; hierarquia densa, mas legível. Mantenha consistentes as funções da tipografia, do espaçamento e das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões não relacionados. ## Preparação do conteúdo Defina o escopo da exportação, os estados da solicitação, o método de entrega, a expiração e os requisitos de acesso. Use dados pessoais de exemplo e evite garantias fixas de processamento, a menos que sejam fornecidas. ## Layout e comportamento Permita que os usuários revisem o conteúdo da exportação antes de solicitá-la. Mostre os estados pendente, pronto, com falha e expirado, com ações adequadas a cada etapa. ## Verificação de aceitação específica da tarefa - Deixe claros o prazo de entrega e o tratamento de dados sensíveis, sem oferecer garantias. - Teste um download expirado e uma solicitação ainda em processamento. - Não exiba uma ação de download funcional antes que o arquivo exista nem sugira que um link expirado mantém o acesso a dados sensíveis. ## 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. ## 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 Privacidade e Exportação de Dados. 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: permita que os usuários revisem o escopo da exportação, solicitem um arquivo e vejam os estados pendente/pronto/expirado. Use as seguintes orientações de layout específicas da tarefa ao converter a imagem em elementos editáveis: permita que os usuários revisem o conteúdo da exportação antes de solicitá-la. Mostre os estados pendente, pronto, com falha e expirado, com ações adequadas a cada etapa. ## Direção visual do briefing de exemplo tela neutra clara, texto em grafite, destaque em cobalto e separadores finos e precisos; hierarquia densa, mas legível. ## Especificação de interação A referência é um conceito estático: o comportamento abaixo é um requisito a ser implementado, não uma prova de que a imagem já funciona. Copie o prompt personalizado para o projeto em que você está trabalhando. Comece pela tarefa principal: permita que os usuários revisem o escopo da exportação, solicitem um arquivo e vejam os estados pendente/pronto/expirado. Deixe claros o prazo de entrega e o tratamento de dados sensíveis, sem oferecer garantias. Para cada controle visível, especifique seu acionador, o estado afetado e o feedback; implemente alterações locais com estado consistente entre as visualizações relacionadas. Faça com que a busca e os filtros retornem resultados reais, dê aos controles de seleção um estado ativo explícito e, quando pertinente, mostre feedback visível de pendência/sucesso/falha para as ações de salvar. Não adicione fluxos de trabalho não relacionados. Use links adequados para navegação, botões para ações e nomes acessíveis para controles de ícone. Não sugira que uma operação no backend foi concluída 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.