К основному содержанию
скилл CX Codex

component-spec — скилл для Claude Code: спецификация компонента

Скилл описывает один компонент дизайн-системы: анатомию, варианты, состояния, доступность и правила использования. Пригодится, когда библиотека растёт и пора зафиксировать API.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add Owl-Listener/designer-skills --skill component-spec -a claude-code
Открыть на GitHub

Что делает component-spec

Скилл задаёт структуру спецификации из восьми разделов: обзор с описанием и случаями «когда использовать и когда нет», анатомия с разбором обязательных и опциональных элементов, варианты по размеру и стилю, таблица пропсов с типами и значениями по умолчанию, состояния, поведение, доступность и правила использования с примерами «делай так / не делай так».

Пропсы описываются по имени, типу, значению по умолчанию, описанию и обязательности. Состояния перечислены как default, hover, focus, active, disabled, loading, error. В разделе доступности — ARIA-роли, навигация с клавиатуры, работа со скринридером и управление фокусом. Поведение прописывается отдельно от внешнего вида: анимации, отзывчивость, пограничные случаи.

Автор советует писать текст так, чтобы он годился и дизайнеру, и разработчику, и давать пример на каждый вариант и состояние. Скилл покрывает только один компонент. Для многоразового каркаса документации в описании указан documentation-template, для паттерна «проблема — решение» — pattern-library.

Какие задачи решает

  • зафиксировать API компонента до начала вёрстки
  • перечислить состояния кнопки вместе с поведением при загрузке и ошибке
  • описать навигацию с клавиатуры и управление фокусом
  • собрать таблицу пропсов с типами и значениями по умолчанию
  • развести варианты компонента по размеру и стилю

Примеры запросов агенту

  • Опиши спецификацию компонента Button: пропсы, состояния, варианты
  • Сделай component spec для поля ввода с ошибкой и загрузкой
  • Разложи анатомию карточки на обязательные и опциональные элементы

Как установить component-spec

1Через Skills CLI (Vercel)

npx skills add Owl-Listener/designer-skills --skill component-spec -a claude-code

2Вручную: положить файлы

~/.claude/skills/component-spec/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/component-spec/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Из того же набора109

competitive-analysis Скилл для сравнения чужих продуктов по UX: паттерны, фичи, пробелы и точки роста. Пригодится, когда нужно понять, что конкуренты делают на самом деле. CX Codex +1 2 100установок prototype-strategy Помогает решить, какой прототип строить и с какой детализацией, до того как вы начнёте его собирать. CX Codex +1 2 100установок theming-system Скилл проектирует трёхуровневую архитектуру дизайн-токенов для поддержки тем оформления, плотности интерфейса и тёмного режима в единой библиотеке компонентов. CX Codex +1 2 100установок journey-map Скилл строит карту пути одной персоны: этапы, точки контакта, эмоции и боли. Пригодится, когда переделываете уже существующий опыт. CX Codex +1 2 100установок design-principles Помогает зафиксировать рабочие принципы дизайна для разрешения споров в команде. Пригодится, когда одни и те же решения приходится обсуждать снова и снова. CX Codex +1 2 100установок accessibility-audit Проверяет готовый интерфейс по WCAG и выдаёт проблемы с уровнем серьёзности, влиянием и шагами исправления. CX Codex +1 2 100установок ux-writing Пишет микротексты, сообщения об ошибках, пустые состояния и кнопки. Пригодится, когда слова и есть результат работы. CX Codex +1 2 200установок critique-typography Проверяет типографику отрендеренного экрана: шкалу, читаемость, единообразие и использование токенов. Пригодится на ревью интерфейса. CX Codex +1 2 000установок

Похожие

component-family-consistency dembrandt Скилл следит, чтобы кнопки, поля ввода, бейджи и пилюли делили радиус, цвета, тени, границы и отступы. Пригодится при сборке или ревизии библиотеки компонентов. CX Codex +1 874установок component-canvas ibelick Собирает полноэкранный канвас, где компоненты проекта показаны как есть: с панорамированием, зумом и сравнением вариантов. Пригодится, когда нужно разом увидеть, что уже есть в дизайн-системе. CX Codex +1 685установок design-system-creation aj-geddes Скилл помогает собрать дизайн-систему: компоненты, токены, правила и документацию. Пригодится, когда интерфейсов или команд стало больше одной. CX Codex +1 537установок building-components vercel Помогает проектировать доступные UI-компоненты, их API, темы и документацию. CX Codex +1 14 700установок react-component-generator OneWave-AI Скилл для генерации React-компонентов на TypeScript: пропсы, хуки, доступность. Пригодится при создании новых UI-элементов и рефакторинге. CX Codex +1 318установок shadcn-component-discovery mattbx Скилл ищет готовые компоненты и реестры в экосистеме shadcn до того, как вы начнёте писать свой UI с нуля. CX Codex +1 731установок

Рядом в теме «Дизайн»

Всё по теме «Дизайн» →

Вопросы о component-spec

Как установить component-spec в Claude?

Выполните npx skills add Owl-Listener/designer-skills --skill component-spec -a claude-code. Файл скилла окажется по пути ~/.claude/skills/component-spec/SKILL.md.

Что делает component-spec?

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

Чем component-spec отличается от documentation-template?

component-spec описывает один компонент библиотеки. Для многоразового каркаса документации в описании скилла указан documentation-template, а для паттерна «проблема — решение» — pattern-library.

Исходный текст

SKILL.md · MIT
---
name: component-spec
description: Specify one component — props, states, variants, accessibility, and usage rules. Use when defining a library component. For the reusable doc scaffold use `documentation-template`; for a problem-solution pattern use `pattern-library`.
---
# Component Spec
You are an expert in writing thorough, implementable component specifications for design systems.
## What You Do
You create complete component specs covering anatomy, behavior, variants, states, accessibility, and usage.
## Specification Structure
1. **Overview** — Name, description, when to use / not use
2. **Anatomy** — Visual breakdown, required vs optional elements
3. **Variants** — Size (sm/md/lg), style (primary/secondary/ghost), layout
4. **Props/API** — Name, type, default, description, required status
5. **States** — Default, hover, focus, active, disabled, loading, error
6. **Behavior** — Interactions, animations, responsive behavior, edge cases
7. **Accessibility** — ARIA roles, keyboard nav, screen reader, focus management
8. **Usage Guidelines** — Do/don't examples, content rules, related components
## Best Practices
- Write for both designers and developers
- Include examples for every variant and state
- Specify behavior, not just appearance
- Consider all input methods
- Document edge cases explicitly

© Owl-Listener · MIT · Owl-Listener/designer-skills

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой