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

uix-lens

Activate for any ticket that changes React components, user-facing flows, or UI state. Ensures all five observable UI states are verified before state:ready-for-qa.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.4 KB

SKILL.md(原文)

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

UIX — UI State Coverage Lens

Activate this lens when a ticket changes React components, pages, UI state, or any user-facing flow. It does not replace software-engineer-mode — it adds a mandatory pre-handoff gate on top of it.

When to Activate

Load this lens when the ticket changes any of the following:

  • A React component or page (src/components/, src/pages/, src/app/)
  • User-facing routing or navigation
  • Form validation or submission flows
  • Data-fetching hooks or loading states (useQuery, useMutation, Supabase realtime subscriptions)
  • Auth-gated UI (redirects, role-based rendering, RequireGuest, RequireAuth)
  • Error boundaries or error display components

The Five States

Every user-facing UI change must be verified against all five states before claiming state:ready-for-qa. Name the component and confirm each state was observed:

StateWhat to verify
EmptyComponent renders correctly when there is no data — empty list, zero results, first-time user with no records
LoadingSkeleton, spinner, or suspense fallback renders correctly while data is in flight; no layout jump when content loads
SuccessData renders correctly when the Supabase query or mutation returns a successful result
Validation errorField-level and form-level error messages render, are associated with the correct input (htmlFor/id pairing), and are visible without scrolling
System errorA Supabase error, network failure, or unexpected server response is caught and shown to the user without crashing the component or rendering a blank screen

Additional Checks

Apply these when the ticket explicitly requires them or when the changed component is interactive:

  • Accessibility — interactive elements have aria-label or visible labels; keyboard navigation reaches all controls; focus order is logical after state changes
  • Responsive — layout does not break at sm / md breakpoints when the ticket touches layout or spacing
  • Auth boundary — protected routes still redirect unauthenticated users; role-restricted views still gate correctly after the change
  • State transition — if the component transitions from empty to success (e.g., after form submission triggers a refetch), verify the transition renders correctly without a flash, duplicate render, or stale data display

Pre-Handoff Gate

Before moving the ticket to state:ready-for-qa, post the following confirmation on the GitHub issue:

UIX verified:
- Empty:             [what was observed]
- Loading:           [what was observed]
- Success:           [what was observed]
- Validation error:  [what was observed]
- System error:      [what was observed]

If a state is not applicable to this component (e.g., a static display component has no loading state), state why it was skipped. Do not leave fields blank — a blank field signals an untested state, not an inapplicable one.

Tester will verify these states independently. Submitting a ticket to QA without this confirmation means Tester is likely to return PARTIAL PASS on states that were never verified by Builder.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.

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

Agistra/agistra.dev52026年10月7日 更新

Use when: architecture mode, architect this, ADR, C4, PlantUML, system boundary, design decision, PRD gap, high ambiguity, multiple technical approaches, security architecture, data architecture, integration risk, implementability gap, story ticket, or epic ticket.

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

Agistra/agistra.dev52026年10月7日 更新

Use when: assumptions audit, audit assumptions, check for hidden assumptions, plan/ticket has ambiguous scope edges, pre-flight before finalizing a ticket, unstated assumptions, or 'what am I assuming'. Surfaces unstated assumptions, ambiguous scope edges, and untested preconditions in a finished plan/ticket/ADR before it is handed to Builder. Optional pass — Architect judges when to apply it; not a mandatory gate on every ticket.

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

Agistra/agistra.dev52026年10月7日 更新

Use when: Tester needs UI state evidence for VBR, or Builder needs to verify an integration wire is observable end-to-end. Powered by agent-browser MCP — token-efficient browser automation (200–400 tokens/page).

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

Agistra/agistra.dev52026年10月7日 更新

Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.

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

Agistra/agistra.dev52026年10月7日 更新

Writing skill for freelancers and independent consultants. Covers project proposals, bids, client emails, and scope summaries. Leads with the client's problem, not the consultant's background.

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

Agistra/agistra.dev52026年10月7日 更新

Agistra のスキルをすべて見る

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