12. August 2026 · Von YasKad
nexu-io/open-design

Open Design: ein lokales Studio, das Code-Agenten zu Designwerkzeugen macht

nexu-io/open-design · 98.056★ · 11.380 forks

Alles Wissenswerte über nexu-io/open-design: eine lokale Desktop-Anwendung, die Code-Agenten mit Skills, Designsystemen und dem Export visueller Artefakte verbindet.


Was Open Design ist

Open Design (OD) ist ein Open-Source-Projekt von nexu-io, das sich als Alternative zu Claude Design präsentiert. Es ist eine lokale Desktop-Anwendung für macOS und Windows, mit einem optionalen AppImage-Weg für Linux, und kann außerdem als Webanwendung oder mit Docker ausgeführt werden. Es bringt kein eigenes Modell mit: Es nutzt einen bereits installierten Code-Agenten oder eine OpenAI-kompatible BYOK-Verbindung als Design-Engine.

Das Ergebnis ist keine proprietäre Vektorleinwand. Der Agent erstellt Projektdateien — etwa HTML, CSS und Komponenten —, die in einem isolierten iframe als Vorschau angezeigt und als HTML, PDF, PPTX, ZIP, Markdown oder MP4 exportiert werden können. Das Repository beschreibt Web-, Mobile- und Desktop-Prototypen, interaktive Dashboards, Präsentationen, Bilder und Bewegtgrafiken als seine Ausgabeflächen.

Der Ursprung: eine offene Antwort auf Claude Design

Die Organisation nexu erstellte das Repository am 28. April 2026; ihr GitHub-Konto war am 24. Februar 2026 angelegt worden. Die abgefragte API identifiziert keine bestimmte Person als ursprüngliche Urheberin, weshalb sich der Start anhand der abgerufenen Quellen nicht einer Einzelperson zuschreiben lässt.

Die Motivation ist jedoch im README sehr direkt formuliert: Anthropic brachte Claude Design im April 2026 auf den Markt, und laut dem Projekt kombinierte es einen Ablauf aus Auftragserkundung, Ausrichtung, Erzeugung, Kritik und Auslieferung, war aber geschlossen, kostenpflichtig, in der Cloud gehostet und an das Anthropic-Ökosystem gebunden. Open Design schlägt vor, diesen Kreislauf als versionierbare Verzeichnisse aus Skills, Vorlagen, DESIGN.md-Systemen und Plugins zu öffnen, ausgeführt vom Agenten, den die Nutzerin oder der Nutzer bereits auf dem eigenen Rechner hat.

Geteilte Komposition: links ein geschlossener, mit einem leuchtenden Vorhängeschloss verketteter Cloud-Server; rechts ein offener lokaler Desktop mit Ordnern und Codeschnipseln, die nach außen strahlen.

Die zentrale Spannung besteht also zwischen einer integrierten Erfahrung eines einzelnen Anbieters und einem lokalen Werkzeug, das versucht, Dateien, Agent und Schlüssel der Nutzerin oder des Nutzers unter deren eigener Kontrolle zu halten. Die erste veröffentlichte Version, die die API abrief, war open-design-v0.3.0 vom 3. Mai 2026; die Zeitleiste zeigt, dass das Projekt nur wenige Tage nach der Erstellung des Repositorys erschien.

Philosophie und Prinzipien

Der Ansatz stützt sich auf vier überprüfbare Entscheidungen aus dem README und dem Beitragsleitfaden:

  • Der vorhandene Agent ist die Engine. OD erkennt ausführbare lokale Agenten und bietet einen BYOK-Weg an; sein Leitfaden lehnt es ab, eine eigene Modell-Laufzeitumgebung einzubauen.
  • Design als portable Dateien. Skills, Vorlagen, Plugins und DESIGN.md-Systeme existieren als Ordner, die gelesen, versioniert, verändert und geteilt werden können.
  • Markenvertrag vor isoliertem Erscheinungsbild. Jede Generierung kann eine DESIGN.md lesen und, in aktuellen Paketen, manifest.json, tokens.css, Komponenten, Assets und Herkunftsangaben.
  • Lokal zuerst, mit expliziten Grenzen. Der Daemon bindet standardmäßig an 127.0.0.1, der MCP-Zugriff ist standardmäßig schreibgeschützt, und der BYOK-Proxy enthält SSRF-Schutz. Die Dokumentation stellt außerdem klar, dass bestimmte bereinigte Sicherheits- und Zuverlässigkeits-Telemetrie in konfigurierten Builds aktiv bleibt; das ist kein Versprechen völliger Abwesenheit ausgehender Kommunikation.

