Design-Prompt verwenden
Projektanforderungen hinzufügen
Füge unten deinen Kontext hinzu. Er wird beim Kopieren oder Herunterladen in den Design-Prompt aufgenommen.
Erstelle mit dem vorhandenen Projekt-Stack und ausdrücklich gekennzeichneten Demodaten für [PROJECT] und [AUDIENCE] einen interaktiven Frontend-Prototyp. Die Aufgabe lautet: Builder für Automatisierungsworkflows.
Erforderliche Inhalte und Struktur
Verbinde einen Auslöser, Bedingungen und Aktionen mit Konfiguration und Testergebnissen.
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
Beschreibe den Auslöser, unterstützte Bedingungen, Aktionen und Konfigurationsfelder. Stelle Beispiele für unvollständige Knoten, Testausgaben und Ergebnisse der Live-Ausführung bereit.
Layout und Verhalten
Stelle Richtung und Abhängigkeiten des Workflows eindeutig dar. Platziere die Konfiguration in der Nähe des ausgewählten Knotens und unterscheide zwischen dem Testen des Ablaufs und seiner Aktivierung für reale Ereignisse.
Aufgabenspezifische Abnahmeprüfung
- Zeige unvollständige Knoten und unterscheide Testläufe von der Live-Ausführung.
- Teste eine nicht konfigurierte Aktion, einen fehlgeschlagenen Test und einen geänderten Auslöser.
- Die Validierung sollte auf den verantwortlichen Knoten verweisen, und ein erfolgreicher Test darf die Live-Ausführung nicht unbemerkt aktivieren.
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 den Builder für Automatisierungsworkflows. Ermittle vor der Umsetzung die Hauptbereiche von oben nach unten, 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: Verbinde einen Auslöser, Bedingungen und Aktionen mit Konfiguration und Testergebnissen. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Stelle Richtung und Abhängigkeiten des Workflows eindeutig dar. Platziere die Konfiguration in der Nähe des ausgewählten Knotens und unterscheide zwischen dem Testen des Ablaufs und seiner Aktivierung für reale Ereignisse.
Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
helle neutrale Arbeitsfläche, graphitfarbener Text, kobaltblauer Akzent und präzise Haarlinien-Trenner; eine kompakte, aber gut lesbare Hierarchie.
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: Verbinde einen Auslöser, Bedingungen und Aktionen mit Konfiguration und Testergebnissen. Zeige unvollständige Knoten und unterscheide Testläufe von der Live-Ausführung. Lege für jedes sichtbare Steuerelement den Auslöser, den betroffenen Zustand und das Feedback fest; implementiere lokale Änderungen mit konsistentem 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 sachfremden Workflows hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Namen für Symbolsteuerelemente. Erwecke nicht den Eindruck, dass ein Backend-Vorgang erfolgreich war, wenn sich nur eine lokale Demo geändert hat.
Visueller Vergleich und Übergabe
- 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.
- Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
- 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.
Design-Prompt + Bild herunterladen
Enthält den vollständigen Design-Prompt und das Referenzbild in voller Größe. Füge beides in OpenDesign hinzu, um das Layout zu steuern.
So verfasst du einen Design-Prompt für einen Builder für Automatisierungsworkflows
Verwende diesen Design-Prompt für einen Builder für Automatisierungsworkflows, um einen Auslöser, Bedingungen und Aktionen mit Konfiguration und Testergebnissen zu verbinden.
Die Referenz ist ein KI-generiertes Konzept. Die folgenden Anweisungen beschreiben, was erstellt und getestet werden soll; das Bild belegt kein funktionsfähiges Verhalten.
Konfiguration von Ausführung unterscheiden
Ein Builder für Automatisierungsworkflows sollte erkennen lassen, ob Auslöser, Bedingungen und Aktionen vollständig sind.
Ein erfolgreicher Test ist nicht dasselbe wie die Aktivierung einer Live-Automatisierung. Stelle Richtung und Abhängigkeiten des Workflows eindeutig dar. Platziere die Konfiguration in der Nähe des ausgewählten Knotens und unterscheide zwischen dem Testen des Ablaufs und seiner Aktivierung für reale Ereignisse.
Aus dem Prompt
Stelle Richtung und Abhängigkeiten des Workflows eindeutig dar.
An dein Projekt anpassen
Verbinde [TRIGGER], [CONDITIONS] und [ACTIONS] und zeige die fehlende Konfiguration an jedem Knoten. Stelle Testeingaben und -ergebnisse getrennt von dem Steuerelement dar, das die Live-Ausführung aktiviert.
Inhalte für den Builder für Automatisierungsworkflows vorbereiten
Das rechte Panel trennt die Trigger-Konfiguration vom Protokoll des letzten Durchlaufs. Bereite Feldauswahlen und Ergebnisdaten für jeden Schritt vor, statt das Protokoll zu einer dekorativen Erfolgsmeldung zu machen.
Beschreibe den Auslöser, unterstützte Bedingungen, Aktionen und Konfigurationsfelder. Stelle Beispiele für unvollständige Knoten, Testausgaben und Ergebnisse der Live-Ausführung bereit.
Aus dem Prompt
Verbinde einen Auslöser, Bedingungen und Aktionen mit Konfiguration und Testergebnissen.
An dein Projekt anpassen
Verwende für [PROJECT] [APPROVED_CONTENT] als Quelle für diesen Builder für Automatisierungsworkflows. Beschreibe den Auslöser, unterstützte Bedingungen, Aktionen und Konfigurationsfelder. Stelle Beispiele für unvollständige Knoten, Testausgaben und Ergebnisse der Live-Ausführung bereit. Ermittle fehlende Eingaben, bevor du sie durch Demonstrationsinhalte ersetzt.
Einen unvollständigen Workflow testen
Der zentrale Ablauf verzweigt sich unter einer Bedingung in Ja und Nein, wobei sich in einem Zweig eine unvollständige Aktion befindet. Teste die Verzweigungslogik und Validierung, bevor du die Aktivierung erlaubst.
Bei einem fehlenden Pflichtfeld sollten der betroffene Knoten angegeben und die entsprechende Aktion blockiert werden. Ein erfolgreicher Test darf nicht automatisch bedeuten, dass der Workflow live ist. Teste eine nicht konfigurierte Aktion, einen fehlgeschlagenen Test und einen geänderten Auslöser. Die Validierung sollte auf den verantwortlichen Knoten verweisen, und ein erfolgreicher Test darf die Live-Ausführung nicht unbemerkt aktivieren.
Aus dem Prompt
Zeige unvollständige Knoten und unterscheide Testläufe von der Live-Ausführung.
An dein Projekt anpassen
Prüfe den Builder für Automatisierungsworkflows anhand dieser Anforderung: Zeige unvollständige Knoten und unterscheide Testläufe von der Live-Ausführung. Teste eine nicht konfigurierte Aktion, einen fehlgeschlagenen Test und einen geänderten Auslöser. Die Validierung sollte auf den verantwortlichen Knoten verweisen, und ein erfolgreicher Test darf die Live-Ausführung nicht unbemerkt aktivieren. Bewahre freigegebene Inhalte und überarbeite nur die Teile, die diese Prüfung nicht bestehen.
Ergebnis des Builders für Automatisierungsworkflows prüfen
Ein überzeugender Bildschirm ist noch kein funktionierendes Backend. Teste Validierung, Berechtigungen, Persistenz und Fehlerverhalten separat, bevor du echte Daten anbindest.
- Teste eine nicht konfigurierte Aktion, einen fehlgeschlagenen Test und einen geänderten Auslöser. Die Validierung sollte auf den verantwortlichen Knoten verweisen, und ein erfolgreicher Test darf die Live-Ausführung nicht unbemerkt aktivieren.
Anschluss-Prompt
Verwende dies nach dem ersten Ergebnis. Dadurch wird die Überarbeitung auf den wichtigsten Teil dieser Aufgabe eingegrenzt.
Überarbeite den aktuellen Builder für Automatisierungsworkflows. Teste eine nicht konfigurierte Aktion, einen fehlgeschlagenen Test und einen geänderten Auslöser. Die Validierung sollte auf den verantwortlichen Knoten verweisen, und ein erfolgreicher Test darf die Live-Ausführung nicht unbemerkt aktivieren. Bewahre die freigegebenen Inhalte und die visuelle Ausrichtung; ändere nur die Teile, die zur Behebung dieser Probleme erforderlich sind.
