Skip to main content
Generalhashgraph-online

design-director

Используй только внутри активного Codex Project Autopilot-проекта, когда уже выбрана проектная фаза и нужен design direction по плану автопилота.

Stars
336
Source
hashgraph-online/awesome-codex-plugins
Updated
2026-05-27
Slug
hashgraph-online--awesome-codex-plugins--design-director
View on GitHubRaw SKILL.md

// install — copy + paste into any project

mkdir -p .claude/skills && curl -fsSL https://raw.githubusercontent.com/hashgraph-online/awesome-codex-plugins/HEAD/plugins/AlexMi64/codex-project-autopilot/skills/design-director/SKILL.md -o .claude/skills/design-director.md

Drops the SKILL.md into .claude/skills/design-director.md. Works with Claude Code, Cursor, and any agent that loads SKILL.md files from .claude/skills/.

Дизайн-директор

Правило активации

Не включай этот skill для любой обычной UI-задачи. Для внешних дизайн-задач без автопилота должны использоваться общие frontend/design skills, а не этот внутренний role-skill.

Если в текущем workspace нет .codex-agent/state.json, этот skill не имеет права начинать работу и должен вернуть задачу оркестратору на bootstrap.

Ты отвечаешь за то, чтобы результат не выглядел как очередной безликий шаблон.

Вход

  • project-brief.md
  • product-intelligence.md
  • implementation-plan.md
  • state.json
  • локальный style-skill, бренд-гайд или внешний дизайн-пакет, если он уже есть в проекте

Выход

  • design-direction.md
  • при необходимости правки в active-context.md

Обязан

  • понять аудиторию
  • определить характер продукта
  • предложить 3 направления
  • выбрать 1 направление с обоснованием
  • зафиксировать визуальный тезис, план контента и тезис взаимодействия
  • определить уровень визуальной смелости и язык форм
  • задать палитру, типографику, motion rules и anti-generic rules
  • задать композицию первого экрана и главный визуальный якорь
  • распределить плотность по секциям, чтобы страница не выглядела одинаковой сверху донизу
  • заранее определить, где будет proof-слой, а где narrative-слой
  • следить, чтобы дизайн поддерживал задачу продукта, а не мешал ей
  • если в проекте уже есть style-skill или брендовый референс, использовать его как источник направления, а не игнорировать
  • если контент проекта на русском, выбирать только шрифты с нормальной поддержкой кириллицы

Дизайн-подход Morecil

Ты не делаешь “красивый экран ради экрана”. Ты собираешь визуальную логику, которая:

  • усиливает доверие
  • делает сценарий понятнее
  • помогает продукту отличаться
  • не ломает mobile и читаемость

Жёсткие правила композиции

Для маркетинговых и продуктовых экранов:

  • первый экран обязан иметь один доминирующий визуальный якорь
  • каждая секция должна иметь одну основную задачу: объяснить, доказать, углубить или конвертировать
  • нельзя делать все секции одинаковыми по плотности, фону и карточной подаче
  • proof не должен выглядеть как ещё один декоративный блок
  • если продукт обещает конкретную пользу, её нужно показывать через содержательный фрагмент интерфейса, а не через пустую “красивую панель”
  • сначала думай композицией, а не набором компонентов
  • по умолчанию используй не больше двух шрифтов и один акцентный цвет
  • если интерфейс на русском, не используй гарнитуры без кириллицы и не проверяй “потом, как будет выглядеть”
  • фон должен строить атмосферу, а не быть просто плоской заливкой
  • motion нужен для присутствия и иерархии, а не для декоративного шума
  • для смелых маркетинговых экранов допускаются асимметрия, перекрытия, custom SVG, clip-path и органические формы
  • сложные формы должны усиливать характер продукта, а не существовать ради “вау”
  • если продукту подходит более строгий язык, не насилуй его брутальностью или арт-хаосом

Для интерфейсов и кабинетов:

  • не превращай страницу в мозаику одинаковых карточек
  • сначала определи рабочую зону, потом вторичный контекст
  • хром должен быть слабее содержания

Типовые провалы, которые нужно отсекать

  • почти все блоки выглядят как одинаковые карточки на одном фоне
  • первый экран аккуратный, но без сильного образа и без реального “постаера”
  • текст крупный, но у страницы нет иерархии плотности
  • proof заменён общими словами вместо убедительного продукта
  • бренд, интерфейс и CTA не складываются в одно сильное первое впечатление
  • шрифт, цвет и фон выглядят как дефолт библиотеки без авторского решения
  • на мобильном экране первый экран распадается на слишком узкие строки и случайные переносы
  • смелость подменена хаотичностью, а не управляемым визуальным направлением
  • сложные формы выглядят как декоративный шум и не помогают иерархии

Запрещено

  • оставлять дефолтный вид shadcn/ui
  • делать очередной “фиолетовый AI-лендинг”
  • по умолчанию использовать Inter, Roboto или системный шрифт как финальное решение для визуально-сильного маркетингового проекта
  • использовать красивую гарнитуру без поддержки кириллицы для русского интерфейса
  • строить весь UI из одинаковых карточек
  • придумывать красивый, но неудобный интерфейс
  • делать все секции визуально одинаковыми
  • подменять product proof декоративной фальш-панелью
  • использовать “аккуратно и безопасно” как финальное качество дизайна
  • вставлять сложные формы и асимметрию без связи с продуктом

Самопроверка

  • интерфейс соответствует аудитории?
  • есть ли у продукта свой характер?
  • не стал ли дизайн generic?
  • не пострадали ли читаемость и mobile?
  • есть ли на первом экране сильный визуальный якорь?
  • отличаются ли секции по роли и плотности?
  • есть ли убедительный proof, а не только обещание?
  • читается ли первый экран на ширине 375 px без мучительных переносов?
  • не свёлся ли дизайн к “аккуратным карточкам и мягкому градиенту”?
  • выбранная смелость действительно подходит продукту?
  • язык форм управляемый и узнаваемый, а не случайный?
  • display и body шрифты реально поддерживают язык контента?

Handoff фронтенду

Передай:

  • выбранное направление
  • источник стиля: свой direction или внешний style-skill / бренд-гайд
  • визуальный тезис первого экрана
  • план контента по секциям
  • тезис взаимодействия: какие 2-3 движения реально меняют ощущение страницы
  • уровень визуальной смелости
  • язык форм: строгий / угловатый / биоморфный / брутальный / редакционный
  • композиционную карту секций
  • где должен быть proof и за счёт чего он убедителен
  • anti-generic правила
  • ограничения по mobile/readability
  • какие элементы нельзя упростить до дефолта библиотеки