A melhor alternativa local-first ao Claude Design
SankiWork é o vibe design workspace local-first: transforma os agentes de código que você já usa em um motor de design que vai da ideia ao protótipo, web, slides e vídeo HTML, tudo na sua própria máquina.
Agent-native, com 21 agentes de código, 152 design systems.

Why SankiWork?
Brief → Template → Direção visual → Artifact → Memória
Descreva seu objetivo em uma frase, ou comece a partir de um template / plugin.
Definida a direção, paleta, tipografia e espaçamento entram automaticamente na geração.
O agente lê todo o contexto, produz arquivos reais executáveis e os pré-visualiza e edita ao vivo em um sandbox.
Exporte para a engenharia continuar, ou transforme em vídeo de marketing com o HyperFrames.Protótipos, landing pages, slides, dashboards, sistemas de marca e de design — até vídeo HTML. O SankiWork transforma cada um em arquivos reais e executáveis, movidos pelo seu próprio coding agent, prontos para entregar ou repassar à engenharia.
Cada etapa é iterativa, visual e baseada em pesquisa: arquivos componíveis em vez de prompts opacos.


Local-first · Agent-native
Local-first · Grátis
Um vibe design workspace é onde você projeta descrevendo a intenção a um agente de IA — do prompt ao protótipo, página web, slides ou vídeo HTML — em vez de posicionar cada elemento à mão. O SankiWork é um vibe design workspace local-first e agent-native: integra o coding agent que você já usa a um fluxo de design completo, então uma ferramenta leva você de uma ideia bruta a um resultado pronto e seu.
SankiWork é o workspace oficial de design com IA do projeto Sanki5211/sankiwork-community. Ele transforma um coding agent local — Claude Code, Codex, Cursor, Gemini CLI, OpenCode ou Qwen — em um motor de design movido por skills componíveis e sistemas DESIGN.md portáteis.
Sim. O site canônico é https://sanki-ai.cloud/ e o código-fonte está no GitHub em https://gitea.com/Sanki5211/sankiwork-community. "SankiWork", "SankiWork", "sankiwork" e "SankiWork AI" apontam para o mesmo projeto.
Claude Design é um produto hospedado preso a um fornecedor. SankiWork é local-first e BYOK: você traz seu agent, suas chaves e seu sistema DESIGN.md.
Sim. O app desktop, o daemon e o runtime de skills rodam na sua máquina, e os artifacts gerados ficam no diretório do projeto.
Claude Code, Codex, Cursor, Gemini CLI, OpenCode, Qwen e outros adaptadores que falam o mesmo protocolo de skills.
Sim. Você pode fazer fork do repo, editar skills, adicionar seus sistemas DESIGN.md ou rodar o daemon nas suas máquinas.
Só o seu prompt e o contexto de skills vão para o provedor cujas chaves você traz (BYOK). O SankiWork não tem servidor próprio — o daemon fala diretamente com o seu provedor. Os artifacts gerados ficam como arquivos no diretório do projeto, não na nuvem de nenhum vendor.
Hoje não. O SankiWork é local-first por design — o mínimo é um daemon local mais um agent (Claude Code, Codex, Cursor, Gemini CLI ou um dos 17 adaptadores suportados). Um sandbox hospedado está no roadmap, mas não é prioridade: artifacts no seu repo valem mais que documentos no banco de dados de outra pessoa.
O produto é gratuito — não existe assinatura do SankiWork. Você paga os custos de API do provedor que usar (Anthropic, OpenAI, Google, Mistral, xAI, Moonshot etc.), cobrados direto na sua conta. O BYOK mantém as chaves e o gasto do seu lado.
Sim. O daemon roda onde o Node 24 rodar, e a landing page é um build estático do Astro que vai para Cloudflare Pages, Vercel ou Netlify sem mudanças. Times com deployments compartilhados costumam fixar o daemon numa máquina da rede e apontar a CLI de cada dev para ela.
Solte um screenshot ou um export do Figma na UI web e peça ao agent para extrair a marca para um arquivo DESIGN.md. Salve-o em design-systems/<your-brand>/ no repo; a partir daí toda skill renderiza nessa marca sem novo prompt. /alternatives/claude-design/ descreve o mesmo fluxo em passos.
Sim. Skills e sistemas DESIGN.md são agnósticos de agent — o mesmo SKILL.md renderiza com Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, Grok, Hermes, Qwen ou qualquer outro adaptador suportado. Trocar de agent é uma mudança de configuração no daemon, não um redesign.
O roadmap vivo está em docs/roadmap.md no repo do GitHub, e notas de release semanais saem pelo GitHub Releases. Os grandes temas do próximo trimestre: mais adaptadores de agents, famílias de templates mais ricas (3D, vídeo, áudio) e um modo opcional de daemon compartilhado para times de design.