Erstelle mit dem vorhandenen Projekt-Stack einen bearbeitbaren Mobile-First-App-Prototyp für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Timer für Fokussitzungen. ## Erforderliche Inhalte und Struktur Wähle eine Aufgabe und eine Timer-Dauer, pausiere oder beende eine Sitzung und halte eine kurze Reflexion fest, ohne Unterbrechungen als Scheitern zu werten. ## Ansichten und Navigation Erstelle drei miteinander verbundene Ansichten: Heute; Fokussitzung; Reflexion. Halte den ausgewählten Eintrag im Bildschirmtitel oder in der Zusammenfassung sichtbar. Unterstütze eine explizite Zurück-Aktion und bewahre laufende Eingaben beim Wechsel zwischen den Ansichten. Platziere die primäre Aktion nahe bei den relevanten Inhalten und berücksichtige mobile Sicherheitsbereiche, eine sichtbare Bildschirmtastatur und lange übersetzte Beschriftungen. Passe die Komposition bei Desktop-Breiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern. ## Projektvorgaben Verwende [APPROVED_CONTENT] für Namen, Einträge, Beschriftungen, Mengen und Ziele. Frage nach fehlenden Daten, statt operative Angaben zu erfinden. Für Demonstrationseinträge darf die fiktive Marke Still verwendet werden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Prototyp-Interaktionen sind und welche Authentifizierung, Persistenz, Berechtigungen oder ein Backend erfordern würden. Binde keine externen Dienste an und behaupte nicht, dass eine Transaktion abgeschlossen wurde, sofern diese Integration nicht ausdrücklich implementiert und getestet wurde. ## Designausrichtung Befolge [BRAND_RULES]. Wenn keine Marke vorgegeben ist, verwende warmes Grau, Anthrazit, gedecktes Limettengrün und sparsame Typografie. Mache den Arbeitsablauf durch seine eigenen Inhalte und Steuerelemente erkennbar, statt generische Dashboard-Karten zu wiederholen. Verwende ein einheitliches Abstandssystem und eine klare Texthierarchie. Berücksichtige einen sichtbaren Tastaturfokus, barrierefreie Namen, ausreichenden Kontrast und nicht allein farbcodierte Statusbeschriftungen. Beachte reduzierte Bewegung und halte animierte Übergänge optional. ## Aufgabenspezifische Abnahmeprüfung - Stelle nach dem Verschieben der App in den Hintergrund die korrekte verstrichene Zeit wieder her und unterscheide zwischen Pause und Sitzungsabschluss. ## Interaktionszustände Implementiere den erfolgreichen Ablauf über drei Bildschirme mit lokalen Beispieldaten. Füge einen hilfreichen Leerzustand, eine Validierung vor Abschluss einer Aktion, einen Lade- oder Ausstehend-Status und einen behebbaren Fehlerzustand hinzu. Destruktive Änderungen erfordern eine Prüfung oder eine Möglichkeit zum Rückgängigmachen. Halte den Zustand eines Datensatzes in allen drei Ansichten konsistent. Verwirf teilweise ausgefüllte Eingaben nicht unbemerkt und ändere die Auswahl einer Person nach einem erneuten Versuch nicht. ## Übergabe und Prüfung Gib die bearbeitbaren App-Ansichten zurück und erläutere das Datenmodell, das Verhalten des lokalen Speichers sowie nicht implementierte Integrationen. Teste bei 320px und in einem breiteren Viewport, mit Tastaturnavigation und langen Inhalten. Prüfe das Ergebnis anhand der oben genannten aufgabenspezifischen Abnahmekriterien, bevor du Funktionen hinzufügst. Hebe das Demonstrationsverhalten klar von einem laufenden Produktivdienst ab. ## 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 Timer für Fokussitzungen. Bestimme 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, statt sie durch eine generische Vorlage zu ersetzen. Erforderliche Aufgabeninhalte: Eine Aufgabe und Timer-Dauer auswählen, eine Sitzung pausieren oder beenden und eine kurze Reflexion festhalten, ohne Unterbrechungen als Fehlschlag zu werten. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layout-Vorgaben: Beginne mit Heute als Einstiegsansicht, gib der Fokussitzung eine klare primäre Aktion und lasse die Reflexion erklären, was geschehen ist und was als Nächstes möglich ist. Nutze warmes Grau, Anthrazit, gedecktes Limettengrün und sparsame Typografie als Ausgangsrichtung und passe sie an die vorgegebene Marke an. Halte die Identität des Eintrags und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Priorisiere mit dem Daumen erreichbare Steuerelemente und gut lesbare Beschriftungen gegenüber dekorativen Flächen; halte den Arbeitsablauf auf breiteren Bildschirmen schlüssig, statt eine mobile Komposition von Rand zu Rand zu strecken. ## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen warmes Grau, Anthrazit, gedecktes Limettengrün, sparsame Typografie. ## Interaktionsspezifikation Die Referenz ist ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Projekt und erstelle den verbundenen Ablauf: Eine Aufgabe und Timer-Dauer auswählen, eine Sitzung pausieren oder beenden und eine kurze Reflexion festhalten, ohne Unterbrechungen als Fehlschlag zu werten. Stelle nach dem Verschieben der App in den Hintergrund die korrekte verstrichene Zeit wieder her und unterscheide zwischen Pause und Sitzungsabschluss. Gib für jedes sichtbare Steuerelement seinen Auslöser, den betroffenen Zustand und das Feedback an; 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 geben. Füge keine sachfremden Arbeitsabläufe 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 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.