Neon-umrandete Roboterhand, die schwebende HTML- und CSS-Dateien zu einer visuellen Komponente zusammensetzt, vor einem Hintergrund aus Binärcode und Datenströmen.

Leuchtende holografische Ordner mit den Beschriftungen DESIGN.md, manifest.json, tokens.css und components, verbunden durch Lichtfäden in einem dunklen digitalen Raum.

Neon-Schild, das über einer digitalen Karte einer lokalen Maschine schwebt, mit Datenknoten innerhalb einer 127.0.0.1-Grenze und einem schreibgeschützten MCP-Gateway.

Wie es funktioniert

Die dokumentierte Abfolge entspricht Auftrag → Plugin → Ausrichtung → Designsystem → Artefakt → Auslieferung → Gedächtnis:

  1. Die Person beschreibt den Auftrag und wählt einen Skill, eine Vorlage oder ein Plugin.
  2. Sie wählt eine visuelle Ausrichtung oder liefert Marke, Screenshot oder URL, um eine wiederverwendbare DESIGN.md zu erstellen.
  3. Der Adapter setzt diese Anweisung mit dem Designsystem zusammen und führt den lokalen Code-Agenten aus; auf dem BYOK-Weg ohne Dateiwerkzeuge liefert er einen vollständigen <artifact>-Block zurück.
  4. OD zeigt das isolierte Ergebnis als Vorschau und liefert es als Code oder per Export aus.

Leuchtendes Flussdiagramm, das die Phasen Auftrag, Ausrichtung, Designsystem und Artefakt zeigt, verbunden durch pulsierende Datenströme.

Die MCP-Installation konzentriert sich auf od mcp install <agent>. Das README dokumentiert unter anderem od mcp install claude, codex, cursor, copilot, openclaw, antigravity, hermes, kimi und opencode; --print zeigt eine Vorschau, --uninstall macht die Konfiguration rückgängig. Vom Agenten aus lässt sich die lokale Arbeit abfragen mit od project list --json, od files list <project-id> --json, od files read <project-id> <relative-path>, od plugin list --json und od skills list --json.

Der technische Kern, den das Projekt dokumentiert, ist eine Next.js-16- und React-18-Oberfläche innerhalb von Electron, ein lokaler Node-24-Daemon mit Express, SQLite und SSE-Streaming sowie ein MCP-Server über stdio. Der Katalog gibt mehr als 100 funktionale Skills, 151 Designsystem-Pakete und 277 offizielle Plugins an. Diese letzte Angabe stammt aus dem README selbst, nicht aus einer unabhängigen Prüfung des Inhalts jedes Pakets.

Offizieller und halboffizieller Status

Open Design ist kein offizielles Produkt von Anthropic: Das Repository selbst positioniert sich ausdrücklich als offene Alternative zu Claude Design. Es wurde auch keine Quelle gefunden, die eine Aufnahme in einen offiziellen Marktplatz von Anthropic, OpenAI, Figma oder Cursor oder eine Anbieterzertifizierung belegt.

Es gibt jedoch einen eigenen Vertriebs- und Erweiterungsweg: Das Repository enthält ein Plugin-Register, eine Plugin-Seite innerhalb der App sowie Dokumentation zur Veröffentlichung in externen Registern wie skills.sh und ClawHub. Das im README angekündigte Programm Open Design Fellow bietet ausgewählten Teilnehmenden einen direkten Review-Weg und regionale Repräsentation; es ist ein Programm des Projekts, keine Akkreditierung durch Dritte.

In der Praxis macht die dokumentierte Kompatibilität mit zahlreichen MCP-Clients und Kommandozeilen-Agenten das Projekt mit diesen Umgebungen interoperabel. Diese Kompatibilität sollte nicht mit Billigung, Support oder einem formalen Standard ihrer Hersteller verwechselt werden.

Das Ökosystem

Repositories von nexu-io

