読み込み中...
読み込み中...
Primitive UI components, prompt templates, and token contracts are verified on this page. Use the same vocabulary and variants here when updating Penpot, React components, and derived assets.
Primitive UI の見本帳ではなく、記事体験を再現可能に組み立てるためのカタログとして管理する。
HTML生成用とワイヤーフレーム用を分けておくと、AI に渡す前提がぶれにくくなり、運用もしやすくなる。
実装しやすさとセクション設計を優先して、画面構成をそのままコードへ落とし込めるようにする。
あなたは Web デザイナー兼 UI デザイナーです。
以下の条件で、HTML/CSS で実装しやすい Web 画面のデザイン仕様を提案してください。
【目的】
- [画面の目的]
【対象ユーザー】
- [対象ユーザー]
【採用するデザインスタイル】
- [デザインスタイル名] ベース
【優先順位】
1. [最優先]
2. [次点]
3. [次点]
4. [次点]
【画面構成】
- [ヘッダー]
- [メイン領域]
- [サイドバー]
- [フッター]骨組みと情報設計を優先し、レイアウト差分と CTA の位置が分かる状態で起こしやすくする。
あなたは Web デザイナー兼 UI デザイナーです。
以下の条件で、Figma で起こしやすいワイヤーフレーム案を提案してください。
【目的】
- [画面の目的]
【対象ユーザー】
- [対象ユーザー]
【優先順位】
1. 情報設計
2. 視線誘導
3. 操作しやすさ
4. 世界観の統一
【ワイヤーフレーム要件】
- セクションごとの役割が分かること
- 主要 CTA の位置が分かること
- モバイルと PC の違いが分かること必要最低限の項目だけに絞って、そのままコピペしやすくした即用版。
あなたは Web デザイナー兼 UI デザイナーです。
以下の条件で、実務で使える Web 画面のデザイン仕様を提案してください。
【目的】
- [目的]
【対象ユーザー】
- [対象ユーザー]
【デザインスタイル】
- [デザインスタイル名] ベース
【優先順位】
1. 可読性
2. 情報の分かりやすさ
3. 操作しやすさ
4. 世界観の統一
【必要なセクション】
- [セクション1]
- [セクション2]
- [セクション3]
【避けたいこと】
- 装飾過多にしない
- 余白不足にしない
- 実装しにくい複雑な表現を避ける目的・対象・条件だけで、まず方向性を合わせるための最小版。
目的: [何を達成したいか]
対象: [誰向けか]
条件: [デザインスタイル / 必須要素 / 避けたいこと]記事専用コンポーネントの requested pattern と内部実装名を先に固定し、口頭指示をそのまま実装へ流さない。
指示語彙
ArticleHero
内部コンポーネント
EyeCatch
記事冒頭の代表ビジュアル。image を優先。
指示語彙
Breadcrumb
内部コンポーネント
Breadcrumb
記事への到達経路を示す。
指示語彙
ArticleMeta
内部コンポーネント
ArticleMeta
著者・公開日・更新日・読了時間を独立管理する。
指示語彙
TOC
内部コンポーネント
TableOfContents
inline / sticky / collapsed を管理対象にする。
指示語彙
AuthorBox
内部コンポーネント
AuthorBio
執筆者の輪郭と専門性を補強する。
指示語彙
RelatedArticles
内部コンポーネント
RelatedPosts
同タグや同テーマの回遊導線。
指示語彙
PrevNextNavigation
内部コンポーネント
AdjacentPosts
前後記事への移動導線。
指示語彙
NewsletterCTA
内部コンポーネント
NewsletterCTA
読了後の継続接点を記事文脈でまとめる。
探索と回遊は記事本文と同じくらい重要なプロダクト要素なので、Header や SearchField もデザインシステムの管轄に置く。
初期状態。プレースホルダだけを見せる。
入力中。候補リストや件数表示の起点。
結果取得中。文字ではなく skeleton に寄せる。
0件時は EmptyState と組み合わせる。
TOC は inline / sticky / collapsed / active-section を追跡対象にし、記事ごとに都度別実装しない。
記事詳細のヘッダー、メタ、著者、関連導線はページの骨格そのものなので、単体確認できる状態にしておく。
Growth Lab編集部
AI Agent / Design System / Content Operations
AIエージェント開発、記事制作フロー、デザインシステム運用の接続を検証しています。監修と実装の両方を扱う前提で、AuthorBox の情報量を決めます。
ArticleMeta
公開日、更新日、読了時間を独立コンポーネントで扱うことで、記事ヘッダーとカードの役割分離を保ちやすくする。

loaded
loading
fallback
ArticlePageSkeleton variants
responsive
実ページと同じ既定状態。モバイル目次とデスクトップサイドバーの両方を持つ。
desktop
サイドバー TOC を固定し、モバイル折りたたみを省いたデスクトップ専用確認。
mobile
狭い画面幅で、折りたたみ TOC を前提にした loading state。
no-sidebar
TOC や補助カラムを持たない長文ページ向けの省略状態。
AGENTS.md、skills、hooks をどこまで分けるべきかを、記事制作フローの観点から整理する。
主観判断は AI reviewer、形式契約は CI に寄せる運用で、レビューのズレを減らす。
ArticleCard skeleton
読了後の回遊と継続接点も記事詳細の一部として扱い、一覧への逃がしだけで終わらせない。
同じテーマや近い文脈の記事を続けて読めるようにする。
継続接点
記事末尾の継続接点として、特集や一覧への導線を newsletter 文脈でまとめる。
本実装ではメール購読や通知機能へ差し替え可能。
同じ記事データでも、一覧文脈では card / list の切り替えや関連カードの見え方を変える。
アフィリエイトや補助パーツも記事文脈で使う前提で、単独確認できる状態にする。
export const uiPattern = {
requested: "App Bar + EyeCatch + TOC",
normalized: ["Header", "EyeCatch", "TableOfContents"],
};部品そのものだけでなく、どの状態を設計対象にしているかを一覧で追えるようにする。
Button
ArticleCard
SearchField
TableOfContents
ArticleHero
ArticlePageSkeleton
primitives は残しつつ、記事専用パターンの下支えとしてどう使うかを前提に管理する。
記事メディアでは日本語の本文量が多くなりやすいため、英語のダミー文ではなく実運用に近い文量で確認する。
小さな本文は日付、補足、著者肩書きなどに使う。