🛠️ UI Page
StyleSeed Tossのレイアウトパターンや既存のコンポーネントを活用し、モバイルファーストな新しいページを、セクションのリズムを意識して効率的に作成するSkill。
📺 まず動画で見る(YouTube)
▶ 【衝撃】最強のAIエージェント「Claude Code」の最新機能・使い方・プログラミングをAIで効率化する超実践術を解説! ↗
※ jpskill.com 編集部が参考用に選んだ動画です。動画の内容と Skill の挙動は厳密には一致しないことがあります。
📜 元の英語説明(参考)
Scaffold a new mobile-first page using StyleSeed Toss layout patterns, section rhythm, and existing shell components.
🇯🇵 日本人クリエイター向け解説
StyleSeed Tossのレイアウトパターンや既存のコンポーネントを活用し、モバイルファーストな新しいページを、セクションのリズムを意識して効率的に作成するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o ui-page.zip https://jpskill.com/download/3636.zip && unzip -o ui-page.zip && rm ui-page.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/3636.zip -OutFile "$d\ui-page.zip"; Expand-Archive "$d\ui-page.zip" -DestinationPath $d -Force; ri "$d\ui-page.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
ui-page.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
ui-pageフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-17
- 取得日時
- 2026-05-17
- 同梱ファイル
- 1
💬 こう話しかけるだけ — サンプルプロンプト
- › UI Page を使って、最小構成のサンプルコードを示して
- › UI Page の主な使い方と注意点を教えて
- › UI Page を既存プロジェクトに組み込む方法を教えて
これをClaude Code に貼るだけで、このSkillが自動発動します。
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] ui-page
UI ページ
概要
StyleSeed の一部であるこのスキルは、Toss seed のモバイルファーストな構成ルールを使用して、完全なページまたは画面を足場として構築します。既存のシェル、トップバー、下部ナビゲーション、およびカードのリズムに基づいて構築することで、バラバラなセクションを生成するのではなく、ページ構造の一貫性を保ちます。
使用する場面
- Toss-seed アプリで新しいページが必要な場合に使用します。
- 一貫したページシェル、間隔、およびナビゲーション構造が必要な場合に使用します。
- 新しい製品フローを追加し、しっかりとした開始レイアウトが必要な場合に使用します。
- プロジェクトが後でより大きなブレークポイントに拡張される場合でも、モバイルファーストを維持したい場合に使用します。
仕組み
ステップ 1: 既存のシェルを検査する
まず、現在のページ足場パターン、特に以下を読み取ります。
- ページシェル
- トップバー
- 下部ナビゲーション
- 同じルートファミリーを使用する代表的なページ
ステップ 2: ページ目的を定義する
以下を明確にします。
- ページ名
- 画面が答える主要なユーザーの質問
- ユーザーが取るべき上位 1 つまたは 2 つのアクション
すべての画面には、1 つの主要な目的があるべきです。
ステップ 3: 情報ピラミッドを使用する
ページを重要度の高い順から低い順にレイアウトします。
- ヒーローまたはトップサマリー
- KPI または主要なアクション
- 詳細カードまたはサポートモジュール
- リスト、履歴、または二次コンテンツ
同じセクションタイプを上から下へ機械的に繰り返すことは避けてください。
ステップ 4: Toss レイアウトルールを適用する
デフォルトのレイアウト選択:
- モバイルビューポート幅は
max-w-[430px]前後 - ページ背景は
bg-background - 水平パディングは
px-6前後 space-y-6を使用したセクションのリズム- 下部ナビゲーションがある場合は、十分な下部パディング
- セマンティックなサーフェストークン、角丸、および軽いシャドウを使用したカード
ステップ 5: 再構築ではなく構成する
可能な限り既存の ui/ および patterns/ コンポーネントを使用してください。新しいページは、主に既存のビルディングブロックを編成するものであり、それらを再作成するものではありません。
ステップ 6: 実デバイスの制約を考慮する
- セーフエリアインセットを処理します
- 水平方向のオーバーフローを避けます
- インタラクティブなクラスターを親指で操作しやすいように保ちます
- 長いコンテンツが下部ナビゲーションをクリッピングすることなくきれいにスクロールすることを確認します
出力
以下を返します。
- ページ足場
- 選択されたセクション構造
- 再利用されたコンポーネントと新しく必要となるコンポーネント
- ページが次に必要とする空の状態、読み込み状態、およびエラー状態
ベストプラクティス
- 装飾を追加する前に、最初のバージョンを構造的に正しく保ちます
- 複数の競合するハイライトではなく、1 つの強力なヒーローを使用します
- 兄弟画面間でナビゲーションの一貫性を維持します
- ページが繰り返される可能性が高い場合は、再利用可能なセクションコンポーネントを優先します
追加リソース
制限事項
- このスキルは、タスクが上記で説明されている範囲と明確に一致する場合にのみ使用してください。
- 出力を、環境固有の検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
- 必要な入力、権限、安全境界、または成功基準が不足している場合は、停止して説明を求めてください。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
UI Page
Overview
Part of StyleSeed, this skill scaffolds a complete page or screen using the Toss seed's mobile-first composition rules. It keeps page structure consistent by building on the existing shell, top bar, bottom navigation, and card rhythm instead of producing disconnected sections.
When to Use
- Use when you need a new page in a Toss-seed app
- Use when you want a consistent page shell, spacing, and navigation structure
- Use when you are adding a new product flow and need a solid starting layout
- Use when you want to stay mobile-first even if the project later expands to larger breakpoints
How It Works
Step 1: Inspect the Existing Shell
Read the current page scaffolding patterns first, especially:
- page shell
- top bar
- bottom navigation
- representative pages using the same route family
Step 2: Define the Page Purpose
Clarify:
- the page name
- the primary user question the screen answers
- the top one or two actions the user should take
Every screen should have one dominant purpose.
Step 3: Use the Information Pyramid
Lay out the page from highest importance to lowest:
- Hero or top summary
- KPI or key actions
- detail cards or supporting modules
- lists, history, or secondary content
Avoid repeating the same section type mechanically from top to bottom.
Step 4: Apply the Toss Layout Rules
Default layout choices:
- mobile viewport width around
max-w-[430px] - page background on
bg-background - horizontal padding around
px-6 - section rhythm with
space-y-6 - generous bottom padding if a bottom nav is present
- cards using semantic surface tokens, rounded corners, and light shadows
Step 5: Compose Instead of Rebuilding
Use existing ui/ and patterns/ components wherever possible. New pages should primarily orchestrate existing building blocks, not recreate them.
Step 6: Account for Real Device Constraints
- handle safe-area insets
- avoid horizontal overflow
- keep interactive clusters thumb-friendly
- ensure long content scrolls cleanly without clipping the bottom navigation
Output
Return:
- The page scaffold
- The chosen section structure
- Reused components and any newly required components
- Empty, loading, and error states that the page will need next
Best Practices
- Keep the first version structurally correct before adding decoration
- Use one strong hero instead of multiple competing highlights
- Preserve navigation consistency across sibling screens
- Prefer reusable section components when the page will likely repeat
Additional Resources
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.