Open Design è un’app open source e local-first per creare prototipi, landing page, dashboard, slide, immagini e video con agenti come Claude Code, Codex, Cursor e OpenCode. Gli output restano file reali, modificabili ed esportabili: per questo è una delle alternative più dirette a Claude Design.
L’ho installato su Windows per capire dove finisce la promessa e dove inizia il lavoro vero. Il vantaggio è il controllo su progetti, design system e output. Il limite è che “local-first” non significa automaticamente “tutto offline”: se scegli un modello via API, prompt e contesto passano dal provider configurato.

Open Design non è una semplice skill: è un ambiente locale completo per generare artefatti AI.
Cos’è Open Design e come funziona
Open Design usa le skill, ma è un’app completa. Le istruzioni guidano l’agente; il prodotto gestisce progetti, file, anteprime, esportazioni e stato delle sessioni.
Le skill servono a guidare l’agente: landing page, dashboard, deck, prototipi mobile, report, documentazione, runbook tecnici e così via. Ma sotto c’è molto di più.
Il progetto include:
→ web app in Next.js
→ daemon locale con API e gestione dei processi
→ stato e progetti gestiti localmente
→ preview sandboxata
→ export HTML, PDF, PPTX, MP4, ZIP e Markdown
Quindi non stiamo parlando di un prompt migliorato, ma di un piccolo studio creativo locale.
Ecco la cosa interessante
La maggior parte dei tool AI lavora così: scrivi un prompt, ricevi un output, poi sistemi a mano.
Open Design prova a fare un passaggio in più. Prima di generare, chiede contesto: cosa vuoi creare, per chi, con quale stile, con quali vincoli.
Questo riduce il classico problema degli output AI:
→ belli al primo sguardo
→ poco coerenti
→ difficili da riutilizzare
Qui entrano in gioco skill, design system e prompt stack. L’agente non parte completamente libero: lavora dentro un perimetro.
Skill e design system aiutano l’agente a produrre output più coerenti e meno casuali.
Ti sta piacendo?
Ricevi una guida pratica ogni settimana. AI, tool e automazioni.
Il daemon locale è il vero cuore
La parte più importante è il demone locale.
È lui che rileva gli agent installati, gestisce backend e filesystem, salva i progetti, mantiene lo stato e fa lavorare l’AI dentro una cartella reale del tuo computer.
Quando chiedi una landing page, non ricevi solo codice da copiare. Open Design crea file, li salva, li mostra in anteprima e ti permette di esportarli.
Questa è la differenza tra una chat e un ambiente di lavoro.
Claude Design, ma senza lock-in
Open Design dichiara supporto per oltre 20 CLI e agenti, tra cui Claude Code, Codex, Cursor, DeepSeek Harness, OpenClaw, OpenCode e Qwen. Se vuoi capire il flusso chiuso di Anthropic, ho descritto anche come uso Claude Design per costruire slide.
In più supporta l’approccio BYOK, cioè puoi usare le tue API e scegliere il provider.
Questo è molto utile perché non sei obbligato a consumare sempre i limiti dello stesso ecosistema. Puoi usare un modello più economico per iterare, uno più potente per rifinire, oppure cambiare provider quando serve.
Il punto non è “aggirare i limiti”.
Il punto è separare lo strumento dal motore AI.
Cosa può generare
Open Design può generare landing page, dashboard, prototipi mobile, email marketing, social carousel, poster, slide deck, documenti, invoice e report.
La parte interessante è che questi output non restano “dentro la chat”. Vengono salvati come file reali e possono essere esportati.
→ HTML
→ PDF
→ PPTX
→ MP4
→ ZIP
→ Markdown

