Перейти к руководству
Hueавтор dominikmartn

Hue Skill.

Создайте правила, которые будут направлять будущую работу над интерфейсами, а не только один готовый экран.

  • Дизайн-системы
  • Создание навыков
  • Дизайн-токены
Обзор источника · HueSKILL.md
Задача Дизайн-системы Результат • Многоразовый дизайн-навык с design-model.yaml в качестве единого источника истины. • Справочные файлы по токенам, компонентам и привязкам к платформам. • Превью HTML: дашборд, библиотека компонентов, лендинг и экран приложения. Перед началом Нужны доступ к файлам, подходящие инструменты для анализа референсов, Node для validate.mjs и проверка в браузере для уверенности в визуальном результате. Доступность инструментов влияет на точность извлечения.
Редакционное резюме · источник проверен 2026-10-07 · не сгенерированный пример

01 Возможности

Превратите дизайн-язык в многоразовый навык

Генерирует многоразовый дизайн-навык на основе анализа референсов, общей модели YAML, документации и четырёх проверенных превью.

Рабочий процесс по источникуНе тест выполнения

Принцип работы

Hue — это мета-навык, создающий другой навык с дизайн-языком. Он может начинать с бренда, URL, кодовой базы, скриншотов, описания или существующего навыка для ремикса. Он отделяет наблюдаемые факты дизайна от производных решений, фиксирует решения в design-model.yaml и генерирует по этой модели дальнейшую документацию и превью.

Результат включает не только цвета и шрифты. Источник охватывает перечни компонентов, обоснование запасных иконок, композицию hero-сцены, светлые и тёмные токены, привязки к платформам и четыре визуальные демонстрации. Также требуются валидация и визуальная проверка. В проверенном источнике есть противоречивые рекомендации по источникам шрифтов, поэтому точные лицензии и доступность шрифтов нужно проверять, а не считать все рекомендации совместимыми.

Ожидаемые результаты

  • Многоразовый дизайн-навык с design-model.yaml в качестве единого источника истины.
  • Справочные файлы по токенам, компонентам и привязкам к платформам.
  • Превью HTML: дашборд, библиотека компонентов, лендинг и экран приложения.
Смотреть пример задания

От задания до проверки

  1. 01
    Проанализируйте входные данные

    По возможности собирайте реальные значения из исходников или вычисленных стилей, а наблюдения с меньшей достоверностью по скриншотам или загрузке текста помечайте.

  2. 02
    Подтвердите направление

    Перед генерацией большего набора файлов проверьте эстетическую интерпретацию и основные токены.

  3. 03
    Сначала постройте модель

    Зафиксируйте в YAML примитивы, семантические роли, компоненты, запасные иконки и решения по hero-сцене.

  4. 04
    Сгенерируйте и проверьте

    Создайте справочные материалы и превью из модели, запустите предоставленный валидатор и проверьте отрисованные результаты в обоих режимах.

02 Когда использовать

Когда использовать

Нужны доступ к файлам, подходящие инструменты для анализа референсов, Node для validate.mjs и проверка в браузере для уверенности в визуальном результате. Доступность инструментов влияет на точность извлечения.

Хорошо подходит

  • Многоразовые рекомендации по брендуПолезно, когда в повторяющихся сессиях ассистенту нужен более явный визуальный язык.
  • Ремиксы дизайн-навыковПозволяет менять выбранные параметры, сохраняя существующую философию и неизменённые правила.

Ограничения для проверки

  • Это не права на ассетыНаблюдаемые проприетарные шрифты, иконки, фотографии и рендеры продуктов автоматически не лицензированы для распространения.
  • Это не точное клонирование брендаЗапасные наборы и производные компоненты нужно честно обозначать.
  • Анализ зависит от окруженияДля проверки вычисленных стилей, скриншотов браузера и локальной валидации нужны доступные инструменты; более слабые входные данные снижают достоверность.

Подготовьте входные данные

  • Дизайн-референсУкажите URL бренда, кодовую базу, скриншоты, письменное описание направления или существующий навык.
  • Объём и платформаУкажите предметную область продукта и нужны ли привязки CSS, Tailwind или SwiftUI.
  • Ограничения по ассетам и брендуУкажите проприетарные материалы, одобренные запасные варианты и решения, которые должны остаться неизменными.

