🤯 Ich lasse Claude Design fallen … diese Alternative ist besser
Ein Freelancer baut das exakte Client-SaaS-Mockup, das er zuerst in Claude Design erstellt hat, noch einmal nach — diesmal in OpenDesign, angetrieben von seiner lokalen Claude Code CLI, sodass es nichts extra kostet. Klickbare Prototypen, ein richtiges Designsystem und ein PRD, das du direkt an deinen Coding-Agenten übergeben kannst. Basierend auf dem Praxistest von Jérémy DE CAMPOS.
Dies ist ein Praxistest von jemandem, der Kundenarbeit gestaltet und davon lebt. Jérémy DE CAMPOS baut SaaS-Produkte für echte Agenturen und hat Claude Design genutzt, um Oberflächen zu entwerfen, bevor er programmiert. In seinem Video weist ihn ein Community-Mitglied auf OpenDesign hin, also macht er den fairsten Test, den es gibt: Er baut das exakt gleiche Client-Tool nach, das er bereits in Claude Design erstellt hat, und vergleicht. Diese schriftliche Fassung folgt seinem Durchlauf, für diesen Beitrag neu geschrieben und auf den aktuellen Release gebracht. Sieh dir oben die Live-Reaktionen an oder lies weiter.
OpenDesign: ein quelloffener, agent-nativer Design-Workspace, den du auf deinem eigenen Rechner betreibst.
Was ist OpenDesign?
OpenDesign ist eine quelloffene, local-first Designplattform — eine agent-native Alternative zu Claude Design und Figma. Statt dich an ein einziges bezahltes Modell zu binden, läuft es auf dem Coding-Agenten, den du bereits hast: Claude Code, Codex, Cursor, Gemini, Copilot, OpenCode und mehr.
Was Jérémy in der ersten Minute auffiel:
- Open Source, Apache-2.0 — es ist auf GitHub, entwickelt sich schnell und ist schon erstaunlich vollständig.
- Läuft lokal — Projekte landen in einem echten Ordner auf deinem Rechner, den du öffnen und inspizieren kannst.
- Bring deinen eigenen Agenten mit — 21+ Agenten werden unterstützt; die Preisseite gilt nur für deren gehostete Modelle, wenn du also deinen eigenen Key oder deine CLI einbindest, brauchst du sie nicht.
- Mehr als Prototypen — Prototypen, Dashboards, Foliendecks, Bilder und sogar Video, plus Schwestertools wie HTML Anything und HTML Video.
Wenn du Claude Design genutzt hast, wirkt die Oberfläche sofort vertraut — und dann legt sie deine Wahl der Engine obendrauf.
Der faire Test: ein echtes Client-Tool nachbauen
Statt eines Spielzeug-Prompts nutzt Jérémy ein echtes Projekt wieder: ein internes SaaS zur Auslieferungs- und Bug-Verfolgung, das er baut, um Updates über seine Agenturkunden hinweg zu verwalten. Er hatte dieses Briefing und eine Designsystem-Datei bereits Claude Design gegeben, also übergibt er OpenDesign die identischen Eingaben — dieselbe Spezifikation, dasselbe Designsystem — und lässt es laufen. Gleicher Prompt, gleiches Ausgangsmaterial, zwei Tools: Das ist der einzige Vergleich, dem man trauen kann.
Betreibe es über dein Claude-Abo, nicht über Tokens
Die erste Entscheidung ist die Engine, und hier ändert sich die Kostengeschichte. OpenDesign lässt dich einen reinen API key verbinden — doch Jérémy benennt das offensichtliche Risiko: Generierung mit einem bezahlten Modell wie Opus über Abrechnung pro Token „kann ein Vermögen kosten“.
Dann findet er die entscheidende Option: die lokale Claude Code CLI ausführen. Statt getaktete API-Tokens zu verbrennen, treibt OpenDesign deine bereits installierte claude-CLI an, sodass die Generierung gegen das Claude-Abo läuft, für das du ohnehin schon zahlst. Er wechselt sofort dazu — „wenn ich sehr interessant sage, meine ich sehr interessant“ — und bestätigt am Ende den Schaden: Eine ganze Sitzung verbrauchte etwa 9 % seines Fensters. Für eine Agentur, die das täglich macht, ist dieser Unterschied das ganze Argument.
Tipp: Wähle deine Engine unten links im Workspace. Richte OpenDesign auf eine lokale CLI (Claude Code, Codex, Gemini), um ein bestehendes Abo wiederzuverwenden, und halte einen getakteten API key nur als Fallback bereit.
Was es baute: ein klickbarer Prototyp, kein Bild
Das ist der Moment, in dem der Test kippt. OpenDesign gibt keinen flachen Screenshot zurück — es baut einen funktionierenden, klickbaren Prototyp. Jérémy klickt sich in ein Ticket-Board, öffnet einzelne Tickets, um deren Detailansicht zu sehen, und zieht Karten zwischen Spalten. Das kanban ist interaktiv; das Ticket-Detail zeigt Kundennotizen, Erfassungslogs und eine Konsolenansicht; die Screens verlinken sich gegenseitig wie in einer echten App.
Kein statisches Mockup — Screens sind miteinander verlinkt und Elemente reagieren auf Klicks.
Dann treibt er es mit einem Folge-Prompt weiter: Erstelle die anderen Seiten und verdrahte die Sidebar-Links, damit das Mockup navigierbar ist. Es kommt dem nach, generiert die zusätzlichen Seiten und verbindet sie, und passt das Layout dann ohne zweite Aufforderung an Tablet- und Mobilversionen an.
Das Designsystem, richtig präsentiert
Weil er dasselbe Designsystem einspeiste, das er Claude Design gegeben hatte, ist der Vergleich direkt — und sein Urteil ist unverblümt: OpenDesigns Designsysteme sind besser präsentiert. Farben, Typografie, Abstände und Komponenten sind klar aufbereitet, mit der Annotations- und Punktlinien-Stilistik, die ein System durchdacht statt hingeworfen wirken lässt.
Ein Designsystem, das sich wie Dokumentation liest, nicht wie eine Farbhalde.
Du kannst direkt auf der Canvas bearbeiten und annotieren: einen Bereich auswählen, eine Notiz hinterlassen, Text an Ort und Stelle anpassen und Änderungen zur Anwendung durch den Agenten in eine Warteschlange stellen — was er auch tut und mit jedem Durchlauf ein saubereres Ergebnis zurückbringt.
Vom Mockup zum PRD — die Übergabe an deinen Agenten
Die Funktion, die zu Jérémys tatsächlichem Workflow passt, ist die PRD-Generierung. Sein Vorgehen ist Vibe-Coding: Tickets gruppieren, die Änderung beschreiben und eine Spezifikation an Claude Code übergeben, damit es die Code-Änderungen selbst vornimmt. OpenDesign erzeugt genau diese Brücke — ein PRD in drei Formen:
- eine Vorschau-Version zum Lesen,
- eine Markdown-Version, die direkt der KI zugeführt wird,
- und eine PDF-Version, um sie bei Bedarf einem Kunden zu schicken.
Gepaart mit einer Auslieferungsansicht (Arbeit als erledigt markieren) und einem Changelog für die App schließt es den Kreis von „gestaltetem Screen“ zu „Spezifikation, aus der mein Coding-Agent bauen kann“ — ohne den Workspace zu verlassen.
Jenseits des Mockups
Während es arbeitet, geht er den Rest durch und stößt immer weiter auf Dinge:
- Speicher — behält automatisch, was du über die Sitzung hinweg getan hast.
- Bildbibliothek + Generierung — Bilder inline einbinden oder erstellen.
- Skills — ein Stapel vorgefertigter Skills, erweiterbar mit eigenen.
- MCP-Server & Connectors — Unterstützung für externes MCP, plus umgekehrt: OpenDesign als MCP-Server bereitstellen, sodass deine Claude Code CLI die Canvas ansteuern und direkt vom Terminal aus Änderungen vornehmen kann.
- Import aus Figma, ein Plugin-Hub und Template-Pakete.
- Ein Design-Review-Panel — aktiviert erscheint neben dem Agenten ein Review mit fünf Panels, das die Ausgabe benotet.
Fazit
Sein Schluss ist eindeutig: Er zieht ernsthaft in Erwägung, Claude Design fallen zu lassen und seine echten Projekte auf OpenDesign umzustellen — für Design und für Video. Die Kombination, die ihn überzeugt, ist konkret: Dieselben Eingaben erzeugen ein besser präsentiertes Designsystem und einen echt interaktiven Prototyp, es läuft über das Claude-Abo, das er ohnehin zahlt, statt über getaktete Tokens, und es liefert ein PRD, das er direkt an seinen Coding-Agenten übergeben kann. Er will es ein paar Wochen intensiv nutzen und dann berichten — doch der Ersteindruck ist, dass es nicht nur ein kostenloser Klon ist, sondern das bessere Werkzeug für seinen Workflow.
FAQ
Ist OpenDesign wirklich kostenlos? Die App ist Open Source (Apache-2.0) und läuft lokal. Du zahlst nur für das Modell, das du wählst — und wenn du eine lokale CLI wie Claude Code verbindest, läuft das über das Abo, das du bereits hast, ohne zusätzliche Abrechnung pro Token.
Brauche ich den kostenpflichtigen Plan auf der Preisseite? Nein. Dieser Plan ist für die gehosteten Modelle von OpenDesign. Bring deinen eigenen Key oder eine lokale CLI mit, dann kannst du ihn überspringen.
Kann ich importieren, was ich bereits in Claude Design gebaut habe? Ja — exportiere dein Designsystem aus Claude Design und importiere es in OpenDesign, dann generierst du mit derselben Marke weiter.
Exportiert es eine echte Spezifikation? Ja. OpenDesign kann ein PRD in Vorschau-, Markdown- und PDF-Form erzeugen, sodass du das Markdown deinem Coding-Agenten und das PDF einem Kunden übergeben kannst.
Welchen Agenten sollte ich nutzen? Jeden unterstützten — die Ausgabequalität hängt vom gewählten Modell ab. Deine lokale Claude Code-, Codex- oder Gemini-CLI zu nutzen ist der günstigste Weg, weil sie ein bestehendes Abo wiederverwendet.