Crea un prototipo frontend interattivo utilizzando lo stack di progetto esistente e dati dimostrativi esplicitamente etichettati per [PROJECT] e [AUDIENCE]. L'attività è: gestione delle chiavi API. ## Contenuti e struttura obbligatori Elenca i nomi delle chiavi, le autorizzazioni, le date di creazione e le azioni di revoca. 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: bianco caldo, testo color inchiostro e stati selezionati in verde menta discreto; spaziatura generosa e controlli semplici. Mantieni coerenti tipografia, spaziatura e ruoli cromatici. Dai priorità all’attività rispetto agli elementi decorativi ed evita una raccolta generica di schede non correlate. ## Preparazione dei contenuti Definisci i nomi delle chiavi, gli ambiti, le date di creazione, la visualizzazione dell’ultimo utilizzo e il comportamento di revoca. Usa token di esempio mascherati e spiega la regola di visualizzazione unica per le chiavi appena create. ## Layout e comportamento Separa la creazione di una chiave, la visualizzazione delle relative autorizzazioni e la revoca. Non mostrare il segreto nelle viste elenco e fai in modo che la conferma di revoca identifichi la chiave selezionata. ## Verifica di accettazione specifica dell'attività - Mostra solo esempi mascherati e specifica chiaramente che il segreto è visibile una sola volta. - Testa una chiave mai utilizzata, un nome lungo e una revoca non riuscita. - Un messaggio di operazione riuscita deve riflettere l'esito effettivo e la riapertura di una chiave esistente non deve mostrare un segreto che non è più disponibile. ## 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 la gestione delle chiavi API. Prima di procedere, identifica dall'alto verso il basso le aree principali, 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 per l'attività: elenca chiavi con nome, autorizzazioni, date di creazione e azioni di revoca. Quando traduci l'immagine in elementi modificabili, segui queste indicazioni di layout specifiche per l'attività: separa la creazione di una chiave, la visualizzazione delle relative autorizzazioni e la revoca. Non mostrare il segreto nelle viste elenco e fai in modo che la conferma di revoca identifichi la chiave selezionata. ## Direzione visiva dal brief di esempio bianco caldo, testo color inchiostro e stati selezionati in verde menta discreto; spaziatura generosa e controlli semplici. ## Specifiche di interazione Il riferimento è un concept statico: il comportamento descritto di seguito è un requisito da implementare, non una prova che l'immagine sia già funzionante. Copia il prompt personalizzato nel progetto su cui stai lavorando. Inizia dall'attività principale: elenca chiavi con nome, autorizzazioni, date di creazione e azioni di revoca. Mostra solo esempi mascherati e specifica chiaramente che il segreto è visibile una sola volta. Per ogni controllo visibile, specifica l'evento di attivazione, lo stato interessato e il feedback; implementa le modifiche locali mantenendo lo stato coerente tra le viste correlate. Fai in modo che ricerca e filtri restituiscano risultati reali, che i controlli di selezione abbiano uno stato attivo esplicito e che le azioni di salvataggio mostrino, ove pertinente, un feedback visibile di attesa, riuscita o errore. Non aggiungere flussi di lavoro non correlati. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli a icona. Non indicare che un'operazione backend è riuscita se è stata modificata soltanto 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.