Erstelle mit dem vorhandenen Projekt-Stack und ausdrücklich gekennzeichneten Demodaten einen interaktiven Frontend-Prototyp für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Komponenten-Playground. ## Erforderliche Inhalte und Struktur Ermögliche Nutzern, Varianten, Zustände, Eigenschaften und ein Codebeispiel einer Komponente zu prüfen. 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 Stelle eine echte Komponente, unterstützte Varianten, Eigenschaftsdefinitionen und Beispielzustände bereit. Der angezeigte Code muss sich auf dieselbe Komponentenversion beziehen. ## Layout und Verhalten Verwende eine stabile Vorschau neben den Steuerelementen und einem Codebeispiel. Gruppiere zusammengehörige Eigenschaften und erkläre nicht verfügbare Kombinationen, statt eine ausgewählte Option stillschweigend zu ignorieren. ## Aufgabenspezifische Abnahmeprüfung - Stelle sicher, dass die Steuerelemente dieselbe Vorschau aktualisieren, und dokumentiere deaktivierte Zustände. - Ändere mehrere Eigenschaften und setze sie zurück. - Code, Vorschau und Steuerungswerte müssen übereinstimmen; teste deaktivierte Zustände, lange Beschriftungen und ungültige Eigenschaftskombinationen. ## 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 angehängte Datei reference.webp als visuelle Referenz für das Komponenten-Playground. Ermittle vor der Umsetzung die wichtigsten Bereiche von oben nach unten sowie ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildsprache und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Ermögliche es Nutzern, Varianten, Zustände, Eigenschaften und ein Codebeispiel einer Komponente zu prüfen. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Verwende eine stabile Vorschau neben den Steuerelementen und einem Codebeispiel. Gruppiere zusammengehörige Eigenschaften und erkläre nicht verfügbare Kombinationen, statt eine ausgewählte Option stillschweigend zu ignorieren. ## 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 nachfolgend beschriebene Verhalten muss implementiert werden und ist kein Beleg dafür, dass das Bild bereits interaktiv funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Ermögliche es Nutzern, Varianten, Zustände, Eigenschaften und ein Codebeispiel einer Komponente zu prüfen. Stelle sicher, dass die Steuerelemente dieselbe Vorschau aktualisieren, und dokumentiere deaktivierte Zustände. Definiere für jedes sichtbare Steuerelement seinen Auslöser, den betroffenen Zustand und die Rückmeldung; implementiere lokale Änderungen mit einem konsistenten Zustand in zusammengehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand haben und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für ausstehende, erfolgreiche oder fehlgeschlagene Vorgänge anzeigen. Füge keine themenfremden Arbeitsabläufe hinzu. Verwende echte Links zur Navigation, Schaltflächen für Aktionen und barrierefreie Bezeichnungen für Symbolsteuerelemente. Erwecke nicht den Eindruck, ein Backend-Vorgang sei erfolgreich gewesen, wenn sich nur eine lokale Demo geändert hat. ## 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.