Erstelle mit dem vorhandenen Projekt-Stack für [PROJECT] und [AUDIENCE] einen bearbeitbaren Mobile-First-App-Prototyp. Die Aufgabe lautet: Reparaturmeldung für die Nachbarschaft.

## Erforderliche Inhalte und Struktur

Erstelle einen Entwurf für eine Reparaturmeldung im öffentlichen Raum mit Standort, Kategorie und Foto, prüfe datenschutzrelevante Details und zeige einen eindeutig simulierten Einreichungsverlauf.

## Ansichten und Navigation

Erstelle drei miteinander verbundene Ansichten: Meine Meldungen; Neue Meldung; Statusverlauf. Halte den ausgewählten Eintrag im Seitentitel 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 für Desktop-Breiten an, ohne einen Schritt zu entfernen oder die Aufgabe zu verändern.

## Projektvorgaben

Nutze [APPROVED_CONTENT] für Namen, Einträge, Beschriftungen, Mengen und Ziele. Frage nach fehlenden Daten, statt Aussagen über betriebliche Abläufe zu erfinden. Demonstrationseinträge dürfen die fiktive Marke Street Care verwenden; kennzeichne sie als Beispieldaten. Erkläre, welche Aktionen lokale Interaktionen im Prototyp sind und welche Authentifizierung, Persistenz, Berechtigungen oder ein Backend erfordern würden. Verbinde keine externen Dienste 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 Weiß, kommunales Blau, gedecktes Grün und gut lesbare Typografie für öffentliche Dienste. Mache den Arbeitsablauf durch seine eigenen Inhalte und Bedienelemente erkennbar, statt generische Dashboard-Karten zu wiederholen. Nutze eine konsistente Abstandsskala und eine klare Texthierarchie. Berücksichtige sichtbaren Tastaturfokus, barrierefreie Namen, ausreichenden Kontrast und nicht ausschließlich farblich gekennzeichnete Status. Respektiere reduzierte Bewegung und halte animierte Übergänge optional.

## Aufgabenspezifische Abnahmeprüfung

- Halte einen lokal gespeicherten Entwurf von einer extern eingereichten Meldung getrennt; behaupte nicht, dass eine Behörde sie erhalten hat.

## 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

Nutze die angehängte Datei reference.webp als visuelle Referenz für die Reparaturmeldung für die Nachbarschaft. Ermittle vor der Umsetzung die wichtigsten Bereiche 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. Erforderlicher Aufgabeninhalt: Erstelle einen Entwurf für eine Reparaturmeldung im öffentlichen Raum mit Standort, Kategorie und Foto, prüfe datenschutzrelevante Details und zeige einen eindeutig simulierten Einreichungsverlauf. Nutze beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layout-Vorgaben: Beginne mit „Meine Meldungen“ als Einstiegsansicht, gib „Neue Meldung“ eine klare primäre Aktion und gestalte den Statusverlauf so, dass er erklärt, was passiert ist und was als Nächstes möglich ist. Nutze Weiß, kommunales Blau, gedecktes Grün und gut lesbare Typografie für öffentliche Dienste als Ausgangsrichtung und passe sie an die bereitgestellte Marke an. Halte die Identität des Eintrags und den Navigationskontext über alle drei Ansichten hinweg sichtbar. Priorisiere gut mit dem Daumen erreichbare Bedienelemente und 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

Weiß, kommunales Blau, gedecktes Grün, gut lesbare Service-Typografie.

## Interaktionsspezifikation

Die Referenz zeigt ein statisches Konzept: Das nachfolgend beschriebene Verhalten ist eine zu implementierende Anforderung und kein Beleg dafür, dass die Darstellung bereits funktioniert. Kopiere den angepassten Design-Prompt in dein Projekt und erstelle den zusammenhängenden Ablauf: Erstelle den Entwurf einer Reparaturmeldung für den öffentlichen Raum mit Ort, Kategorie und Foto, prüfe datenschutzrelevante Angaben und zeige einen eindeutig als Simulation gekennzeichneten Übermittlungsverlauf. Halte einen lokal gespeicherten Entwurf von einer extern übermittelten Meldung getrennt; behaupte nicht, dass eine Behörde sie erhalten hat. Lege für jedes sichtbare Bedienelement Auslöser, betroffenen Zustand und Rückmeldung fest; implementiere lokale Änderungen mit konsistenten Zuständen in allen zugehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand besitzen und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für ausstehende, erfolgreiche und fehlgeschlagene Vorgänge anzeigen. Füge keine sachfremden Abläufe hinzu. Verwende korrekte Links für die 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.