Перейти к руководству
Brief to Tasksавтор julianoczkowski

Brief to Tasks Навык.

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

  • Планирование задач
  • Зависимости
Обзор исходных материалов · brief-to-tasksSKILL.md
Задача Разбейте дизайн-бриф на части реализации, которые можно проверять независимо. Результаты Чек-лист TASKS.md рядом с дизайн-брифом функции. Перед началом Само создание чек-листа не реализует и не проверяет функцию.
Редакционное описание · исходные материалы проверены 2026-11-02 · не сгенерированный пример

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

Разбейте дизайн-бриф на части реализации, которые можно проверять независимо

Преобразуйте дизайн-бриф в упорядоченный TASKS.md с переиспользованием компонентов, зависимостями, визуальными приоритетами и проверяемыми частями UI.

Процесс на основе источникаНе тест выполнения

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

Brief to Tasks превращает дизайн-бриф в упорядоченный список задач реализации. Каждая задача включает достаточно структуры, оформления и взаимодействия, чтобы дать видимый результат для самостоятельной проверки. Это помогает определить, что завершить сначала и какие свидетельства подтверждают соответствие части реализации брифу.

До создания задач навык изучает существующие страницы, компоненты, токены, зависимости и тесты. Он различает переиспользование, изменение и создание, поэтому план соответствует реальному репозиторию. Порядок задают зависимости, визуальная значимость и неопределённость, а не типовое разделение на этапы HTML, CSS и JavaScript.

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

  • Чек-лист TASKS.md рядом с дизайн-брифом функции.
  • Статус компонентов в каждой задаче: переиспользование, изменение или создание.
  • Явные зависимости, охватываемые состояния и критерии завершения.
Смотреть пример задания

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

  1. 01
    Изучите контекст дизайна

    Найдите актуальный .design/<feature-slug>/DESIGN_BRIEF.md и, если имеются, INFORMATION_ARCHITECTURE.md или файл токенов. Если папок функций несколько, выясните, к какой относится задача, прежде чем составлять список из посторонних требований.

  2. 02
    Опишите доступные для переиспользования элементы

    Изучите компоненты, представления, стили, зависимости и принятые правила тестирования. Разделите нужные элементы на готовые к переиспользованию, требующие изменения и отсутствующие.

  3. 03
    Создайте и упорядочьте вертикальные срезы

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

  4. 04
    Сохраните исполнимый чек-лист

    Запишите TASKS.md в ту же папку функции. Для каждого среза укажите состояния и ожидаемую проверку, а в конце добавьте ревью дизайна.

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

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

Само создание чек-листа не реализует и не проверяет функцию.

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

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

Ограничения

  • Документ планированияСамо создание чек-листа не реализует и не проверяет функцию.
  • Вертикальный охватОтдельные задачи настройки или создания папок не соответствуют определению среза реализации в источнике.

Что подготовить

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

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

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

  1. Проверяемый прогресс

    Каждая задача даёт UI, который можно сопоставить с брифом.

  2. Явное переиспользование

    Чек-лист показывает, где существующие компоненты используются повторно или меняются.

  3. Ранняя проверка неопределённости

    Рискованная и визуально значимая работа предшествует окружающим деталям.

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

Попробуйте конкретное задание

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

Изучите исходные инструкции и настройку

Укажите выбранную функцию и её требования.

Исходный файл в репозитории
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/brief-to-tasks/SKILL.md

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

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

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

Пример задания
Используй brief-to-tasks для утверждённого брифа настроек проекта в .design. Прочитай информационную архитектуру и существующие файлы токенов, затем изучи доступные для переиспользования компоненты форм, навигации и обратной связи. Создай TASKS.md из вертикальных срезов, каждый из которых включает структуру, оформление и взаимодействие. Для каждого отметь переиспользование, изменение или создание компонентов. Поставь зависимости первыми и рано проработай самое неопределённое взаимодействие в настройках. Где нужно, включи пустые состояния, состояния ошибки и сохранения в процессе, конкретные проверки завершения и финальное ревью дизайна. Не начинай реализацию в этом проходе.

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

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

  • Каждая задача ясно указывает переиспользование, изменение или создание.
  • Зависимости заданы явно, и каждый срез имеет проверяемый результат.
  • Чек-лист сохраняет визуальное направление брифа и обязательные состояния.

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

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

Исходные материалы и лицензия

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

Владелец источника
julianoczkowski
Репозиторий
julianoczkowski/designer-skills
Файл навыка
SKILL.md
Лицензия
Apache-2.0
Проверенный снимок
2026-11-02 · c259656c76d9
Редакционное резюме источника
Разбейте дизайн-бриф на части реализации, которые можно проверять независимо.

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

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

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

Куда сохраняется чек-лист?

Источник сохраняет TASKS.md в ту же папку функции в .design, где лежит бриф.

Стоит ли выделять оформление в отдельный этап?

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

Что делать, если подходящий компонент уже существует?

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

OpenDesign

Храните задание и работу над дизайном вместе.

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

Исходный файл в репозитории
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/brief-to-tasks/SKILL.md