Por que construímos o Open Design como uma camada de skills, e não como um produto

O coding agent mais forte no seu laptop neste momento é o Claude, Codex, Cursor, Gemini, OpenCode ou Qwen. Não achamos que você precise de mais um. O que falta não é inteligência bruta — é bom gosto, estrutura e um fluxo de trabalho que respeite o design como um ofício.

O Open Design é nossa tentativa de preencher essa camada que falta. Não é um produto de chat. Não é uma ferramenta de design que “usa IA por baixo dos panos”. É uma camada fina de skills — uma pasta de arquivos SKILL.md, uma biblioteca portátil de design systems e um daemon que detecta automaticamente seus agentes de CLI existentes e os conecta entre si.

Este post explica por que fizemos essa escolha, o que ela implica para a forma como você vai usar o Open Design e por que “camada, não produto” é uma aposta na longevidade, e não um atalho.

Um produto teria o formato errado

O instinto, ao iniciar um projeto de design com IA em 2026, é construir um novo aplicativo: uma interface de chat, um canvas, um sistema de cobrança, uma conta de modelo que cresce linearmente com o número de usuários. Consideramos esse caminho e o rejeitamos por três motivos.

A interface de chat é uma commodity

Todo usuário já tem um agente capaz e uma caixa de chat em que confia. Adicionar uma pior — embrulhada na nossa marca, sem a memória muscular que ele já construiu — não ajuda ninguém. O valor não está na interface. O valor está no que o agente faz depois que você aperta enter: se ele produz um deck com cara de algo bem desenhado ou uma parede de divs.

A conta do modelo é um imposto sobre a criatividade

Inclua a inferência no produto e a economia força a sua mão. Você tem que marcar um lucro sobre os tokens, limitar sessões longas e racionar o acesso aos modelos mais novos para que sua margem sobreviva. Cada uma dessas medidas pune exatamente o comportamento que uma ferramenta de design deveria recompensar: iterar, explorar e rodar o agente de novo, porque é no terceiro rascunho que o trabalho fica bom.

Lock-in é o padrão errado

Designers deveriam poder ir embora com seus arquivos, seus sistemas e suas skills intactos. Um produto embrulha tudo em estado proprietário — exporte e você recebe uma sombra achatada da coisa real. Uma camada de skills não tem nada para embrulhar, porque os artefatos são os arquivos. Sair não custa nada, e é exatamente por isso que ficar significa algo.

Então construímos a camada em vez disso. Largue uma pasta, reinicie o daemon, a skill aparece. Leve a pasta com você, largue-a em um agente diferente, e a skill funciona lá também.

O que uma skill realmente é

Uma skill no Open Design é um arquivo SKILL.md mais ativos de apoio opcionais na mesma pasta. O arquivo Markdown descreve:

O que a skill faz — um parágrafo, em linguagem simples
Quando invocá-la — as condições de gatilho, escritas de modo que o agente consiga rotear corretamente
O formato da saída — HTML, PDF, slides, um briefing em Markdown
As restrições — paleta em OKLch, pilha de fontes, postura de layout, vocabulário da marca

O agente lê o arquivo, decide se deve invocá-la e grava a saída em disco. Não há sistema de plugins, nenhuma superfície de API, nenhuma matriz de compatibilidade de versões. Se você sabe escrever Markdown, você sabe entregar uma skill.

Anatomia de uma skill

Concretamente, uma skill é um diretório que o daemon descobre na inicialização:

skills/
  magazine-poster/
    SKILL.md          # the contract: trigger, output shape, constraints
    examples/
      launch.html     # a known-good artifact the agent can pattern-match

O front matter do SKILL.md nomeia a skill e seus gatilhos; o corpo é a orientação que o agente lê como um briefing. Nada registra a skill além da sua presença em disco — nenhum manifesto para atualizar, nenhuma etapa de build, nenhuma fila de revisão.

Por que arquivos vencem plugins

Isso é intencional. Vimos ecossistemas de plugins decaírem por quinze anos — cada um deles uma troca entre expressividade e longevidade, vencida por nenhuma das duas. Um plugin é um instantâneo da API de alguém em um ano específico; o runtime muda, a API quebra e o fluxo de trabalho do qual você dependia some. Arquivos não quebram. Um SKILL.md escrito hoje será lido exatamente da mesma forma por um agente daqui a dois anos, e por um humano sem nenhuma ferramenta.

