Crea un prototipo frontend interattivo usando lo stack esistente del progetto e dati demo esplicitamente etichettati per [PROJECT] e [AUDIENCE]. L'attività è: Accesso e recupero. ## Contenuti e struttura obbligatori Progetta gli stati di accesso, richiesta di recupero, conferma dell'invio e link non valido. Usa [APPROVED_CONTENT] come fonte per nomi, date, dati, dichiarazioni e destinazioni. Elenca gli input mancanti prima di sostituire qualsiasi elemento. Se è necessaria una dimostrazione, indica che i contenuti sono fittizi. Non inventare citazioni di clienti, classifiche, loghi di partner o funzionalità del prodotto. ## Direzione del design Usa [BRAND_RULES] e il design system già selezionato nel progetto. Se non è stato fornito alcun sistema, parti da questa direzione: sfondo neutro chiaro, testo color grafite, accenti cobalto e separatori sottili e precisi; gerarchia densa ma leggibile. Mantieni coerenti i ruoli di tipografia, spaziatura e colore. Dai priorità all'attività rispetto agli elementi decorativi ed evita una raccolta generica di schede non correlate. ## Preparazione dei contenuti Definisci i campi di accesso, gli stati di recupero e i messaggi di autenticazione approvati. Usa credenziali fittizie e specifica il comportamento dei link di recupero scaduti o non validi. ## Layout e comportamento Separa l'inserimento delle credenziali, la richiesta di recupero e la conferma di ricezione della richiesta. Rendi chiaro il ritorno all'accesso, evitando messaggi che rivelino l'esistenza di un account. ## Verifica di accettazione specifica dell'attività - Evita di rivelare l'esistenza di un account e non raccogliere credenziali reali in una demo. - Verifica input non validi, una richiesta non riuscita e un link scaduto. - Il prototipo deve mostrare gli stati senza raccogliere password reali né simulare l'autenticazione di un account reale. ## Implementazione e revisione Mantieni il testo modificabile. Usa una struttura semantica, controlli descrittivi, un focus da tastiera visibile e stati vuoti/di errore appropriati. Verifica i layout stretti e ampi. Rispetta le preferenze per la riduzione del movimento. Mantieni il framework e le dipendenze esistenti del progetto; non sostituire lo stack senza segnalarlo. Restituisci i file modificabili e spiega eventuali comportamenti incompleti o input non supportati. Esamina questa attività specifica prima di proporre funzionalità aggiuntive. ## Allegato di riferimento e obiettivo di ricostruzione Allega reference.webp, incluso nel pacchetto scaricabile di questo prompt, insieme al prompt in OpenDesign. Crea un risultato modificabile con composizione e gerarchia simili; non incorporare l'intera immagine di riferimento come interfaccia finale. Mantieni i contenuti di progetto approvati e le regole del brand se sono in conflitto con le etichette fittizie dell'esempio. Se l'immagine manca o è illeggibile, richiedila invece di dichiarare fedeltà visiva. ## Composizione e contenuti di riferimento Usa il file reference.webp allegato come riferimento visivo per Accesso e recupero. Prima di iniziare, individua le sezioni principali dall'alto verso il basso, le relative larghezze e altezze, l'allineamento, la spaziatura, la gerarchia tipografica, i colori delle superfici, i bordi, le immagini e i componenti ricorrenti. Mantieni queste relazioni anziché sostituirle con un modello generico. Contenuto richiesto dell'attività: progetta gli stati di accesso, richiesta di recupero, conferma dell'invio e link non valido. Nel tradurre l'immagine in elementi modificabili, segui queste indicazioni specifiche per il layout: separa l'inserimento delle credenziali, la richiesta di recupero e la conferma di ricezione della richiesta. Rendi chiaro il ritorno all'accesso, evitando messaggi che rivelino l'esistenza di un account. ## Direzione visiva dal brief di esempio sfondo neutro chiaro, testo color grafite, accenti cobalto e separatori sottili e precisi; gerarchia densa ma leggibile. ## Specifiche di interazione Il riferimento è un concept statico: il comportamento descritto di seguito è un requisito da implementare, non la prova che l'immagine sia già funzionante. Copia il prompt personalizzato nel progetto su cui stai lavorando. Inizia dall'attività principale: progettare gli stati di accesso, richiesta di recupero, conferma dell'invio e link non valido. Evita di rivelare l'esistenza di un account e non raccogliere credenziali reali in una demo. Per ogni controllo visibile, specifica l'evento che lo attiva, lo stato interessato e il feedback; implementa modifiche locali mantenendo la coerenza dello stato tra le viste correlate. Assicurati che ricerca e filtri producano risultati reali, che i controlli di selezione abbiano uno stato attivo esplicito e che le azioni di salvataggio mostrino, ove pertinente, feedback visibili per gli stati in sospeso, riuscito e non riuscito. Non aggiungere flussi di lavoro non pertinenti. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli con icone. Non lasciare intendere che un'operazione backend sia riuscita quando è cambiata solo una demo locale. ## Confronto visivo e consegna 1. Confronta il risultato con l'immagine allegata usando le stesse proporzioni. Prima di perfezionare i dettagli decorativi, verifica il posizionamento delle aree principali, le dimensioni relative delle immagini, le interruzioni di riga, la spaziatura, la gerarchia tipografica, il contrasto, gli stati attivi e la densità dei contenuti. 2. Quindi testa il layout stretto senza comprimere il testo desktop in etichette minuscole. 3. Mantieni loghi, foto e icone come risorse separate e tutte le etichette significative modificabili. Elenca eventuali caratteri o risorse non disponibili e qualsiasi scostamento intenzionale. Restituisci i file funzionanti insieme a una descrizione concisa dei comportamenti implementati e delle integrazioni ancora necessarie; non promettere un risultato identico al pixel basandoti solo sul prompt.