Die API-Abfrage lieferte 21 öffentliche Repositories der Organisation. Die Open Design nach Beschreibung und Funktion am nächsten stehenden sind:

  • nexu-io/agentic-design: ein konversationeller Designraum zwischen Menschen und Agenten; 14 Sterne und 10 Forks.
  • nexu-io/html-anything: ein lokaler agentiver HTML-Editor mit Skills und Veröffentlichungsflächen; 8.069 Sterne und 788 Forks.
  • nexu-io/html-video: lokale Videogenerierung aus HTML, CSS und Daten, mit austauschbaren Rendering-Engines; 4.247 Sterne und 534 Forks. Seine Beschreibung nennt es das offizielle Projekt des Open-Design-Teams.
  • nexu-io/motion-anything: eine offene Engine für konversationelle Animation; 641 Sterne und 69 Forks.
  • nexu-io/codex-slides: ein Präsentationsstudio für Codex mit PDF/PPTX-Export; 748 Sterne und 62 Forks.
  • nexu-io/open-design-agent-plugins: ein zugehöriges Plugin-Repository für Agenten; die API lieferte 0 Sterne und 0 Forks.
  • nexu-io/od-contribute: ein Ein-Klick-Beitragsablauf, installierbar über npx skills add; 3 Sterne und 1 Fork.
  • nexu-io/open-design-contributor-card: ein Cloudflare-Worker-Dienst mit D1 und R2 für Beitragskarten; 1 Stern und 3 Forks.

Ebenfalls erscheinen nexu-io/design (Designsystem und Prototypen), nexu-io/harness-engineering-guide (ein Leitfaden zu Agenten-Ausführungsumgebungen), nexu-io/looper (ein autonomes Agententeam für GitHub-Repositories) und nexu-io/nexu (ein Desktop-Client für OpenClaw). Das sind Schwesterprojekte aus derselben Organisation; ihre genaue funktionale Beziehung zu Open Design geht aus diesen Beschreibungen nicht weiter hervor.

Ökosystemkarte mit einem zentralen, leuchtenden Knoten namens Open Design, der über glasfaserähnliche Fäden mit Satellitenknoten verbunden ist, die html-anything, html-video, motion-anything und codex-slides darstellen.

Herkunft, Integrationen und Erweiterungen

Das README schreibt konkrete Ökosystemteile zu oder verlinkt sie: Es integriert heygen-com/hyperframes, um HTML in MP4 umzuwandeln; es enthält den Präsentations-Skill op7418/guizang-ppt-skill; es nennt lewislulu/html-ppt-skill als Ursprung einer Vorlagenfamilie; es verwendet VoltAgent/awesome-design-md als Vorläufer eines Teils seiner DESIGN.md-Systeme; und es würdigt OpenCoworkAI/open-codesign und multica-ai/multica als Referenzen für Ablauf und Architektur. Diese Erwähnungen dokumentieren Herkunft oder Integration, nicht gemeinsames Eigentum.

Die GitHub-API identifizierte mehrere sichtbare Forks. aresbit/autoagent-design (54 Sterne) übernimmt einen anderen Namen und beschreibt sich als AutoAgent-Design; agentik-os/Agentik-Design (2 Sterne) ändert ebenfalls die Marke. Die übrigen Ergebnisse mit der höchsten Sichtbarkeit, wie sholajegede/open-design (12 Sterne) und arupdas0825/open-design (11 Sterne), behalten die Beschreibung des Originals; sie werden als Forks gemeldet, nicht als eigenständige Ports. In dieser Stichprobe wurde kein übersetzter Fork mit eigener Identität verifiziert.

Die Internationalisierung dagegen findet innerhalb des Hauptrepositorys statt: Das README bietet Spanisch, brasilianisches Portugiesisch, Deutsch, Französisch, vereinfachtes und traditionelles Chinesisch, Koreanisch, Japanisch, Arabisch, Russisch, Ukrainisch, Türkisch und Thailändisch; der Beitragsleitfaden pflegt ebenfalls mehrere Übersetzungen. Das sind offizielle Dokumentationsübersetzungen, keine separaten Community-Repositories.

Zahlen zum Repository

Messung: 3. August 2026, 13:34 UTC−03; GitHub-API.

