Erstelle mit dem vorhandenen Projekt-Stack und ausdrücklich gekennzeichneten Demodaten für [PROJECT] und [AUDIENCE] einen interaktiven Frontend-Prototyp. Die Aufgabe lautet: Prüfung von Dokumentkommentaren.

## Erforderliche Inhalte und Struktur

Verankere Kommentare an Inhalten und unterstütze Antworten, den Status „Erledigt“ sowie eine Zusammenfassung der Prüfung.

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

Lege fest, wie Kommentare mit Inhalten verknüpft werden, wie Antworten funktionieren und was das Erledigen eines Threads bedeutet. Platziere Kommentare nahe bei Inhalten, die sich verschieben oder umbrechen können.

## Layout und Verhalten

Halte die Verbindung zwischen dem ausgewählten Thread und seinem Anker sichtbar. Ermögliche Nutzenden, erledigte Threads erneut aufzurufen, ohne die aktive Prüfung zu überladen, und bewahre Entwürfe während der Navigation.

## Aufgabenspezifische Abnahmeprüfung

- Behalte die Positionen der Kommentare bei Layoutänderungen bei und halte erledigte Threads zugänglich.
- Ändere die Größe des Dokuments, bearbeite Text nahe einem Anker und wechsle zwischen Threads, während ein Entwurf vorhanden ist.
- Prüfe, ob Kommentare mit den vorgesehenen Inhalten verknüpft bleiben und beim Erledigen nicht verloren gehen.

## 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 reference.webp als visuelle Referenz für die Prüfung von Dokumentkommentaren. Identifiziere vor der Umsetzung die Hauptbereiche von oben nach unten, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bilder und wiederkehrenden Komponenten. Bewahre diese Beziehungen, statt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Verankere Kommentare an Inhalten, unterstütze Antworten, den Erledigt-Status und eine Prüfungsübersicht. Beachte beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Halte die Verbindung zwischen dem ausgewählten Thread und seiner Verankerung sichtbar. Ermögliche es Nutzern, erledigte Threads erneut aufzurufen, ohne die aktive Prüfung zu überladen, und bewahre Entwürfe während der Navigation.

## 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 unten beschriebene Verhalten ist eine umzusetzende Anforderung und kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Verankere Kommentare an Inhalten, unterstütze Antworten, den Erledigt-Status und eine Prüfungsübersicht. Behalte die Positionen von Kommentaren bei Layoutänderungen bei und halte erledigte Threads zugänglich. Lege für jedes sichtbare Steuerelement Auslöser, betroffenen Zustand und Rückmeldung fest; implementiere lokale Änderungen mit einem konsistenten Zustand in zusammengehö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 oder fehlgeschlagene Vorgänge anzeigen. Füge keine sachfremden Arbeitsabläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und barrierefreie Bezeichnungen 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.