Der Entwickler hat einen KI-Agenten und wartet trotzdem auf das Design. Was Shopify geändert hat

Mehr Abstimmen als Programmieren

Im Oktober 2025 wollte eine Person aus der Frontend-Entwicklung, die auf Hacker News als linchien schreibt, von anderen wissen, wie sie mit den Lücken zwischen Design, Produkt und Entwicklung umgehen. Der Beitrag beschreibt etwas, das die meisten Teams kennen dürften. Entwürfe ändern sich nach der Übergabe, Spezifikationen decken nicht alles ab, wichtiger Kontext geht unterwegs verloren. KI-Werkzeuge zum Programmieren hatte linchien ausprobiert und räumte ein, dass sie die Arbeit beschleunigen. Ohne vollständigen Kontext passte die generierte Oberfläche aber selten auf Anhieb und musste ausgiebig geflickt werden.

“The actual waste isn’t writing code, it’s trying to keep intent and changes aligned.”

„Die eigentliche Verschwendung ist nicht das Schreiben von Code, sondern der Versuch, Absicht und Änderungen in Einklang zu halten“ (Übers. CAASUAL).

Woher das kommt, erklärt Den Delimarsky von GitHub in einem Beitrag über spezifikationsgetriebene Entwicklung. Sprachmodelle sind hervorragend darin, Muster zu vervollständigen, Gedanken lesen können sie aber nicht. Bekommt ein Modell eine vage Anweisung, trifft es vernünftige Annahmen, und einige davon erweisen sich als falsch, oft erst tief in der Umsetzung. Delimarsky ergänzt, dass die Vorgaben des Designsystems vom ersten Tag an in den Plan gehören, statt später angeflanscht zu werden.

Shopify: Der Prototyp wird zum Produkt

Wie das Designteam von Shopify diese Lücke schließt, beschreibt der AI in Design Report 2026 von Designer Fund und Foundation Capital. Als das Unternehmen im April 2025 verkündete, dass der Einsatz von KI nicht mehr freiwillig ist, bekamen die Designer breiten Zugang zu Werkzeugen und Zeit zum Experimentieren. Heute bringen laut Report rund 60 % von ihnen Code in die Produktion, und das Team hat mehr als 5.500 Prototypen auf Quick gebaut, der internen Hosting-Plattform von Shopify. Ein Prototyp, den ein Designer gemeinsam mit dem KI-Coding-Agenten des Unternehmens baut, ist für die Entwickler keine statische Vorlage mehr. Oft wird daraus das fertige Produkt.

Am meisten überzeugt uns eine kleinere Geschichte aus derselben Fallstudie. Taylor Cottrell, Praktikant im Designteam, sollte eine neue Karte für den Feed der App gestalten. Bevor er Figma öffnete, gab er einem KI-Assistenten eine alte Spezifikation aus der Entwicklung und ließ sich die technischen Einschränkungen zusammenstellen. Das Werkzeug nannte Latenz, Lazy Loading und Deduplizierung, noch bevor er den ersten Screen gezeichnet hatte. Seine Gespräche mit den Entwicklern begannen danach mit einem gemeinsamen Verständnis des Problems statt mit einer Liste von Fragen.

Der Designer Luke Dupont baute an einem Nachmittag einen funktionierenden Prototyp eines Shops, mit echten Händlerdaten und den vorhandenen Komponenten der App. Statt eine Präsentation zu bauen, verschickte er einen Link, unter dem jeder zusehen konnte, wie sich der Prototyp während der Arbeit veränderte. Der Link wanderte die Hierarchie hinauf, und bis zum Montag hatte Luke ein Team und ein echtes Projekt.

Sierra hat die Schleife von Tagen auf einen Vormittag verkürzt

Derselbe Report beschreibt Sierra, wo das Designteam fast 20-mal kleiner ist als die Entwicklung. Statische Mockups hielten echten, dichten Daten oft nicht stand. Deshalb ersetzte das Unternehmen die mehrtägige Übergabeschleife durch kontinuierliches Prototyping in der Produktumgebung. Ausführlicher beschreiben wir diesen Fall in unserem Beitrag über ein Designteam, das nicht mehr hinterherkommt.

Was ein Design für die Entwicklung enthalten sollte

Nicht jedes Unternehmen hat Designer, die Code ausliefern, und nicht jedes braucht sie. Beide Fälle führen trotzdem zu einer einfachen Regel: Entwickler und ihre Agenten sollten Antworten bekommen, bevor sie fragen müssen. Ein vollständiger Design-Handoff umfasst in der Regel:

• alle Zustände eines Screens, auch Leerzustand, Laden, Fehler und fehlende Berechtigung,
• das Verhalten auf Smartphone, Tablet und großem Monitor,
• Komponenten aus dem Designsystem, die genauso heißen wie im Code,
• Farben, Abstände und Typografie als Tokens statt als Einzelwerte,
• finale Texte, mit Sprachversionen und Fehlermeldungen,
• eine Beschreibung der Interaktionen und Animationen,
• Kriterien, an denen Sie erkennen, dass die Umsetzung zum Design passt.

Einen guten Teil dieser Liste kann KI heute auf der Designseite vorbereiten oder prüfen. Sie findet fehlende Zustände, beschreibt Komponenten in einer Sprache, die Entwickler und ihre Agenten verstehen, und vergleicht nach dem Release das Ergebnis mit dem Design. In unserer Leistung ist das der Bereich umsetzungsreife Designs: Die Entwicklung bekommt ein vollständiges, dokumentiertes Design und kommt seltener mit Fragen zurück. So vorbereitete Designs übergeben wir auch in unseren Projekten zum UX/UI-Design von Websites und Apps. Wie ein gut vorbereitetes Designsystem dabei hilft, beschreiben wir in unserem Beitrag über Designsysteme für KI-Agenten.