Un esempio di artefatto generato: non solo testo, ma un progetto esportabile e modificabile.
Open Design vs Claude Design: quale scegliere
Per me la scelta non è ideologica. Uso Open Design quando voglio separare ambiente, agenti e provider; uso un flusso più chiuso quando conta soprattutto partire in fretta. Per un confronto con un altro approccio locale, trovi anche la mia prova di OpenUI con Ollama.
Installazione su Windows
La strada più semplice è scaricare l’app desktop ufficiale per Windows x64 dalla pagina Releases. La release 0.21.1 permette di iniziare senza login obbligatorio, scegliendo un agent locale o un provider BYOK. Se invece vuoi eseguire il progetto da sorgente, alla verifica del 2 settembre 2026 servono Node.js ~24 e pnpm da 10.33.2 a meno di 11. Controlla sempre il package.json della release che installi.
Caveat Windows: il supporto nativo è best-effort. Con Node 24, better-sqlite3 può richiedere la compilazione locale e Visual Studio Build Tools 2022 o successivo.
Installazione da sorgente: clona il repository:
git clone https://github.com/nexu-io/open-design.git
cd open-design
Controlla le versioni:
node -v
pnpm -v
Se pnpm è vecchio, aggiorna:
npm install -g pnpm@10.33.2
Per Node, su Windows conviene usare nvm-windows:
nvm install 24
nvm use 24
Poi installa le dipendenze:
pnpm install
Avvia Open Design:
pnpm tools-dev run web

Open Design avviato in locale con pnpm tools-dev run web.
Cos’è tools-dev
tools-dev non è un semplice comando di start. È il comando che gestisce il ciclo di vita dell’ambiente locale.
Con:
pnpm tools-dev run web
vengono avviati backend locale e web app. Ma puoi anche usare:
pnpm tools-dev status
pnpm tools-dev logs
pnpm tools-dev stop
pnpm tools-dev restart
pnpm tools-dev check
È il layer operativo che tiene insieme daemon, web app e processi locali.
FAQ: errori comuni su Windows
Errore Corepack: Cannot find matching keyid
Nel mio caso la soluzione più rapida è stata installare pnpm manualmente:
npm install -g pnpm@10.33.2
Errore pnpm non compatibile
Se vedi:
Expected pnpm >=10.33.2 <11
Got: 9.15.1
aggiorna pnpm con il comando sopra.
Errore Node non compatibile
Se vedi:
Expected Node ~24
Got: v20.18.0
devi passare a Node 24:
nvm install 24
nvm use 24
Dove gestisce i dati runtime
Il daemon gestisce localmente stato, progetti e artefatti. Non tratto però un percorso concreto come contratto stabile: struttura e data root possono cambiare tra release. Per backup, migrazioni o automazioni controlla la documentazione della versione installata invece di affidarti a un albero copiato da una build precedente.
Privacy: locale non vuol dire sempre offline
Open Design salva progetti e artefatti sul computer, ma la destinazione dei prompt dipende dal motore scelto. Con un provider cloud, dati e contesto escono dalla macchina; con un modello locale compatibile, puoi mantenere anche l’inferenza nel tuo ambiente. Prima di usare materiale riservato controllerei provider, log, integrazioni e file inclusi nel prompt.
Funzioni avanzate da tenere d’occhio
Oltre alla generazione visuale, Open Design include alcune funzioni interessanti: import da export ZIP di Claude Design, template salvati, preview sandboxata, artifact lint e server MCP read-only.
La parte MCP è notevole: permette ad altri agent compatibili di leggere i file dei progetti Open Design. Quindi puoi usare Open Design come sorgente visuale e poi far lavorare un altro agente sul progetto vero.
Trend GitHub
La crescita su GitHub mostra l’interesse verso strumenti AI local-first e componibili.
A chi serve davvero
Open Design non è ancora uno strumento per tutti. Non lo darei in mano a un utente non tecnico aspettandomi che faccia tutto da solo.
Ma per sviluppatori, consulenti AI, creator tecnici, designer curiosi e chi lavora con prototipazione o automazione, è molto interessante.
Soprattutto se vuoi costruire un workflow dove l’AI non risponde soltanto, ma lavora dentro un processo reale. Ho raccolto gli strumenti adiacenti nella mia mappa di tool per vibe coding, CLI e sviluppo locale.
Conclusione
Open Design ha senso per chi vuole lavorare su file reali, cambiare agente o provider e mantenere il progetto nel proprio ambiente. Richiede però più manutenzione di un prodotto chiuso e la privacy dipende sempre dal modello collegato.
Il mio verdetto: lo sceglierei per prototipi e sistemi visivi riutilizzabili, non per evitare ogni servizio cloud senza prima verificare il provider. È un progetto da usare con criteri tecnici, non una scorciatoia automatica.










