claude/skills/screen-transition-diagram/SKILL.md
--- name: screen-transition-diagram description: 画面遷移図(画面フロー図 / Screen flow / UI flow / Wireflow)を、要件・ユーザーストーリー・既存ルート・Figma構成・文章仕様から再現可能に作成/更新する。出力はMermaidのflowchartを基本とし、画面カタログ(画面ID/名称/状態/権限)と遷移カタログ(トリガー/条件/結果/例外)も併記する。例外系(失敗・戻り・未ログイン・権限不足・空状態)を必ず含め、スパゲッティ化する場合はユースケース単位で図を分割(L0/L1/L2)する。トリガー語: 画面遷移図, 画面フロー, UIフロー, screen flow, wireflow, 遷移図, フロー図, 画面一覧, 画面設計, 導線 --- # Screen Transition Diagram Skill このSkillは、Web/アプリの「画面(ページ)」をノード、ユーザー操作や条件を矢印として、**実装/QAに耐える画面遷移図**を作るための手順です。 ## Output Contra
npx skillsauth add lilpacy/dotfiles claude/skills/screen-transition-diagramInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
このSkillは、Web/アプリの「画面(ページ)」をノード、ユーザー操作や条件を矢印として、実装/QAに耐える画面遷移図を作るための手順です。
ScreenID / 画面名 / 役割 / 状態(空・エラー等) / 入口or出口 / ルート(任意)From / To / トリガー / 条件 / 結果(成功・失敗) / 備考ユーザーから粒度指定がない場合は、**まずB(仕様寄り)**で作り、過剰ならAに落とす。
ユーザー入力が足りない場合は resources/template_minimum_input.md をそのまま貼って埋めてもらう。 ただし「今すぐ作って」が強い場合は、仮置き前提で作成→未確定事項に回す(質問だけで止めない)。
S-010 のように 10刻み(あとで差し込みやすい)状態 列と注釈で表す(必要なら分ける)入口(Entry)→ゴール(Goal)を最短で繋いだ図をまず完成させる。
最低限これを入れる:
矢印ラベルは原則この形式:
操作 / 条件 / 結果
例:保存 / バリデーションOK / 詳細へ保存 / NG(必須未入力) / エラー表示して同画面まず「画面カタログ」「遷移カタログ」を作り、そこからMermaidへ落とす。
S-010: 画面名{}(例:確認ダイアログ、権限分岐)subgraph でスイムレーン風に分ける(必要時のみ)flowchart LR
S010[S-010: Entry] -->|操作 / 条件 / 結果| S020[S-020: Next]
S020 -->|失敗: 理由| S020
S020 -->|成功| S030[S-030: Goal]
flowchart LR
subgraph User["Role: User"]
U010[S-010: ...]
end
subgraph Admin["Role: Admin"]
A010[S-110: ...]
end
U010 -->|申請| A010
ユーザーが「修正して」「追加して」と言ったら:
User: 「投稿フローの画面遷移図を作って。未ログインはログインへ。下書き保存あり。」 Assistant (you):
User: 「購入・配送・返品まで全部の遷移を1枚で」 Assistant (you):
User: 「このMermaidに『権限不足』を追加して」 Assistant (you):
development
Use when searching the web or reading online documentation. Prefer DuckDuckGo for search and read documents through npx curl.md instead of raw HTML.
testing
Use when writing or editing tests. Tests should be ordered by near-normal, normal, then abnormal cases where applicable, and test names must be Japanese behavior descriptions from a reviewer/user perspective.
development
GoF/オブジェクト指向デザインパターンを関数型プログラミング(pure functions, higher-order functions, ADT, composition, immutability, effect boundaries)でシンプルに整理・設計・リファクタリングする。Strategy/Factory/Adapter/ObserverなどGoF全23パターンのFP置き換え、適用判断、具体事例を提示する必要があるときに使う。
tools
Use when committing, pushing, or preparing PRs. Defines the user's commit workflow, message style discovery, review handoff, and branch/worktree push requirements.