Crea un prototipo di app modificabile con approccio mobile-first usando lo stack di progetto esistente per [PROJECT] e [AUDIENCE]. L’attività è: diario di pratica musicale.

## Contenuti e struttura obbligatori

Crea una sessione di pratica a partire dagli esercizi, imposta tempo obiettivo e durata, quindi registra il tempo effettivamente praticato e una nota sulla registrazione.

## Schermate e navigazione

Crea tre viste collegate: Piano di pratica; Timer dell’esercizio; Note della sessione. Mantieni l’elemento selezionato visibile nel titolo o nel riepilogo della schermata. Prevedi un’azione Indietro esplicita e conserva i dati in corso di inserimento durante il passaggio tra le viste. Mantieni l’azione principale vicino al contenuto pertinente e considera le aree sicure dei dispositivi mobili, una tastiera software visibile e le etichette tradotte lunghe. Alle larghezze desktop, adatta la composizione senza rimuovere passaggi né modificare l’attività.

## Dati del progetto

Usa [APPROVED_CONTENT] per nomi, dati, etichette, quantità e destinazioni. Chiedi i dati mancanti anziché inventare dichiarazioni operative. I dati dimostrativi possono usare il brand fittizio Tempo Notes; contrassegnali come dati di esempio. Spiega quali azioni sono interazioni locali del prototipo e quali richiederebbero autenticazione, persistenza, autorizzazioni o un backend. Non collegare servizi esterni né dichiarare che una transazione sia stata completata, a meno che l’integrazione non sia stata implementata e verificata esplicitamente.

## Direzione del design

Segui [BRAND_RULES]. Se non viene fornito alcun brand, usa blu notte, bianco caldo, ambra e dettagli a griglia musicale. Rendi il flusso di lavoro riconoscibile attraverso i suoi contenuti e controlli specifici, anziché ripetere generiche schede da dashboard. Usa una scala di spaziatura coerente e una gerarchia testuale chiara. Includi un indicatore visibile dello stato attivo da tastiera, nomi accessibili, contrasto sufficiente ed etichette di stato che non dipendano dal colore. Rispetta le preferenze di riduzione del movimento e mantieni facoltative le transizioni animate.

## Verifica di accettazione specifica dell'attività

- Mantieni separati il tempo obiettivo e quello registrato e non suggerire mai che l’interfaccia abbia valutato la qualità dell’esecuzione.

## Stati di interazione

Implementa il percorso ideale su tre schermate con dati di esempio locali. Includi uno stato vuoto utile, una convalida prima di completare un’azione, uno stato di caricamento o in sospeso e uno stato di errore recuperabile. Le modifiche distruttive richiedono un passaggio di revisione o la possibilità di annullarle. Mantieni coerente lo stato di un record in tutte e tre le viste. Non eliminare senza avviso i dati inseriti solo in parte e non modificare la scelta dell’utente dopo un nuovo tentativo.

## Consegna e revisione

Fornisci le viste modificabili dell’app e illustra il modello dei dati, l’eventuale comportamento dell’archiviazione locale e le integrazioni non implementate. Esegui i test a 320px e in un viewport più ampio, usando la navigazione da tastiera e contenuti lunghi. Prima di aggiungere funzionalità, verifica il risultato usando il controllo di accettazione specifico per l’attività riportato sopra. Mantieni il comportamento dimostrativo chiaramente distinto da quello di un servizio di produzione operativo.

## 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 il diario di pratica musicale. Prima di realizzarlo, individua dall’alto verso il basso le aree principali, le relative larghezze e altezze, l’allineamento, le spaziature, la gerarchia tipografica, i colori delle superfici, i bordi, le immagini e i componenti ricorrenti. Mantieni queste relazioni anziché sostituirle con un modello generico. Contenuti richiesti per l’attività: crea una sessione di pratica a partire dagli esercizi, imposta tempo obiettivo e durata, quindi registra il tempo effettivamente praticato e una nota sulla registrazione. Quando traduci l’immagine in elementi modificabili, segui queste indicazioni specifiche per il layout: usa Piano di pratica come schermata iniziale, assegna a Timer dell’esercizio un’azione principale chiara e fai in modo che Note della sessione spieghi cosa è accaduto e cosa può accadere dopo. Usa blu notte, bianco caldo, ambra e dettagli a griglia musicale come direzione iniziale, adattandola al brand fornito. Mantieni visibili l’identità dell’elemento e il contesto di navigazione nelle tre schermate. Dai priorità a controlli facilmente raggiungibili con il pollice e a etichette leggibili rispetto ai pannelli decorativi; sugli schermi più ampi, mantieni coerente il flusso di lavoro anziché estendere una composizione mobile da un bordo all’altro.

## Direzione visiva dal brief di esempio

blu notte, bianco caldo, ambra e dettagli a griglia musicale.

## 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 e crea il flusso collegato: crea una sessione di pratica a partire dagli esercizi, imposta tempo obiettivo e durata, quindi registra il tempo effettivamente praticato e una nota sulla registrazione. Mantieni separati il tempo obiettivo e quello registrato e non suggerire mai che l’interfaccia abbia valutato la qualità dell’esecuzione. Per ogni controllo visibile, specifica l’evento che lo attiva, lo stato interessato e il feedback; implementa le modifiche locali mantenendo lo stato coerente 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 a icona. Non suggerire che un’operazione di backend sia riuscita quando è stata modificata 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.