Erstelle mit dem vorhandenen Projekt-Stack und ausdrücklich gekennzeichneten Demodaten für [PROJECT] und [AUDIENCE] einen interaktiven Frontend-Prototyp. Die Aufgabe lautet: API-Schlüsselverwaltung.

## Erforderliche Inhalte und Struktur

Liste benannte Schlüssel, Berechtigungen, Erstellungsdaten und Widerrufsaktionen auf.

Verwende [APPROVED_CONTENT] als Quelle für Namen, Daten, Zahlen, Aussagen und Ziele. Führe fehlende Angaben auf, bevor du etwas ersetzt. Falls eine Demonstration erforderlich ist, kennzeichne deren Inhalte als fiktiv. Erfinde keine Kundenstimmen, Rankings, Partnerlogos oder Produktfunktionen.

## Designausrichtung

Verwende [BRAND_RULES] und das bereits im Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Richtung: warmes Weiß, tintenschwarzer Text und zurückhaltende mintfarbene Auswahlzustände; großzügige Abstände und einfache Steuerelemente. Verwende Typografie, Abstände und Farbrollen konsistent. Stelle die Aufgabe über dekorative Elemente und vermeide eine generische Sammlung unzusammenhängender Karten.

## Inhaltsvorbereitung

Definiere Schlüsselnamen, Geltungsbereiche, Erstellungsdaten, die Anzeige der letzten Verwendung und das Widerrufsverhalten. Verwende maskierte Beispiel-Token und erläutere die Regel zur einmaligen Anzeige neu erstellter Schlüssel.

## Layout und Verhalten

Trenne das Erstellen eines Schlüssels, das Anzeigen seiner Berechtigungen und seinen Widerruf voneinander. Zeige das Geheimnis nicht in Listenansichten an und benenne im Bestätigungsdialog für den Widerruf den ausgewählten Schlüssel.

## Aufgabenspezifische Abnahmeprüfung

- Zeige ausschließlich maskierte Beispiele an und weise ausdrücklich darauf hin, dass das Geheimnis nur einmal sichtbar ist.
- Teste einen ungenutzten Schlüssel, einen langen Namen und einen fehlgeschlagenen Widerruf.
- Eine angezeigte Erfolgsmeldung muss dem tatsächlichen Ergebnis der Aktion entsprechen. Beim erneuten Öffnen eines vorhandenen Schlüssels darf ein nicht mehr verfügbares Geheimnis nicht offengelegt werden.

## Implementierung und Prüfung

Halte Texte bearbeitbar. Verwende eine semantische Struktur, aussagekräftig beschriftete Steuerelemente, einen sichtbaren Tastaturfokus und geeignete Leer- und Fehlerzustände. Prüfe schmale und breite Layouts. Berücksichtige Einstellungen für reduzierte Bewegung. Behalte das vorhandene Projekt-Framework und seine Abhängigkeiten bei; ersetze den Stack nicht stillschweigend. Gib die bearbeitbaren Dateien zurück und erläutere unvollständiges Verhalten oder nicht unterstützte Eingaben. Prüfe diese konkrete Aufgabe, bevor du zusätzliche Funktionen vorschlägst.

## Referenzanhang und Rekonstruktionsziel

Füge reference.webp aus dem Download-Paket dieses Prompts zusammen mit diesem Prompt in OpenDesign ein. Erstelle ein bearbeitbares Ergebnis mit ähnlicher Komposition und Hierarchie; binde nicht das gesamte Referenzbild als fertige Benutzeroberfläche ein. Bewahre freigegebene Projektinhalte und Markenregeln, wenn sie fiktiven Beispielbeschriftungen widersprechen. Falls das Bild fehlt oder unleserlich ist, frage danach, anstatt visuelle Übereinstimmung zu behaupten.

## Komposition und Inhalt der Referenz

Verwende die beigefügte Datei reference.webp als visuelle Referenz für die API-Schlüsselverwaltung. Ermittle vor der Umsetzung von oben nach unten die wichtigsten Bereiche, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, anstatt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Führe benannte Schlüssel, Berechtigungen, Erstellungsdaten und Aktionen zum Widerrufen auf. Nutze bei der Übertragung des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Trenne das Erstellen eines Schlüssels, das Anzeigen seiner Berechtigungen und seinen Widerruf voneinander. Zeige das Geheimnis nicht in Listenansichten an und benenne im Bestätigungsdialog für den Widerruf den ausgewählten Schlüssel.

## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen

Warmes Weiß, tintenschwarzer Text und zurückhaltende mintfarbene Auswahlzustände; großzügige Abstände und einfache Steuerelemente.

## Interaktionsspezifikation

Die Referenz ist ein statisches Konzept: Das unten beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass die Abbildung bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Führe benannte Schlüssel, Berechtigungen, Erstellungsdaten und Aktionen zum Widerrufen auf. Zeige ausschließlich maskierte Beispiele an und weise ausdrücklich darauf hin, dass das Geheimnis nur einmal sichtbar ist. Gib für jedes sichtbare Steuerelement den Auslöser, den betroffenen Zustand und das Feedback an. Implementiere lokale Änderungen mit einem konsistenten Zustand über zusammengehörige Ansichten hinweg. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand haben und Speicheraktionen gegebenenfalls sichtbares Feedback für ausstehende, erfolgreiche oder fehlgeschlagene Vorgänge anzeigen. Füge keine themenfremden Abläufe hinzu. Verwende passende Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Bezeichnungen für Symbolsteuerelemente. Erwecke nicht den Eindruck, dass ein Backend-Vorgang erfolgreich war, wenn lediglich eine lokale Demo geändert wurde.

## Visueller Vergleich und Übergabe

1. Vergleiche das Ergebnis bei übereinstimmenden Proportionen mit dem angehängten Bild. Prüfe vor der Ausarbeitung dekorativer Details die Platzierung der Hauptbereiche, relative Bildgrößen, Zeilenumbrüche, Abstände, typografische Hierarchie, Kontrast, aktive Zustände und Inhaltsdichte.
2. Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
3. Halte Logos, Fotos und Symbole als separate Assets und alle aussagekräftigen Beschriftungen bearbeitbar. Führe nicht verfügbare Schriftarten und Assets sowie beabsichtigte Abweichungen auf. Gib die funktionsfähigen Dateien zusammen mit einer knappen Beschreibung des implementierten Verhaltens und der noch ausstehenden Integrationen zurück; versprich nicht allein auf Grundlage des Prompts ein pixelgenaues Ergebnis.