req-fn-app-ui-guidelines

Define system-wide UI standards with WCAG 2.1 AA alignment and review checklists.

Updated May 18, 2026
One-click install
npx skills add https://github.com/ABLER-Digital-Services/ai-guild --skill req-fn-app-ui-guidelines
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: req-fn-app-ui-guidelines
Source: https://github.com/ABLER-Digital-Services/ai-guild/tree/main/skills/req-fn-app-ui-guidelines
Command: npx skills add https://github.com/ABLER-Digital-Services/ai-guild --skill req-fn-app-ui-guidelines

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

UI仕様がプロジェクトごとにばらつき、アクセシビリティやレスポンシブ対応が後回しになって手戻りが増える問題を、システム全体の標準規約として整理して解消します。

Core Features & Use Cases

  • UI標準のドキュメント化: レイアウト、コンポーネント、アクセシビリティ、入力規約などを1つの規約書として定義します。
  • 具体的な基準とパターン提供: デザイントークン(色/フォント/スペーシング)、状態(hover/active/focus/disabled/loading/error)、フォームのバリデーションとエラー表示を明確化します。
  • 運用に耐えるガイド設計: レビューチェック項目や後続成果物(画面定義・画面遷移図等)との参照関係を前提に、整合性を担保します。
  • レビューと更新の前提: 既存UI規約のレビュー・改訂時にも、チェック観点をそのまま使えます。

Quick Start

Ask the AI to create a new UI guidelines document for your web system, using WCAG 2.1 AA and responsive/mobile-first rules, and to output the result as a single規約(01_UI規約.md) aligned with design tokens, component states, form validation, and screen states.

Frequently Asked Questions about req-fn-app-ui-guidelines

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a UI guidelines document that ensures consistent component behavior and accessibility?

UI guidelines standardize layout, component behavior, and accessibility across product teams. They require concrete design tokens, explicit component states, and WCAG 2.1 AA alignment to prevent inconsistencies and reduce rework during development.

What should be included in responsive design and form validation patterns for web applications?

Responsive design and form validation patterns must include explicit component states like hover, active, focus, disabled, loading, and error. These patterns ensure consistent user experiences and accessibility compliance across different devices and input scenarios.

When do I need to define design tokens and component states for my design system?

You need to define design tokens and component states when establishing system-wide UI standards before screen definitions. This ensures consistent layout, accessibility, and component behavior, preventing fragmented specifications and reducing rework during review cycles.

Does this approach to UI guidelines support WCAG 2.1 AA compliance and mobile-first rules?

Yes, defining UI guidelines requires explicit WCAG 2.1 AA alignment and responsive mobile-first rules. This ensures the resulting documentation enforces accessibility standards and consistent component behavior across all product teams and devices.

How do I review existing UI specifications for accessibility and responsive design consistency?

Review existing UI specifications using an end-to-end review checklist with references to downstream deliverables. This checklist validates concrete design tokens, component states, form validation patterns, and WCAG 2.1 AA alignment to ensure system-wide consistency.

What is the best way to document UI standards to prevent specification inconsistencies across projects?

The best way to document UI standards is creating a single guidelines file defining layout, tokens, and component states. This approach standardizes accessibility and responsive rules, eliminating fragmented project specifications and reducing development rework.