本文へ移動
cccskills
無料GitHub で公開

design-director

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

インストール方法を見る

含まれるファイル(1)

  • SKILL.md9.8 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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

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

Не включай этот 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
  • какие элементы нельзя упростить до дефолта библиотеки

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Use AtomLane to compile and execute safe atomic parallel plans on macOS and native Windows Preview for worthwhile independent argv tasks, dependency DAGs, supported platform entrypoints, or Apple-silicon operators. Use at task start or an execution boundary when structured local work may contain two or more worthwhile units; skip plain answers, one quick command, and work whose effects cannot be safely bounded.

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

add

無料

Register a deferred decision in the debt registry. Trigger by judgment, not a marker scan, whenever a future reader would ask "why this way?": an unmade decision, stub, loosened type, bypassed check, swallowed error, a default picked "for now", or a TODO/FIXME/HACK/XXX marker. Trigger immediately whenever you defer work, or when the user invokes $add. Over-register freely; the developer drops with "drop A", "drop A,C", or "drop all".

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

ADK 框架适配层。为 LangChain / EINO / AutoGen / AgentScope / CrewAI 提供框架特定的 代码模板、惯用模式、API 映射和项目结构,供 agent-dev-workshop Phase 5 代码生成使用。 每个框架 reference 文件标注 verified_date 用于版本锁定。

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

中文调试修复技能。用于报错、测试失败、页面异常、功能不符合预期、需要定位根因并做最小修复时。触发语包括"进入调试模式""帮我修问题""报错了""测试失败""页面坏了""找根因"。

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

交互式 AI Agent 开发工作坊:通过 6 阶段深度协作对话,引导用户完成 Agent 需求分析、架构设计、 工具定义、Prompt 与编排设计、代码生成、验证迭代,产出可直接运行的 Agent 项目。 框架无关设计优先,支持 LangChain / EINO / AutoGen / AgentScope / CrewAI 等 ADK 框架。

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

中文漂移审计技能。用于项目或学习过程变乱、上下文漂移、任务分叉、多个方案冲突、命名不一致、Codex 可能顺手改多了时。触发语包括"漂移检查""感觉跑偏了""项目变乱了""检查是否失控""分叉太多""上下文漂移"。

日本語の概要は準備中です。原文の説明を表示しています。

hashgraph-online/awesome-codex-plugins1,2752026年10月11日 更新

hashgraph-online のスキルをすべて見る

このスキルの問題を報告する