本文へ移動
cccskills
無料GitHub で公開

ui

UI/UX design agent for crafting user experiences, visual designs, and game interfaces. Auto-detects the designer role (UX Designer, UI Designer, Game UI Designer) and spawns a role-scoped sub-agent with only the relevant reference files. Triggers on phrases like "user flow", "wireframe", "design system", "design tokens", "accessibility", "WCAG", "UI pattern", "HUD", "game menu", "inventory UI", "minimap". Full per-role triggers in references/roles/.

インストール方法を見る

含まれるファイル(21)

  • SKILL.md9.7 KB
  • references/accessibility.md12.7 KB
  • references/contracts/cross-role-tasks.md1.1 KB
  • references/contracts/game-ui-output.md944 B
  • references/contracts/review-output.md533 B
  • references/contracts/ui-output.md929 B
  • references/contracts/ux-output.md737 B
  • references/design-systems.md11.0 KB
  • references/game-ui-accessibility.md12.1 KB
  • references/game-ui-patterns.md12.6 KB
  • references/hud-systems.md10.3 KB
  • references/interaction-patterns.md12.3 KB
  • references/menu-systems.md11.2 KB
  • references/roles/game-ui-designer.md2.9 KB
  • references/roles/ui-designer.md3.0 KB
  • references/roles/ux-designer.md2.9 KB
  • references/ui-patterns.md12.5 KB
  • references/usability-heuristics.md13.0 KB
  • references/user-flows.md9.7 KB
  • references/user-research.md10.5 KB
  • references/wireframing.md14.4 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

UI/UX Design Agent

Design Principle: Role Context Isolation

This skill keeps design-specific knowledge out of the main context window. When a design task is requested, the relevant role is detected, only the corresponding reference file(s) are loaded, and a sub-agent is spawned with that isolated context. The main context receives only the finished design artifact.

Design tasks frequently span concerns -- a component specification may need both design system tokens and accessibility guidelines simultaneously. This skill follows the godot pattern: multiple overlapping references loaded into a single sub-agent when the task warrants it.


Phase 1: Role Detection

Detect the relevant designer role from (in priority order):

  1. Explicit role mention -- "as a UX designer", "from a UI perspective", "game UI design"
  2. Task type signals -- see role manifests below
  3. Domain signals -- game-related keywords (HUD, minimap, health bar, inventory UI, quest log, crafting UI) route to Game UI Designer; application/web keywords (design system, WCAG, component spec, form patterns) route to UI Designer; research/flow keywords (persona, journey map, usability testing, card sorting) route to UX Designer
  4. Artifact signals -- wireframe or flow diagram request -> UX Designer; visual mockup or token spec -> UI Designer; HUD layout or game menu -> Game UI Designer

If ambiguous, ask before proceeding. Do not assume.

Declare before every task:

Role: [ROLE] | Task: [TYPE] | References: [list of reference files]

Role Routing Table

Load only the matched role manifest. Each manifest contains the full task-type routing table, instructions, and guardrails for that role.

RoleManifestDetection Cue
UX Designerreferences/roles/ux-designer.mdflow / journey / research / wireframe / IA
UI Designerreferences/roles/ui-designer.mddesign system / tokens / component / WCAG / interaction
Game UI Designerreferences/roles/game-ui-designer.mdHUD / game menu / inventory / dialog / game accessibility

For cross-role tasks, see references/contracts/cross-role-tasks.md.


Phase 2: Sub-Agent Invocation

For every design task, follow these steps exactly -- do not skip:

  1. Detect the role and task type (Phase 1)
  2. Read only the relevant reference file(s) from the role manifest -- do NOT read all reference files
  3. Spawn a sub-agent using the Agent tool with the prompt template below
  4. Return the sub-agent's output directly to the user

Do not inline design knowledge into the main context. The sub-agent is the execution boundary for all design-specific reasoning.

Sub-Agent Prompt Template

You are an expert [ROLE]. Apply these design principles and patterns to everything you produce:

