Skill 詳細

webapp-ui-skill

Directly supports web application UI development, but not backend/full-stack work.

一致度一致の可能性webアプリ開発 向けにレビュー済み
出典sergekostenchuk/ui-ux-agent-skill-system外部ソース
報告インストール数5人気度の参考値

使用前に確認

自動レビューは関連性のみを確認し、安全性や推奨を保証しません。使用前に出典の説明を読んでください。

保存された出典プレビュー

SKILL.md

これはレビュー時に保存された抜粋です。完全で最新の内容は外部ソースを確認してください。

---
name: webapp-ui-skill
description: Build, refactor, audit, and validate dense web application UI. Use this skill whenever the user asks for SaaS dashboards, admin panels, CRM screens, internal tools, tables, filters, settings flows, data-heavy workflows, empty/loading/error states, responsive app screens, accessibility fixes, or product UI implementation where hierarchy, state coverage, keyboard behavior, and visual verification matter. Do not use for landing pages unless the task is actually an app surface.
---

# Web App UI Skill

Use this specialist for product UI surfaces: dashboards, admin tools, internal workflows, CRM screens, settings, data tables, and state-heavy app screens.

## Operating Modes

- `build`: create or refactor app UI.
- `audit`: review an existing app screen and produce a fix brief.
- `state-coverage`: inspect loading, empty, error, disabled, focus, selected, submitting, and success states.
- `verify`: run available local evidence checks and report gaps.

## Required Workflow

1. Read [references/dashboard-patterns.md](references/dashboard-patterns.md) for product UI layout decisions.
2. Read [references/state-model.md](references/state-model.md) before changing app flows or components.
3. Use [assets/state-matrix.template.md](assets/state-matrix.template.md) and [assets/implementation-report.template.md](assets/implementation-report.template.md) when a stable output artifact is useful.
4. Use `../../shared/privacy-policy.md` before any external service or screenshot handling.
5. Use `../../shared/visual-verification.md` for material UI changes.
6. If source files are available, run [scripts/check_state_coverage.ts](scripts/check_state_coverage.ts) or report why it was skipped.
7. If a URL is available, run [scripts/visual_smoke_test.mjs](scripts/visual_smoke_test.mjs) or report why it was skipped.
8. Return concise implementation notes with `Ran`, `Skipped`, `Planned`, and `Manual`.

## Design Doctrine

- Prioritize scanning, comparison, and repeated action over marketing composition.
- Use compact headings, stable grids, predictable navigation, and explicit state handling.
- Keep cards for repeated items, modals, and genuinely framed tools.
- Do not add decorative hero sections, nested cards, one-note palettes, or viewport-scaled typography.
- Buttons, controls, and tables must have stable dimensions and readable labels.

## Tool Contracts

- State coverage: `node scripts/check_state_coverage.ts --root "$PROJECT_ROOT" --out reports/state-coverage.json`.
- Visual smoke: `node scripts/visual_smoke_test.mjs --url "$URL" --out reports/visual-smoke`.
- Optional cloud generation is never default. It requires explicit approval and a data-transfer note.

## Validation

```bash
python3 $CODEX_SKILLS_DIR/.system/skill-creator/scripts/quick_validate.py $CODEX_SKILLS_DIR/webapp-ui-skill
python3 $CODEX_SKILLS_DIR/senior-skill-architect/scripts/lint_production_skill.py $CODEX_SKILLS_DIR/webapp-ui-skill
```

## Output Shape

```text
Surface:
Primary workflow:
State coverage:
Ran:
Skipped:
Manual findings:
Files changed or proposed:
Verification required:
Risks:
```
GitHub で全文を読む (外部ページ)
関連情報

関連する仕事