03 Важные решения

Важные решения

  1. Наблюдаемое и производное

    Кнопку, найденную в источнике, и новый предполагаемый переключатель нельзя представлять как одинаково подтверждённые.

  2. Одна модель ограничивает расхождения

    Генерация документов и превью из одной YAML уменьшает расхождения между заявленными токенами и отрисованными значениями.

  3. Проверяйте на экранах приложения

    Дизайн-язык, работающий только на hero-блоке, может не подойти для плотного экрана приложения; четвёртое превью проверяет именно это различие.

04 Пример задания

Попробуйте целевое задание

Приведённый ниже пример задания не тестировался. Перед использованием проверьте настройку навыка.

Проверьте настройку

Используйте полный репозиторий генератора с шаблонами и скриптом валидации. У сгенерированных папок навыков собственные имена для обнаружения и места установки, которые различаются у разных агентов.

Исходный файл в апстриме
https://github.com/dominikmartn/hue/blob/a910e31cd24b45b9455c0c3502150413aa5a3b32/SKILL.md

Нужны доступ к файлам, подходящие инструменты для анализа референсов, Node для validate.mjs и проверка в браузере для уверенности в визуальном результате. Доступность инструментов влияет на точность извлечения.

Начните с одного результата

Перед запуском навыка адаптируйте объём, исходные материалы и ограничения в этом задании.

Пример задания
Используй hue, чтобы создать многоразовый навык с дизайн-языком из предоставленного локального UI-кода и скриншотов. Отличай наблюдаемые компоненты от производных, сохрани наш реальный акцентный цвет и скругления и предложи лицензированные запасные варианты шрифтов и иконок. Подтверди направление и основные токены, затем сгенерируй модель, справочные материалы и четыре превью с подтверждением валидации.

Проверьте результат

Сверьте фактический результат с этими наблюдаемыми критериями.

  • Каждый отрисованный токен прослеживается до design-model.yaml.
  • Наблюдаемые проприетарные ассеты и запасные варианты чётко различаются.
  • Все сгенерированные файлы HTML проходят структурную валидацию и реальную визуальную проверку.

OpenDesign предоставляет локальное дизайн-пространство для кодирующих агентов. Это описание не означает, что навык включён в поставку или что в неё входят внешние инструменты, учётные данные и программные зависимости.

05 Источник и лицензия

Источник и лицензия

На этой странице описана зафиксированная версия источника по ссылке ниже. Поведение и требования апстрима могут измениться.

Владелец источника
dominikmartn
Репозиторий
dominikmartn/hue
Файл навыка
SKILL.md
Лицензия
MIT
Проверенный снимок
2026-10-07 · a910e31cd24b
Редакционное резюме источника
Генерирует многоразовый дизайн-навык на основе анализа референсов, общей модели YAML, документации и четырёх проверенных превью.

Оригинальное резюме от OpenDesign на основе указанного источника. Звёзды репозитория — датированный показатель популярности, а не использования навыка или оценка качества.

06 Вопросы перед началом

Вопросы перед началом

Hue создаёт только лендинг?

Нет. Превью лендинга — лишь одна из демонстраций сгенерированного дизайн-навыка наряду с дашбордом, библиотекой компонентов и экраном приложения.

Может ли он изменять существующий дизайн-навык?

Да. Путь ремикса в источнике сначала изменяет модель и перегенерирует только затронутые файлы, а не заменяет всю систему.

Утверждает ли он, что бренд-источник использует запасной набор иконок?

Не должен. Источник прямо разделяет наблюдаемый стиль иконок и свободно лицензированный набор, выбранный для превью.

OpenDesign

Оставьте место для следующей итерации дизайна.

Храните задание, исходные материалы и дизайн-работу вместе в локальном рабочем пространстве. Перед добавлением навыка в рабочий процесс проверьте его собственную настройку.

Исходный файл в апстриме
https://github.com/dominikmartn/hue/blob/a910e31cd24b45b9455c0c3502150413aa5a3b32/SKILL.md