---
[PASTE FULL CONTENTS OF EACH RELEVANT REFERENCE FILE -- separated by --- if multiple]
---

## Task

[TASK TYPE]: [DESCRIBE WHAT THE USER WANTS]

## Context

[Include any of the following that are relevant:]
- Product or application description
- Target users and their goals
- Platform constraints (web, mobile, desktop, console, VR)
- Brand guidelines or existing design system
- Accessibility requirements
- Performance or technical constraints
- Game genre and engine (for game UI tasks)
- Related design artifacts or prior decisions
- PRD or user stories (from Product-Owner skill output)

## Output Requirements

Produce:
1. Design artifacts appropriate to the task type (see output contract below)
2. Rationale for key design decisions
3. Assumptions stated clearly
4. Edge cases and error states addressed
5. Next steps / open questions

If the task requires modifying existing files, use the Read, Edit, Write, Glob, and Grep tools to work directly in the codebase.

Output Contracts

Each role uses a distinct contract; load only the matched role's contract.

RoleContract
UX Designerreferences/contracts/ux-output.md
UI Designerreferences/contracts/ui-output.md
Game UI Designerreferences/contracts/game-ui-output.md
Review (any role)references/contracts/review-output.md

Sub-Agent Interface (Agentic Flow Integration)

For orchestration with other delivery-team skills, the UI skill accepts and produces structured contracts.

Input Contract (compatible with Product-Owner output)

{
  "task_type": "user-flow | journey-map | information-architecture | user-research | usability-review | wireframe | design-system | component-spec | interaction-design | design-tokens | accessibility-review | ui-patterns | hud-design | menu-architecture | inventory-ui | dialog-ui | game-ui-accessibility",
  "role": "ux-designer | ui-designer | game-ui-designer",
  "context": {
    "product": "string -- product or application name",
    "target_users": "string (optional) -- who the users are",
    "platform": ["array (optional) -- web, mobile, desktop, console, VR"],
    "existing_design_system": "string (optional) -- current design system description",
    "brand_guidelines": "string (optional) -- brand constraints",
    "accessibility_requirements": "string (optional) -- specific a11y needs",
    "game_genre": "string (optional) -- RPG, FPS, strategy, etc.",
    "game_engine": "string (optional) -- Godot, Unity, Unreal, custom",
    "target_platforms": ["array (optional) -- PC, PS5, Switch, mobile, etc."],
    "prd_reference": "string (optional) -- output from Product-Owner skill",
    "architecture_reference": "string (optional) -- output from Architect skill"
  },
  "input": "string -- the raw request or design brief"
}

Output Contract

{
  "task_type": "string",
  "role": "string",
  "artifact_title": "string",
  "artifact": "string (markdown)",
  "design_decisions": ["array -- key design decisions with rationale"],
  "assumptions": ["array"],
  "accessibility_notes": ["array -- WCAG compliance notes"],
  "edge_cases": ["array -- error states and edge cases addressed"],
  "open_questions": ["array"],
  "input_support": {
    "keyboard": "boolean",
    "gamepad": "boolean (game UI only)",
    "touch": "boolean (optional)"
  },
  "downstream_ready": true,
  "downstream_notes": "string -- what the developer agent needs to know"
}

User Commands

CommandAction
role <name>Override detected role (e.g., role ux-designer, role game-ui-designer)
wireframeCreate a wireframe for the current design
flowCreate a user flow diagram
tokensDefine or review design tokens
a11yRun accessibility review on current design
reviewSwitch to design review mode
hudDesign a HUD layout
menuDesign a menu system
componentSpecify a UI component
acceptFinalize current artifact

References

Role Manifests

  • references/roles/ux-designer.md -- UX Designer task routing, instructions, guardrails
  • references/roles/ui-designer.md -- UI Designer task routing, instructions, guardrails
  • references/roles/game-ui-designer.md -- Game UI Designer task routing, instructions, guardrails

Output Contracts

  • references/contracts/ux-output.md, ui-output.md, game-ui-output.md, review-output.md
  • references/contracts/cross-role-tasks.md -- Multi-role combination patterns

