Erstelle mit dem vorhandenen Projekt-Stack und ausdrücklich gekennzeichneten Demodaten für [PROJECT] und [AUDIENCE] einen interaktiven Frontend-Prototyp. Die Aufgabe lautet: Design-Token-Editor. ## Erforderliche Inhalte und Struktur Gruppiere Farb-, Typografie-, Abstands- und Radius-Tokens mit verknüpften Komponentenvorschauen. 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 für das Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Ausrichtung: helle neutrale Arbeitsfläche, graphitfarbener Text, kobaltblauer Akzent und präzise Haarlinien-Trenner; eine kompakte, aber gut lesbare Hierarchie. Halte Typografie, Abstände und Farbrollen konsistent. Stelle die Aufgabe über dekorative Elemente und vermeide eine generische Sammlung zusammenhangloser Karten. ## Inhaltsvorbereitung Bereite Token-Namen, Werte, Aliasse und abhängige Komponenten aus einem tatsächlichen Designsystem vor. Füge eine Alias-Kette und eine Komponente ein, die das ausgewählte Token verwendet. ## Layout und Verhalten Kombiniere die Token-Bearbeitung mit einer Vorschau der betroffenen Komponenten. Zeige Alias-Abhängigkeiten, bevor eine Änderung angewendet wird, und unterscheide zwischen der Bearbeitung eines Basiswerts und dem Überschreiben einer semantischen Rolle. ## Aufgabenspezifische Abnahmeprüfung - Zeige betroffene Aliasse und Auswirkungen auf den Kontrast, bevor eine Token-Änderung angewendet wird. - Ändere eine gemeinsam verwendete Farbe und prüfe jede betroffene Vorschau. - Gib den Kontrast nur auf Grundlage einer echten Berechnung mit der angezeigten Vorder- und Hintergrundfarbe an und sorge dafür, dass ungültige Werte wiederhergestellt werden können. ## 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 reference.webp als visuelle Referenz für den Design-Token-Editor. Ermittle vor der Umsetzung die wichtigsten Bereiche von oben nach unten sowie ihre relativen Breiten und Höhen, Ausrichtung, Abstände, Typografiehierarchie, Flächenfarben, Rahmen, Bilder und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Gruppiere Farb-, Typografie-, Abstands- und Radius-Tokens mit verknüpften Komponentenvorschauen. Nutze bei der Übertragung des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Kombiniere die Token-Bearbeitung mit einer Vorschau der betroffenen Komponenten. Zeige Alias-Abhängigkeiten, bevor eine Änderung angewendet wird, und unterscheide zwischen der Bearbeitung eines Basiswerts und dem Überschreiben einer semantischen Rolle. ## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen Kombiniere die Token-Bearbeitung mit einer Vorschau der betroffenen Komponenten. Zeige Alias-Abhängigkeiten, bevor eine Änderung angewendet wird, und unterscheide zwischen der Bearbeitung eines Basiswerts und dem Überschreiben einer semantischen Rolle. ## Interaktionsspezifikation Die Referenz ist ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine zu implementierende Anforderung und kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Gruppiere Farb-, Typografie-, Abstands- und Radius-Tokens mit verknüpften Komponentenvorschauen. Zeige betroffene Aliasse und Auswirkungen auf den Kontrast, bevor eine Token-Änderung angewendet wird. Gib für jedes sichtbare Steuerelement Auslöser, betroffenen Zustand und Rückmeldung an; implementiere lokale Änderungen mit konsistentem Zustand in den zugehö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 und fehlgeschlagene Vorgänge anzeigen. Füge keine sachfremden Arbeitsabläufe hinzu. Verwende geeignete Links für die Navigation, Buttons für Aktionen und zugängliche Namen für Symbolsteuerelemente. Erwecke nicht den Eindruck, ein Backend-Vorgang sei erfolgreich gewesen, 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.