MetrikWert
Sterne83.367
Forks9.675
Tatsächliche Abonnenten259
Commits3.051
Von der API angegebene offene Issues723
HauptspracheTypeScript
LizenzApache-2.0
Erstellung28. April 2026
Letzter gemeldeter Push3. August 2026, 16:09 UTC
Letzte veröffentlichte Versionopen-design-v0.17.0, 3. August 2026, 13:33 UTC

Die letzte im Paginierungs-Header der Commits-API angegebene Seite war 3.051, daher diese Zählung. Die Beitragenden mit den meisten Beiträgen in der API-Antwort waren lefarcen (363), PerishCode (189), pftom (121), cursoragent (116), Siri-Ray (87) und mrcfps (78). Das Feld watchers_count in der allgemeinen Antwort wiederholt die Sternezahl, weshalb hier subscribers_count als Abonnentenzahl angegeben wird. Zudem kann open_issues_count offene Pull Requests einschließen, nicht nur Issues.

Wie man beiträgt

Das Projekt dokumentiert Beiträge aus Code, Dokumentation, Agenten-Adaptern, Skills, Design-Vorlagen, Designsystemen und Plugins. Der Grundweg ist: klonen, corepack enable, pnpm install und pnpm tools-dev run web ausführen; vor dem Öffnen eines Pull Requests werden pnpm guard, pnpm typecheck und die Tests des betroffenen Pakets verlangt.

Für ein Plugin verlangt der Leitfaden open-design.json und das entsprechende Laden; ein Skill oder Szenario erfordert zusätzlich SKILL.md. Die dokumentierte Validierung ist od plugin validate, pnpm guard und pnpm --filter @open-design/plugin-runtime typecheck. Visuelle Beiträge müssen einen Screenshot oder eine Vorschau in der Pull-Request-Vorlage beifügen.

Leuchtender digitaler Globus mit Lichtstrahlen, die Dokumentation in mehrere Sprachen übersetzen, über einem Cyberpunk-Terminal, das pnpm guard und pnpm typecheck mit grünen Neon-Häkchen zeigt.

Die redaktionelle Richtlinie umfasst ein einziges Anliegen pro Pull Request, einen imperativen Titel mit Umfangsangabe, eine ausgefüllte Pull-Request-Vorlage und einen Verweis auf ein Issue bei nicht trivialen Änderungen. Es gibt kein CLA: Beiträge fallen unter Apache-2.0, außer bei gebündelten Dateien, die eine andere Lizenz behalten. Zum Einstieg verlinkt das README die Labels good first issue und help wanted.

Wie die Community reagierte

Die abgerufene Diskussion zeigt echtes Interesse, aber keinen Konsens über das visuelle Ergebnis oder die Art der Produktpräsentation:

  • Der Hacker-News-Beitrag 47985750, veröffentlicht von steveharing1 am 2. Mai 2026, verlinkte direkt auf das Repository und erreichte 232 Punkte und 92 Kommentare. Der Autor dankte der Open-Source-Community für ihre Schnelligkeit. nilirl fand die Beispiele wunderschön und fragte sich, wie ein menschlicher Designer damit konkurrieren würde; das ist eine individuelle Reaktion, keine Qualitätsbewertung.
  • Im selben Thread bemängelte ricardobeat, der kommerzielle Stil des READMEs wirke befremdlich; ColinEberhardt fand ihn wenig ansprechend, und Strom kritisierte die Buzzword-Dichte. ModernMech stellte das Tempo des anfänglichen Sternewachstums infrage. Das sind Beobachtungen von Teilnehmenden; sie belegen keine Manipulation von Kennzahlen.
  • Ebenfalls in 47985750 bezeichnete Saline9515 Claude Designs Ansatz als teuer in Token und Zeit und gab an, aus eigener Erfahrung lieber mit ChatGPT Image 2 Oberflächen zu prototypisieren. NetOpWibby vertrat die Auffassung, dass von Modellen erzeugte Oberflächen generisch und ohne Persönlichkeit wirken können. Beides sind persönliche Meinungen, keine Vergleiche mit veröffentlichter Methodik.
  • Der Thread 48140859, gestartet von splatzone am 14. Mai 2026, erhielt 26 Punkte und 7 Kommentare. rida01 bezeichnete Open Design als akzeptabel, aber weniger ausgereift als Claude Design; ra0x3 hielt es für das zu dem Zeitpunkt am nächsten Verfügbare, wenn auch nicht auf demselben Niveau. Reubend empfahl Google Stitch als weitere Option. Der geringe Umfang dieser Konversation begrenzt jede allgemeine Schlussfolgerung.

