ax-inc-dev

プロダクトの UI/UX・画面体験をコード前に設計する（全PJ共通）。情報設計、フロー、状態設計、視覚方針、アクセシビリティ、ハンドオフ。LP/コーポサイト中心は site-build-orchestrator。トリガー例：UIが微妙、UX見直し、画面設計、ワイヤー、情報設計、ダッシュボード、SaaS、アプリUI、デザインシステム、デザイン承認前の設計。

レビュー指摘を受けた作者向け。重大度トリアージ・反論パターン・バッチ処理で、検証ファーストに実装順序を決める。GitHub インラインに限らず文書改稿・議事・一括応答にも対応する。

レビュー依頼者（作者）が依頼パッケージを整え、差分定義・リスク・観点・環境を揃える。コード PR に限らずコンサル成果物・文書・設計計画にも使い、各 review-* スキルの共通出力契約に接続する。

変更差分をプロダクト・アプリ利用者目線でレビューする。UX仮説・KPI・ファネル・リテンション・仕様充足を検証し、並列レビューのプロダクト柱として使う。

全体構成と設計思想に照らして変更差分をレビューする。結合・進化・シーム・統合を検証し、レイヤ責務と依存方向を並列レビューのアーキ柱として扱う。

バックエンド変更の追加レビュー。API 契約・冪等性・トランザクション・N+1 を中心に、サーバー・API・DB 層の差分を検証する。

フロントエンド変更のレビュー。WCAG 2.1 の観点に沿って a11y・状態・バンドルを検証し、UI 差分と仕様プロセスの整合を扱う。

インフラ・デプロイ・IaC・CI の変更レビュー。IaC・ネットワーク・IAM・可観測性・DR・コストを横断して検証する。

QA 観点で変更差分をレビューする。回帰マップ・リスクベース優先・欠陥パターンを扱い、受け入れ検証と探索観点を整理する。

変更差分のセキュリティレビュー。OWASP Top 10 を起点に認証・認可・秘密・入力・依存関係を検証する。

テストコードのレビュー。テストピラミッド・フレーク・ミューテーション・カバレッジゲート・契約テストを検証する。

shadcn/ui と Motion を使うマーケ・コーポ向け UI の判断基準。a11y・motion・セクション構造・コンポーネント再利用のブリーフ作成用（全PJ共通）。

マーケサイト向け E2E。Playwright CLI、Cursor エージェントのターミナル実行、Playwright MCP（user-playwright）の使い分け。docs/site/e2e-scenarios.md を単一の真実にする（全PJ共通）。

Use when executing implementation plans with independent tasks in the current session

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

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes

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

Use when implementing any feature or bugfix, before writing implementation code

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

アプリ・Web 製品のユーザーファースト設計の正本。目的・タスク・認知負荷・エラー・Accessibility を先に固定してから UI/Figma/実装に進む（全PJ共通）。

Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification

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

Use when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions

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

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

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

Use when you have a spec or requirements for a multi-step task, before touching code

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

Use when creating new skills, editing existing skills, or verifying skills work before deployment

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