Anthropic erweitert Claude Code, die Kommandozeilen-Variante des KI-Assistenten, um einen Design-Schritt. Mit dem Befehl /design lassen sich Oberflächenentwürfe direkt im Terminal erzeugen, noch bevor die erste Zeile Implementierungscode entsteht. Die Ergebnisse erscheinen als Artboards, also als abgegrenzte Entwurfsflächen, wie man sie aus klassischen Design-Werkzeugen kennt.
Der entscheidende Unterschied zu einem separaten Design-Tool liegt im Kontext: Claude liest die vorhandene Codebasis und richtet die Entwürfe am bereits verwendeten UI-Stil aus. Statt eines Vorschlags auf leerer Fläche entsteht ein Entwurf, der die im Projekt etablierten Muster aufgreift.
Warum der Ort im Werkzeug wichtig ist
In vielen Projekten liegt zwischen Entwurf und Umsetzung ein Medienbruch. Ein Design entsteht in einem Grafikwerkzeug, wird exportiert, kommentiert, freigegeben und anschließend von Entwicklerinnen und Entwicklern in Komponenten übersetzt. Bei jedem Übergang gehen Details verloren: Abstände, Zustände von Bedienelementen, das Verhalten bei kleinen Viewports.
Wenn der Entwurf dort entsteht, wo der Code liegt, verschiebt sich dieser Ablauf. Der Vorschlag kennt bereits die Bausteine, die im Projekt existieren, und muss nicht nachträglich auf sie zurückgeführt werden. Das reduziert genau jene Bruchstellen, die in der Praxis Nachbesserungen verursachen.
Was das für Prototypen bedeutet
Für Abstimmungen mit Auftraggebern ist vor allem die Geschwindigkeit relevant. Ein Entwurf, der in Minuten statt in Tagen auf dem Tisch liegt, verändert die Art der Diskussion: Man spricht über eine konkrete Variante, statt über eine Beschreibung. Und weil Varianten wenig kosten, lassen sich mehrere Richtungen nebeneinander zeigen, anstatt sich früh auf eine festzulegen.
Gleichzeitig bleibt der Charakter dieser Ergebnisse ein Entwurf. Ein KI-generierter Artboard ersetzt keine Auseinandersetzung mit Zielgruppe, Informationsarchitektur oder Markenführung. Er verkürzt den Weg zur ersten sichtbaren Version — die inhaltliche Entscheidung, welche Struktur die richtige ist, bleibt bei den Beteiligten.
Einordnung für die Projektpraxis
Die Ankündigung ist Teil einer breiteren Bewegung: Werkzeuge, die bisher getrennte Projektphasen abgedeckt haben, wachsen zusammen. Claude Code war zunächst ein Assistent für Code im Terminal; mit dem Design-Befehl greift er in eine Phase ein, die traditionell vor der Entwicklung liegt.
Für die Zusammenarbeit in Teams bringt das Fragen mit sich, die technisch nicht gelöst sind:
- Freigaben: Wenn Entwürfe im Sekundentakt entstehen, braucht es eine klare Regel, welche Variante verbindlich ist.
- Design-System: Je saubererer die bestehende Komponentenbibliothek, desto brauchbarer der generierte Vorschlag. Unaufgeräumter Code führt zu unaufgeräumten Entwürfen.
- Rollen: Wer prüft Barrierefreiheit, Kontraste und Bedienlogik, wenn kein separater Designschritt mehr stattfindet?
Diese Punkte sprechen nicht gegen den Ansatz. Sie zeigen aber, dass der Gewinn nicht allein aus dem Werkzeug kommt, sondern aus dem Prozess, in den es eingebettet wird.
Wie man sinnvoll damit anfängt
Ein realistischer Einstieg ist ein abgegrenzter Anwendungsfall: eine neue Detailseite, ein Formular, ein Dashboard-Ausschnitt. Dort lässt sich beobachten, wie gut die generierten Entwürfe zum bestehenden Stil passen und an welchen Stellen manuell nachgearbeitet werden muss.
Ebenso sinnvoll ist es, die eigene Komponentenbasis vorher zu prüfen. Klar benannte Bausteine, konsistente Abstände und dokumentierte Zustände sind die Voraussetzung dafür, dass ein Werkzeug den vorhandenen Stil überhaupt korrekt erkennen kann. Diese Arbeit zahlt sich unabhängig davon aus, ob man KI-Unterstützung einsetzt.
Für Web- und Softwareprojekte heißt das: Die Grenze zwischen Design- und Entwicklungsphase wird durchlässiger, und die erste sichtbare Version rückt deutlich näher an den Projektstart. Den größten Nutzen ziehen Teams, deren Codebasis und Design-System bereits aufgeräumt sind — denn genau daraus speist sich die Qualität der Vorschläge. Wer plant, solche Werkzeuge einzusetzen, sollte deshalb weniger über Lizenzen und mehr über die eigene Komponentenstruktur und die Freigabewege nachdenken.