Почему мы сделали Open Design слоем навыков, а не продуктом

Самый сильный coding-агент на вашем ноутбуке прямо сейчас — это Claude, Codex, Cursor, Gemini, OpenCode или Qwen. Мы не считаем, что вам нужен ещё один. Не хватает не сырого интеллекта, а вкуса, структуры и рабочего процесса, который относится к дизайну как к ремеслу.

Open Design — это наша попытка создать тот самый недостающий слой. Это не чат-продукт. Это не дизайн-инструмент, который «использует AI под капотом». Это тонкий слой навыков — папка с файлами SKILL.md, переносимая библиотека дизайн-систем и daemon, который автоматически обнаруживает ваших уже установленных CLI-агентов и связывает их вместе.

В этом материале мы объясняем, почему сделали такой выбор, что он означает для того, как вы будете пользоваться Open Design, и почему «слой, а не продукт» — это ставка на долговечность, а не короткий путь.

Продукт был бы неправильной формой

Инстинкт при запуске AI-проекта в области дизайна в 2026 году — построить новое приложение: чат-интерфейс, холст, систему биллинга, счёт за модель, который растёт линейно с числом ваших пользователей. Мы рассматривали этот путь и отказались от него по трём причинам.

Чат-интерфейс — это товар широкого потребления

У каждого пользователя уже есть способный агент и чат-окно, которому он доверяет. Добавление худшего — обёрнутого в наш бренд, лишённого мышечной памяти, которую он наработал, — никому не поможет. Ценность не в интерфейсе. Ценность в том, что агент делает после того, как вы нажали Enter: создаёт ли он презентацию, которая выглядит продуманно спроектированной, или стену из div-ов.

Счёт за модель — это налог на творчество

Встройте инференс в продукт — и экономика вынудит вас действовать определённым образом. Вам придётся накручивать наценку на токены, ограничивать длинные сессии и нормировать доступ к новейшим моделям, чтобы ваша маржа выжила. Каждый из этих шагов наказывает ровно то поведение, которое дизайн-инструмент должен поощрять: итерации, эксперименты и повторный запуск агента, потому что именно в третьем черновике работа становится хорошей.

Привязка — неправильное значение по умолчанию

Дизайнеры должны иметь возможность уйти, сохранив свои файлы, свои системы и свои навыки в целости. Продукт оборачивает всё в проприетарное состояние — экспортируйте его, и вы получите уплощённую тень настоящего. Слою навыков нечего оборачивать, потому что артефакты и есть файлы. Уход не стоит ничего — и именно поэтому то, что вы остаётесь, что-то значит.

Поэтому мы построили слой. Положите папку, перезапустите daemon — навык появляется. Заберите папку с собой, положите её в другого агента — навык работает и там.

Что на самом деле представляет собой навык

Навык в Open Design — это файл SKILL.md плюс необязательные вспомогательные ресурсы в той же папке. Файл Markdown описывает:

• Что делает навык — один абзац, на простом языке
• Когда его вызывать — условия срабатывания, написанные так, чтобы агент мог корректно маршрутизировать
• Форму вывода — HTML, PDF, слайды, бриф в Markdown
• Ограничения — палитра в OKLch, набор шрифтов, манера вёрстки, словарь бренда

Агент читает файл, решает, вызывать ли его, и записывает результат на диск. Нет системы плагинов, нет поверхности API, нет матрицы совместимости версий. Если вы умеете писать на Markdown, вы можете выпустить навык.

Анатомия навыка

Конкретно, навык — это каталог, который daemon обнаруживает при запуске:

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

Front matter в SKILL.md задаёт имя навыка и его триггеры; тело — это инструкции, которые агент читает как бриф. Ничто не регистрирует навык, кроме его наличия на диске — нет манифеста, который надо обновлять, нет шага сборки, нет очереди на ревью.

Почему файлы лучше плагинов

