open-design

Sur mon radar

open-design est une alternative open-source à Claude Design publiée par l'organisation nexu-io (Apache-2.0, ~49k★ au moment de l'écriture). Le pitch de la home : « We don't ship an agent. Yours is good enough. » Le daemon scanne ton PATH pour détecter 16 CLIs d'agents de coding (Claude Code, Cursor, Gemini CLI, Copilot CLI, Hermes, Qwen, DeepSeek…), et branche celui que tu as déjà sur une boucle skill-driven de génération de livrables design.

Pourquoi c'est sur mon radar

• Pas de vendor lock-in d'agent. Le projet pose le principe inverse de Claude Design : on ne fournit pas l'agent, on utilise celui qui est déjà sur la machine. La couche d'adaptation unifie 16 CLIs derrière la même API. Si demain je veux passer de Claude Code à Cursor pour une session, je ne change rien à mon flow design.
• Local-first + SQLite par projet. Chaque projet a son dossier `.od/projects/<id>/` que l'agent utilise comme working directory, et son entrée dans `.od/app.sqlite` qui persiste conversations, messages, onglets. Le daemon expose des tools Read/Write/Bash/WebFetch qui pointent sur des artefacts on-disk — les exports ne sont pas générés en mémoire à chaque tour.
• 31 skills + 72 design systems en Markdown. Les skills sont des dossiers que tu drop dans `skills/` et qui apparaissent dans le picker au prochain restart — pas de marketplace, pas de plugin system. Les design systems sont des `DESIGN.md` portables : Linear, Stripe, Vercel, Airbnb, Tesla, Notion, Apple, Cursor… 72 références prêtes à swap.
• Discovery interactive avant de générer. Turn-1 : le skill verrouille le brief (surface, audience, ton, brand context, scale). Turn-2 : 5 directions visuelles différenciées (Editorial Monocle, Modern Minimal, Tech Utility, Brutalist, Soft Warm) avec palettes OKLch déterministes et stacks de fonts. C'est le même esprit junior-designer workflow que huashu-design — montrer tôt, batcher les questions, éviter le one-shot héroïque.

Ce que ça produit concrètement

31 skills regroupés par scénario (design, marketing, ops, ingénierie, produit, finance, RH, sales, personnel). 27 sont des prototype skills (web-prototype, dashboard, mobile-app, social-carousel, sprite-animation…), 4 sont des deck skills (guizang-ppt magazine-style bundlé verbatim depuis l'auteur d'origine op7418, simple-deck, replit-deck…).

• Image générée — gpt-image-2 (Azure/OpenAI) pour posters, avatars, infographies. 43 prompts prêts à dupliquer.
• Vidéo générée — Seedance 2.0 (ByteDance) pour cinematic text-to-video 15s. HyperFrames pour transformer du HTML en MP4 motion graphics. 39 prompts vidéo + 11 HyperFrames.
• Exports — HTML inline-assets, PDF print-aware/deck-aware, PPTX, ZIP, Markdown.
• Desktop + web — Next.js 16 App Router déployable sur Vercel, et un shell Electron optionnel avec sidecar IPC pour les tests E2E.

Le delta avec Claude Design et huashu-design

Trois outils, trois philosophies. Claude Design (Anthropic) produit un brief texte — palette, typo, composants documentés — à transcrire ensuite dans ta codebase. huashu-design (花叔) produit le livrable directement (HTML, PPTX, MP4), via un Claude Code skill agent-agnostic installable en `npx skills add`. open-design (nexu-io) garde l'artifact-first de huashu mais ajoute trois choses : un daemon local qui pilote n'importe quel agent CLI, une persistance SQLite par projet, et une app desktop autonome.

Si je voulais comparer en une phrase : Claude Design est un atelier hosté chez Anthropic, huashu-design est un skill qui s'installe dans ton agent, open-design est un workbench local qui héberge tes agents. Les trois adressent la même intention (générer du design avec l'IA) à trois niveaux d'autonomie différents.

Comment l'essayer

Trois chemins d'install selon ton appétit pour les dépendances :

# 1. Desktop app (recommandé) — release pré-build
#    macOS Apple Silicon + Intel x64, Windows x64, Linux AppImage
#    https://github.com/nexu-io/open-design/releases

# 2. Docker compose
git clone https://github.com/nexu-io/open-design.git
cd open-design/deploy
docker compose up -d
# http://localhost:7456

# 3. From source — Node 24 + pnpm 10.33.x
git clone https://github.com/nexu-io/open-design.git
cd open-design
corepack enable
pnpm install
pnpm tools-dev run web

Une fois lancé, le daemon détecte automatiquement les agents CLI présents sur le PATH. Pas de configuration manuelle, pas de clé API à fournir si tu as déjà Claude Code ou Cursor configurés. Le mode BYOK (proxy OpenAI-compatible avec blocage SSRF) reste disponible si tu veux router vers ton propre provider.

Ce que je vais tester sur le prochain projet

Avant de m'enthousiasmer sur les 49k★, voici les checks que je veux faire en usage réel.

• Détection d'agent — est-ce que le daemon retrouve vraiment Claude Code installé via Homebrew sur macOS, ou faut-il forcer le chemin ? Idem sur WSL2 avec un Claude Code linké via PATH custom.
• Qualité output réel vs vitrine — les exemples de la home sont sélectionnés par les auteurs. Sur un brief moyen avec des contraintes business (ex : refonte d'un parcours de réservation), qu'est-ce que ça donne sans cherry-picking ?
• DESIGN.md swap — choisir un des 72 design systems (par exemple Linear ou Stripe) et générer un dashboard. Est-ce que le système choisi est vraiment respecté, ou est-ce qu'il « améliore » silencieusement vers une version générique ?
• Persistance SQLite — relancer le daemon après un crash, vérifier que la conversation reprend sur le bon onglet, que les artefacts on-disk sont rebranchés.
• Comparaison side-by-side avec Claude Design et huashu-design sur le même brief. Pas pour départager — pour comprendre où chacun excelle. Le retour d'expérience deviendra son propre article quand je l'aurai fait.

Sources & crédits

open-design est conçu et maintenu par l'organisation nexu-io sur GitHub, sous licence Apache-2.0. Tout le crédit du projet revient à ses auteurs. Le skill guizang-ppt est bundlé verbatim depuis l'auteur d'origine op7418, avec sa LICENSE préservée. Cet article est une présentation à chaud avant essai — je publierai un retour d'expérience séparé après usage en production.