Was macht ui-design-exploration?
Erstelle eine nutzbare Designrichtung für die gestellte Aufgabe. Untersuche die vorhandenen Bildschirme, Komponenten, Tokens, Dichte, Inhalte und Interaktionskonventionen, bevor du Alternativen generierst. Bewahre die Produktidentität, sofern keine Neugestaltung angefordert ist.
Referenznachweise verwenden
Wenn externe Referenzen die Aufgabe beeinflussen, verwende design-reference-research, falls verfügbar, oder durchsuche die relevanten bereitgestellten/Standardquellen direkt. Erfasse die Quellenabdeckung, IDs, Beobachtungen und Unklarheiten. Führe keine bereits abgeschlossene Forschung erneut durch und behandle kein ungeprüftes Moodboard als Beleg. Die Verfügbarkeit von Referenzen macht Forschung nicht obligatorisch für eine kleine Aufgabe, die bereits im Produkt verankert ist.
Setze nützliche Prinzipien mit der vorhandenen Produktidentität in originelle Alternativen um. Erkläre, wie jede folgenreiche Wahl aus der Benutzeraufgabe und den Belegen folgt. Löse widersprüchliche Muster durch Plattform, Aufgabe und Einschränkungen auf; vermische keine inkompatiblen Navigationssysteme oder kopiere das Branding eines anderen Produkts. Trage unbekannte Interaktionszustände als zu überprüfende Fragen weiter, anstatt beobachtetes Verhalten stillschweigend zu erfinden.
Alternativen gestalten
Kläre nur Entscheidungen, die das Ergebnis wesentlich verändern. Identifiziere die Benutzeraufgabe, die Inhaltshierarchie, die relevanten Zustände, die Zugänglichkeitseinschränkungen und die Zieloberflächen. Lass Alternativen sich in folgenreicher Struktur oder Interaktion unterscheiden, nicht nur in der Farbe. Verwende eine kleine Anzahl proportional zur Anfrage; generiere nicht immer drei oder parallel arbeitende Agenten.
Halte explorative Artefakte getrennt vom Produktionscode, es sei denn, die Implementierung wurde bereits angefordert. Verwende realistische Daten, lange Labels, leere/Fehlerzustände und responsive Layouts, wo sie die Wahl beeinflussen. Zeige, was jede Alternative verbessert und kostet. Ein Screenshot allein spezifiziert weder Fokus, Navigation noch Persistenz.
Verfügbare Designfähigkeiten nutzen
Verwende repository-native Komponenten und verfügbare Vorschau-/Designtools. Ein nutzbares Arbeitsergebnis kann lokales HTML, eine bestehende Design-Leinwand oder eine kommentierte Visualisierung sein; es muss nicht von einem gehosteten Anbieter abhängen. Behaupte nicht, dass ein Design gerendert oder getestet wurde, ohne diesen Nachweis.
Bei einer explizit konfigurierten Superdesign-Integration lies hosted-design.md. Der Workflow muss auch funktionieren, wenn dieser Dienst nicht verfügbar ist. Lade kein neuestes CLI herunter, erstelle kein Konto und lade keine Quelle als implizite Voraussetzung für Designarbeit hoch.
Eine Richtung übergeben
Vergleiche Alternativen mit der Aufgabe und den Einschränkungen. Wenn der Benutzer eine Auswahl anfordert, präsentiere die tatsächlichen Alternativen für diese Entscheidung. Wenn der Benutzer dir die Wahl überlässt, empfehle und fahre mit Begründung fort, anstatt eine weitere Genehmigungsstufe einzuführen.
Stelle das ausgewählte Artefakt, wiederverwendete Tokens/Komponenten, Layoutregeln, responsive Änderungen, Interaktions-/Fokusverhalten, relevante Zustände, Assets und ungelöste Entscheidungen bereit. Verknüpfe Akzeptanzkriterien und beabsichtigte Abweichungen nach Möglichkeit mit Referenznachweis-IDs; eine nicht ausgewählte Alternative ist keine Implementierungsanforderung. Unterscheide ein ausgewähltes Design von einer funktionierenden Implementierung. Leite autorisierte Implementierung an frontend-ui-engineering weiter und Kritik an plan-design-review, falls verfügbar, ohne dass eine Installation erforderlich ist.
Lies provenance.md für die upstream-Workflow-Quelle und Hinweise.