Claude.md を長くするより、分離した方が強い理由
AGENTS.md、skills、hooks をどこまで分けるべきかを、AI駆動フローの観点から整理する。
読み込み中...
プリミティブ UI コンポーネント、プロンプトテンプレート、トークン契約をこのページで検証します。 Penpot・React コンポーネント・派生アセットを更新する際は、ここと同じ語彙・バリアントを使用してください。
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駆動、AIエージェント、仕様駆動、ハーネス エンジニアリングの接続を検証しています。監修と実装の両方を扱う前提で、AuthorBox の情報量を決めます。
ArticleMeta
公開日、更新日、読了時間を独立コンポーネントで扱うことで、記事ヘッダーとカードの役割分離を保ちやすくする。

loaded
loading
fallback
ArticlePageSkeleton variants
responsive
実ページと同じ既定状態。モバイル目次とデスクトップサイドバーの両方を持つ。
desktop
サイドバー TOC を固定し、モバイル折りたたみを省いたデスクトップ専用確認。
mobile
狭い画面幅で、折りたたみ TOC を前提にした loading state。
no-sidebar
TOC や補助カラムを持たない長文ページ向けの省略状態。
AGENTS.md、skills、hooks をどこまで分けるべきかを、AI駆動フローの観点から整理する。
主観判断は 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 は残しつつ、記事専用パターンの下支えとしてどう使うかを前提に管理する。
記事メディアでは日本語の本文量が多くなりやすいため、英語のダミー文ではなく実運用に近い文量で確認する。
小さな本文は日付、補足、著者肩書きなどに使う。