jpskill.com
🛠️ 開発・MCP コミュニティ 🔴 エンジニア向け 👤 エンジニア・AI開発者

🛠️ UI Page

ui-page

StyleSeed Tossのレイアウトパターンやセクションのリズム、既存のシェルコンポーネントを活用し、モバイルファーストの新しいページを構築するためのSkill。

⏱ ライブラリ調査+組込 半日 → 1時間

📺 まず動画で見る(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本体の挙動とは独立した参考情報です。

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

💬 こう話しかけるだけ — サンプルプロンプト

  • UI Page を使って、最小構成のサンプルコードを示して
  • UI Page の主な使い方と注意点を教えて
  • UI Page を既存プロジェクトに組み込む方法を教えて

これをClaude Code に貼るだけで、このSkillが自動発動します。

📖 Claude が読む原文 SKILL.md(中身を展開)

この本文は AI(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:

  1. Hero or top summary
  2. KPI or key actions
  3. detail cards or supporting modules
  4. 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:

  1. The page scaffold
  2. The chosen section structure
  3. Reused components and any newly required components
  4. 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.