Uma única folha de documento markdown com linhas de texto simples, selecionada em um quadro verde sobre um fundo editorial quase branco — Uma skill é apenas um arquivo — Markdown simples que um agente lê, e não um recurso preso dentro de um produto.

Por que os sistemas também são Markdown

O Open Design entrega dezenas de design systems — Linear, Vercel, Stripe, Apple, Cursor, Figma e mais — como arquivos DESIGN.md. Mesma ideia: portátil, legível, assimilável por agentes.

Um design system, nesse contexto, não é uma biblioteca do Figma. É um contrato:

## Color
--bg: oklch(98% 0.01 95);
--ink: oklch(20% 0.02 260);
--accent: oklch(72% 0.19 35);

## Type
Display — Albert Sans, 600, -0.02em
Body — Albert Sans, 400, 1.7 line-height

## Posture
Generous whitespace. One accent, used sparingly. No drop shadows.

O agente lê o contrato e produz um trabalho que o respeita — cores em OKLch para que permaneçam perceptualmente uniformes, uma escala tipográfica da qual ele não vai se desviar, uma postura de layout que mantém dez telas geradas com a cara de um único produto.

Misture, faça um fork e seja dono

Como um sistema é apenas texto, você pode fazer um fork e editá-lo no lugar, entregar uma variante ou escrever o seu próprio do zero em trinta minutos. Você pode até misturar sistemas no meio de um projeto — puxar a tipografia do Linear, a lógica de cor da Vercel, o layout de uma especificação interna personalizada — porque não há formato binário entre você e as regras. A mecânica completa de como skills e sistemas se compõem está coberta em 31 skills, 72 sistemas: como funciona a biblioteca do Open Design.

BYOK é o único modelo honesto

O Open Design roda no modelo bring-your-own-key. Você cola uma base URL e uma API key de qualquer endpoint compatível com OpenAI — DeepSeek, Groq, OpenRouter, seu próprio vLLM auto-hospedado — e pronto:

OPENAI_BASE_URL=https://api.deepseek.com/v1
OPENAI_API_KEY=sk-…

Nós não rodamos a inferência. Nós não tiramos uma margem sobre os tokens. Nós não temos uma relação de cobrança com você. Isso não é um problema de sustentabilidade — é a única resposta honesta para a pergunta “quem paga quando o agente roda?”

A privacidade decorre da mesma escolha

Como o daemon chama o provedor diretamente da sua máquina, seus prompts nunca transitam pelos nossos servidores. Não há proxy para registrá-los, nenhum pipeline de analytics retendo silenciosamente seu trabalho ainda não publicado. Para trabalho de agência ou qualquer coisa sob NDA, “onde isso roda?” deixa de ser uma conversa de compras e vira uma configuração. As compensações mais profundas — e as arestas que ainda existem — estão no teste de realidade do BYOK.

A resposta para quem paga é: você paga, diretamente, ao provedor de modelo que escolheu. Nós saímos do caminho.

O que isso significa para você

Se você quer um SaaS polido com uma caixa de chat bonita e uma única assinatura, não somos a ferramenta certa. Existem bons produtos nesse formato — use-os.

Se você quer um fluxo de trabalho em que:

o agente em que você já confia faz o trabalho,
as skills são arquivos que você pode ler e editar,
os design systems são portáteis entre projetos e agentes,
e a conta vai para o provedor de modelo, não para nós —

então o Open Design foi feito para você. Entre no repositório do GitHub, rode pnpm tools-dev, aponte seu agente para uma skill e entregue.

A camada de skills vence porque não compete com o agente no seu laptop. Ela o potencializa.

Leitura relacionada

31 skills, 72 sistemas: como funciona a biblioteca do Open Design — os quatro primitivos a partir dos quais esta camada é construída
Fluxo de design BYOK: rode Claude, Codex ou Qwen com sua própria key — o modelo bring-your-own-key na prática
A alternativa open-source ao Figma — onde a aposta de “camada, não produto” se posiciona contra o incumbente