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?
📖 Lesen Sie die vollständige Quelle: r/ClaudeAI
👀 Siehe auch
Claude Code v2.1.229: Fernsteuerung, Plugin-Marktplätze und kritische Korrekturen
Claude Code v2.1.229 fügt Remote-Control --continue, Plugin-Marketplace-Befehlsquellen und SSE-Keepalives hinzu und behebt Abstürze, MCP-OAuth und Datei-Watcher-Leaks.
/compress-architecture: Eine Agenten-Fähigkeit zum Abbau von Über-Engineering
Eine neue Agenten-Fähigkeit namens /compress-architecture prüft Codebasen auf spekulative Schichten, Durchreich-Module und doppelte Konzepte, während sie echte Domänengrenzen und öffentliche APIs schützt.
Loom: Eine lokale Ausführungsumgebung für komplexe KI-Aufgaben
Loom ist ein Open-Source-Lokales Ausführungs-Framework, das entwickelt wurde, um komplexe Aufgaben zu verwalten, indem es einen strukturierten Prozess mit etwa 50 Tools, einem benutzerdefinierten Paket-Plugin-System für wiederholbare Workflows sowie sowohl CLI- als auch MCP-Server-Schnittstellen bereitstellt.
Das WCY-Format reduziert den Token-Overhead von LLMs um 50–71 % und fügt strukturelle „Ich weiß nicht“-Marker hinzu.
WCY (Watch-Compute-Yield) ist ein zeilenorientiertes Format, das den JSON-Token-Overhead um 50-71% reduziert und strukturelle '?'-Marker für LLMs einführt, um Unsicherheit während des Denkprozesses anzuzeigen. Das Format erfordert kein Fine-Tuning – nur drei Few-Shot-Beispiele.