Это сделано намеренно. Мы наблюдали, как экосистемы плагинов приходят в упадок на протяжении пятнадцати лет — каждая из них компромисс между выразительностью и долговечностью, в котором не выигрывает ни то, ни другое. Плагин — это снимок чьего-то API в конкретном году; среда выполнения меняется, API ломается, и рабочий процесс, на который вы полагались, исчезает. Файлы не ломаются. SKILL.md, написанный сегодня, через два года читается агентом ровно так же — и человеком вообще без всяких инструментов.

Почему системы — это тоже Markdown

Open Design поставляет десятки дизайн-систем — Linear, Vercel, Stripe, Apple, Cursor, Figma и другие — в виде файлов DESIGN.md. Та же идея: переносимые, читаемые, доступные для восприятия агентом.

Дизайн-система в этом контексте — это не библиотека Figma. Это контракт:

## 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.

Агент читает контракт и выдаёт работу, которая его соблюдает — цвета в OKLch, чтобы они оставались перцептивно ровными, шкалу шрифтов, от которой он не отклонится, манеру вёрстки, благодаря которой десять сгенерированных экранов ощущаются как один продукт.

Смешивайте, форкайте и владейте

Поскольку система — это просто текст, вы можете форкнуть её и отредактировать на месте, выпустить вариант или написать собственную с нуля за тридцать минут. Вы можете даже смешивать системы посреди проекта — взять типографику из Linear, логику цвета из Vercel, вёрстку из собственной внутренней спецификации — потому что между вами и правилами нет двоичного формата. Полная механика того, как навыки и системы компонуются, описана в статье 31 навык, 72 системы: как работает библиотека Open Design.

BYOK — единственная честная модель

Open Design работает по принципу принеси свой ключ. Вы вставляете базовый URL и API-ключ для любой совместимой с OpenAI конечной точки — DeepSeek, Groq, OpenRouter, ваш собственный самостоятельно размещённый vLLM — и готово:

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

Мы не запускаем инференс. Мы не берём маржу с токенов. У нас нет с вами биллинговых отношений. Это не проблема устойчивости — это единственный честный ответ на вопрос «кто платит, когда работает агент?».

Приватность следует из того же выбора

Поскольку daemon обращается к провайдеру напрямую с вашей машины, ваши запросы никогда не проходят через наши серверы. Нет прокси, который бы их логировал, нет аналитического конвейера, тихо удерживающего вашу неопубликованную работу. Для агентской работы или чего угодно под NDA вопрос «где это выполняется?» перестаёт быть темой закупочного разговора и становится настройкой. Более глубокие компромиссы — и шероховатости, которые всё ещё существуют, — описаны в проверке реальностью для BYOK.

Ответ на вопрос, кто платит, таков: вы, напрямую, провайдеру модели, которого выбрали. Мы уходим с дороги.

Что это значит для вас

Если вам нужен отполированный SaaS с приятным чат-окном и единой подпиской, мы — не тот инструмент. Есть хорошие продукты такой формы — пользуйтесь ими.

Если вам нужен рабочий процесс, где:

• работу делает агент, которому вы уже доверяете,
• навыки — это файлы, которые вы можете читать и редактировать,
• дизайн-системы переносимы между проектами и агентами,
• а счёт идёт провайдеру модели, а не нам, —

тогда Open Design создан для вас. Зайдите в репозиторий на GitHub, запустите pnpm tools-dev, направьте своего агента на навык — и выпускайте.

Слой навыков побеждает, потому что он не конкурирует с агентом на вашем ноутбуке. Он его дополняет.

Что почитать ещё

• 31 навык, 72 системы: как работает библиотека Open Design — четыре примитива, из которых построен этот слой
• Дизайн-процесс по модели BYOK: запускайте Claude, Codex или Qwen на собственном ключе — модель «принеси свой ключ» на практике
• Open-source-альтернатива Figma — где ставка «слой, а не продукт» оказывается против действующего игрока рынка