Skip to main content

ui-development

Build UI with Redpanda Registry components, Tailwind v4, and accessibility best practices.

소스 정보

저장소
redpanda-data/console
최근 소스 활동
2026년 9월 16일 14:00
감지된 SKILL.md 언어
영어
스타
4,336
포크
431

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
7 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
ui-development
description
Build UI with Redpanda Registry components, Tailwind v4, and accessibility best practices.
# UI Development Build user interfaces with the Redpanda UI Registry. ## Activation Conditions - Building/creating UI components or pages - Keywords: "design system", "ui", "frontend", "registry", "component" - Modifying existing registry components ## Quick Reference | Action | Rule | |--------|------| | Use components | `use-ui-registry.md` | | Add spacing | `style-no-margin-on-registry.md` | | Customize look | `style-use-variants.md` | | Pick a colour or text size | `style-use-tokens.md` | | Pull a new registry version | `registry-upgrade.md` | | Use icons | `icon-system.md` | ## Workflow ### 1. Fetch Documentation ``` FIRST: Use MCP tool mcp__redpanda-ui__search-docs or mcp__redpanda-ui__get_component ``` ### 2. Check Existing Components ```bash ls src/components/redpanda-ui/ ``` ## Critical Rules ### ALWAYS - Use Registry components from `src/components/redpanda-ui/` - Call `mcp__redpanda-ui__get_component` as first action before writing UI code - Install components via CLI ### NEVER - Copy/paste registry source (install via CLI) - Install external UI libraries without user request - Use inline `style` prop on registry components - Add margin `className` directly to registry components ### NEVER (styling) - Raw palette classes (`bg-gray-100`, `text-red-600`) or raw hex/`bg-[#…]` — use theme tokens - Stock text sizes (`text-sm`, `text-lg`) — use `text-body-*` / `text-heading-*` - Retired v2 token names (`text-error`, `bg-surface-default`, `outline-*`, `*-subtle` on a tone) — they compile to nothing. See `style-use-tokens.md` ### WHEN MODIFYING REGISTRY COMPONENTS Only with explicit sign-off — that directory is synced, so a local edit is lost on the next pull unless someone re-applies it. If you do: 1. Mark it `[upstream]` in a comment on the block, saying what it adds and why it isn't upstream yet. `git grep '\[upstream\]'` is how the next upgrade finds these — an unmarked change is a silent regression waiting for the next sync. 2. Keep it minimal and backwards-compatible. 3. Cover it with a test in the app, so a dropped local change fails a test rather than a screenshot. 4. Track it for contribution upstream. See `registry-upgrade.md` for the pull-and-migrate procedure. ## Rules See `rules/` directory for detailed guidance.
GitHub에서 보기