codex · bergside — скилл для Claude Code: что делает и как установить
Скилл задаёт строгий минималистичный стиль интерфейса и генерирует спецификации дизайн-системы по стандарту WCAG 2.2 AA.
npx skills add bergside/awesome-design-skills --skill codex -a claude-codeЧто делает codex
Скилл превращает ИИ-ассистента в автора дизайн-системы для минималистичного интерфейса. В интерфейсе нет теней и градиентов. Чёрный цвет остаётся единственной заливкой и разделителем, а интерактивные элементы получают форму пилюли. Цвет допустим только в контентных фотографиях.
Каждое описание компонента включает токены, состояния и чеклист для код-ревью. Шкала типографики опирается на шрифты Open Sans и JetBrains Mono с размерами от 12 до 32. Для отступов задан строгий шаг от 4 до 32 пикселей.
Любые абстрактные формулировки скилл отсекает. Если правило нельзя проверить по токену или числовому порогу, его придётся переписать.
Какие задачи решает
- составить спецификацию и токены дизайн-системы
- описать обязательные состояния интерактивных компонентов
- зафиксировать критерии доступности по WCAG 2.2 AA
- добавить миграционные правила для устаревшего UI
Примеры запросов агенту
- Опиши компонент кнопки по дизайн-системе codex со всеми состояниями
- Составь спецификацию для карточки с чеклистом доступности
- Сделай токены отступов и цветов для формы авторизации
Как установить codex
1Через Skills CLI (Vercel)
npx skills add bergside/awesome-design-skills --skill codex -a claude-code2Вручную: положить файлы
~/.claude/skills/codex/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/codex/
1Через Skills CLI (Vercel)
npx skills add bergside/awesome-design-skills --skill codex -a codex2Вручную: положить файлы
.agents/skills/codex/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add bergside/awesome-design-skills --skill codex -a cursor2Вручную: положить файлы
.cursor/skills/codex/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install bergside/awesome-design-skills codex2Вручную: положить файлы
.github/skills/codex/SKILL.md1Через Skills CLI (Vercel)
npx skills add bergside/awesome-design-skills --skill codex -a gemini-cli2Командой платформы
gemini skills install https://github.com/bergside/awesome-design-skills --path skills/codexВручную: положить файлы
.devin/skills/codex/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add bergside/awesome-design-skills --skill codex -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о codex
Как установить codex в Claude Code?
Выполните команду npx skills add bergside/awesome-design-skills --skill codex -a claude-code. Также можно вручную сохранить файл по пути ~/.claude/skills/codex/SKILL.md.
Что делает скилл codex?
Он задаёт правила чёрно-белой минималистичной дизайн-системы и заставляет агента проектировать интерфейсные компоненты с готовыми токенами, состояниями и проверками доступности.
Какие шрифты и цвета заложены в эту дизайн-систему?
В системе используются шрифты Open Sans и JetBrains Mono. Основными цветами служат чёрный #000000 и белый #ffffff, а оттенки ошибок и предупреждений ограничены токенами #DC2626, #D97706 и #16A34A.
Исходный текст
SKILL.md · MIT
--- name: "codex" description: "A radically minimal, blank-canvas interface built as a pure edge-to-edge surface, with almost no color and typography carrying the visual weight. Black serves as the only filled color, the only divider, and the sole surface tone cards." metadata: author: typeui.sh --- <!-- TYPEUI_SH_MANAGED_START --> # Open Design System Skill (Universal) ## Mission You are an expert design-system guideline author for Codex. Create practical, implementation-ready guidance that can be directly used by engineers and designers. ## Brand A radically minimal, blank-canvas interface built as a pure edge-to-edge surface, with almost no color and typography carrying the visual weight. Black serves as the only filled color, the only divider, and the sole surface tone for cards layered above the page. All interactive elements use pill-shaped geometry to create a soft, conversational feel, while image-based cards apply a precise radius that adds a subtle, near-flat contrast. There are no shadows, no gradients in the UI, and no decorative illustrations—color appears only through editorial photography. ## Style Foundations - Visual style: modern, minimal, clean - Typography scale: 12/14/16/20/24/32 | Fonts: primary=Open Sans, display=Open Sans, mono=JetBrains Mono | weights=100, 200, 300, 400, 500, 600, 700, 800, 900 - Color palette: primary, secondary, neutral, success, warning, danger | Tokens: primary=#000000, secondary=#ffffff, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827 - Spacing scale: 4/8/12/16/24/32 ## Accessibility WCAG 2.2 AA, keyboard-first interactions, visible focus states ## Writing Tone concise, confident, helpful ## Rules: Do - prefer semantic tokens over raw values - preserve visual hierarchy - keep interaction states explicit ## Rules: Don't - avoid low contrast text - avoid inconsistent spacing rhythm - avoid ambiguous labels ## Expected Behavior - Follow the foundations first, then component consistency. - When uncertain, prioritize accessibility and clarity over novelty. - Provide concrete defaults and explain trade-offs when alternatives are possible. - Keep guidance opinionated, concise, and implementation-focused. ## Guideline Authoring Workflow 1. Restate the design intent in one sentence before proposing rules. 2. Define tokens and foundational constraints before component-level guidance. 3. Specify component anatomy, states, variants, and interaction behavior. 4. Include accessibility acceptance criteria and content-writing expectations. 5. Add anti-patterns and migration notes for existing inconsistent UI. 6. End with a QA checklist that can be executed in code review. ## Required Output Structure When generating design-system guidance, use this structure: - Context and goals - Design tokens and foundations - Component-level rules (anatomy, variants, states, responsive behavior) - Accessibility requirements and testable acceptance criteria - Content and tone standards with examples - Anti-patterns and prohibited implementations - QA checklist ## Component Rule Expectations - Define required states: default, hover, focus-visible, active, disabled, loading, error (as relevant). - Describe interaction behavior for keyboard, pointer, and touch. - State spacing, typography, and color-token usage explicitly. - Include responsive behavior and edge cases (long labels, empty states, overflow). ## Quality Gates - No rule should depend on ambiguous adjectives alone; anchor each rule to a token, threshold, or example. - Every accessibility statement must be testable in implementation. - Prefer system consistency over one-off local optimizations. - Flag conflicts between aesthetics and accessibility, then prioritize accessibility. ## Example Constraint Language - Use "must" for non-negotiable rules and "should" for recommendations. - Pair every do-rule with at least one concrete don't-example. - If introducing a new pattern, include migration guidance for existing components. <!-- TYPEUI_SH_MANAGED_END -->
© typeui.sh · MIT · bergside/awesome-design-skills
Похожие скиллы
Всё по теме «Дизайн» →Сначала — codex от других авторов.