Domain References (loaded per matched task type)

UX Designer

  • references/user-flows.md -- Flow diagrams, task analysis, navigation patterns, information architecture
  • references/user-research.md -- Interview guides, surveys, personas, empathy maps, Jobs-to-be-Done, research synthesis
  • references/usability-heuristics.md -- Nielsen's 10 heuristics, cognitive load, Fitts's law, Hick's law, evaluation methodology
  • references/wireframing.md -- Wireframe conventions, layout grids, responsive breakpoints, page templates, annotation standards

UI Designer

  • references/design-systems.md -- Atomic design, design tokens, component APIs, theming, naming conventions, governance
  • references/interaction-patterns.md -- Micro-interactions, animation, transitions, loading states, gestures, scroll behaviors
  • references/accessibility.md -- WCAG 2.1 AA, color contrast, ARIA, keyboard navigation, screen readers, forms accessibility
  • references/ui-patterns.md -- Navigation, forms, tables, modals, notifications, search, empty states, responsive layouts

Game UI Designer

  • references/hud-systems.md -- HUD layout, health bars, minimaps, compass, damage indicators, crosshairs, contextual HUD
  • references/menu-systems.md -- Menu state machines, settings, pause menus, save/load, gamepad navigation, title screens
  • references/game-ui-patterns.md -- Inventory, tooltips, crafting, quest log, dialogue, loot, shop, skill tree, map UI
  • references/game-ui-accessibility.md -- Colorblind modes, subtitles, input remapping, font scaling, screen reader, motion sensitivity

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Add SLSA build-provenance attestations to existing GitHub Actions workflows. Use when the user wants to add artifact attestations, build provenance, or SLSA attestations to Docker container image builds in GitHub Actions CI/CD pipelines.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

Guideline for designing, implementing, and verifying secure APIs following OWASP API Security Top 10 (2023) best practices. Use when the user wants to: (1) review API code or design for security vulnerabilities, (2) design a secure REST, GraphQL, or gRPC API architecture, (3) implement API authentication and authorization (OAuth2, JWT, API keys, mTLS), (4) configure rate limiting, input validation, or CORS, (5) audit API endpoints for BOLA, BFLA, or mass assignment vulnerabilities, (6) create API security checklists or verification plans, (7) fix API security bugs or harden existing APIs, (8) set up API security testing (OWASP ZAP, Schemathesis, Burp Suite), or (9) handle any API security concern including SSRF prevention, resource consumption limits, business flow protection, API inventory management, and secure third-party API consumption.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

Write, review, and optionally test Bash and Zsh shell scripts following project coding standards. Use for ANY shell scripting task: (1) creating a new Bash or Zsh script, (2) editing, fixing, or reviewing an existing .sh, .bash, or .zsh file, (3) adding error handling, dependency checks, or cleanup traps to shell scripts, (4) implementing API integration or file processing in shell, (5) writing or fixing ShellSpec tests (spec/*_spec.sh), or (6) deciding whether a script should be written in Bash or Zsh. Defaults to Bash; Zsh-specific guidance lives in a reference file that is loaded only when writing Zsh.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

Create, run, and maintain API test collections using Bruno (OpenCollection YAML format and legacy Bru format). Use when the user wants to: (1) create a Bruno API test collection from scratch or from OpenAPI/Swagger specs, (2) write API request files with tests and assertions, (3) run API tests using bru CLI, (4) generate test reports (HTML, JUnit, JSON), (5) set up CI/CD pipelines (GitHub Actions) for automated API testing, (6) debug or fix failing Bruno API tests, (7) add environment configurations for API testing, (8) chain API requests with data extraction, or (9) work with any .yml/.bru Bruno collection files. Triggers on mentions of 'Bruno', 'bru CLI', 'API testing collection', 'OpenCollection', or requests to automate API testing with file-based collections.

日本語の概要は準備中です。原文の説明を表示しています。

jim60105/copilot-prompt212026年10月9日 更新

jim60105 のスキルをすべて見る

このスキルの問題を報告する