Open Design im Vergleich zu anderen Ansätzen

AnsatzÜberprüfbare ÜbereinstimmungÜberprüfbarer Unterschied
Claude DesignDas README von Open Design identifiziert es als die unmittelbare funktionale Referenz.Open Design gibt an, Apache-2.0, lokal und kompatibel mit Agenten und austauschbaren Schlüsseln zu sein; Claude Design wird in der Quelle des Projekts selbst als geschlossen und an Anthropic gebunden beschrieben. Diese Charakterisierung stammt von Open Design, nicht aus in diesem Durchlauf abgerufener Anthropic-Dokumentation.
OpenCoworkAI/open-codesignSeine Beschreibung erklärt eine offene Alternative zu Claude Design, mit Prototyp-, Folien- und PDF-Generierung per BYOK.Open Design nennt es als Vorläufer für Interface-Muster. Die abgerufene API meldete 7.649 Sterne und eine MIT-Lizenz für open-codesign, gegenüber Apache-2.0 bei Open Design.
onlook-dev/onlookEs ist ein offenes KI-Designwerkzeug mit visueller Bearbeitung von React-Anwendungen.Onlook präsentiert sich als visueller Editor für React; Open Design konzentriert sich auf ein lokales Studio, das Agenten, Dateien, DESIGN.md-Systeme, MCP und den Export mehrerer Artefakttypen orchestriert. Die API meldete 26.397 Sterne für Onlook.
superdesigndev/superdesignSeine Beschreibung stellt es als offenen KI-Agenten für Produktdesign dar.Die abgerufene Quelle erlaubt keinen präziseren technischen Vergleich. Die API meldete 6.775 Sterne; es sollte daher als angrenzender Ansatz behandelt werden, nicht als erprobter funktionaler Ersatz.

Anwendungsfälle und wem dieses Repository helfen kann

  • Produktteams, die bereits einen Code-Agenten nutzen, können einen Auftrag in einen HTML-Prototyp, ein Dashboard oder eine Präsentation verwandeln und das Ergebnis als bearbeitbare Dateien behalten, um es anschließend über denselben Agenten an die Entwicklung zu übergeben.
  • Marken- oder Designteams können Tokens, Typografie, Komponenten und Vorgaben in DESIGN.md kodieren, sie über verschiedene Ausgaben hinweg wiederverwenden und die Abweichung zwischen einem Prototyp, einem Dashboard und einer Präsentation verringern.
  • Personen, die Kommunikationsartefakte über die reine Oberfläche hinaus brauchen, können die Vorlagen für Präsentationen, Bilder und HyperFrames nutzen, um PDF, PPTX oder MP4 zu erzeugen; es lohnt sich, die Qualität jeder Ausgabe und die Lizenzen der gebündelten Assets separat zu prüfen.
  • Entwicklerinnen und Entwickler, die mit Claude Code, Codex, Cursor, Copilot, Hermes oder anderen dokumentierten Adaptern arbeiten, können den MCP-Server installieren und lokale Projekte, Dateien, Skills und Plugins abfragen, ohne wiederholt Exporte anzuhängen.
  • Autorinnen und Autoren von Agenten-Workflows können einen Skill, eine Vorlage, ein Designsystem, einen Adapter oder ein Plugin erstellen, das über die Verträge SKILL.md und open-design.json validierbar ist, und das Ergebnis im Community-Register des Projekts veröffentlichen.

Dunkles Terminal, das den Befehl od mcp install ausführt, mit geisterhaften holografischen Symbolen verschiedener Code-Agenten, die sich in das System integrieren.

Ressourcen


Hinweis: Dieser Artikel kombiniert das README und den Beitragsleitfaden von Open Design, die GitHub-API, Hacker-News-Threads und die vom Projekt selbst verlinkten Repositories, abgerufen am 3. August 2026. Zahlen ändern sich mit der Zeit.

Kommentare