Warum Ihre Claude Code UI-Ausgabe driftet und wie eine strukturierte Spezifikation das Problem behebt

Wenn Sie Claude Code für UI-Arbeit nutzen und mit Ausgabedrift kämpfen – bei dem wiederholte Prompts inkonsistente Layouts liefern, die nie konvergieren – liegt die Ursache wahrscheinlich nicht an Ihrer Prompt-Qualität. Laut einem detaillierten Beitrag auf r/ClaudeAI ist das eigentliche Problem das Format: Claude Code erwartet strukturierte Spezifikationen, keine Prosa-Beschreibungen.

Prosa vs. Strukturierte Spezifikationen: Was sich geändert hat

Der Autor berichtet, dass die Beschreibung der UI in Prosa ('Button links, leicht abgerundete Ecken, moderner Look') inkonsistente Ergebnisse liefert. Der Wechsel zu einer strukturierten Spezifikation mit exakten Hex-Codes, exakten Schriftstärken, exakten Abständen, jedem Bildschirmzustand und jedem Übergang reduzierte die Ausgabe von 'interpretativ' auf 'das ist das Ding'. Wenn das Modell nicht mehr raten muss, verschwindet der Drift.

Praktischer Workflow: Bildschirmaufnahme → MCP-Server

Das manuelle Schreiben einer detaillierten Spezifikation ist unpraktisch. Der Autor erkannte, dass die meisten Entwickler bereits das notwendige Quellmaterial haben: Bildschirmaufnahmen (App Store Demos, Design-Walkthroughs, Entwickleraufnahmen). Das fehlende Stück war eine Möglichkeit, diese Aufnahmen in Claudes strukturiertes Format zu konvertieren. Also bauten sie einen MCP-Server als Open Source, der genau das tut. Vision läuft über Ihr eigenes Claude-Abonnement, also gibt es keinen API-Key-Tanz.

Kernerkenntnis

Das Tool ist zweitrangig gegenüber dem Workflow-Wechsel: Hören Sie auf, Layouts in Prosa zu beschreiben. Wenn Sie mit Claude Code UI-Arbeit erledigen, geben Sie eine strukturierte Spezifikation mit konkreten Werten an. Der Beitragsautor fragt: Wie sieht Ihr aktueller Prompt-to-Output-Workflow für UI-Arbeit aus?