スキル一覧に戻る
jclfocused

atomic-design-planning

by jclfocused

Claude agents and commands configuration

2🍴 0📅 2025年12月31日
GitHubで見るManusで実行

SKILL.md


name: atomic-design-planning description: Use this skill when discussing UI components, design systems, frontend implementation, or component architecture. Guides thinking about Atomic Design methodology - atoms, molecules, organisms - and promotes component reuse over creation. Triggers on UI/frontend discussions, "what components do we need?", "should I create a new component?", or design system questions.

Atomic Design Planning Skill

This skill guides UI component architecture using Atomic Design methodology, emphasizing reuse of existing components and proper categorization of new ones.

When to Use

Apply this skill when:

  • Planning UI features or components
  • Deciding whether to create new components
  • Discussing frontend architecture
  • Users ask "what components do we need?"
  • Reviewing UI implementation plans

Atomic Design Hierarchy

┌─────────────────────────────────────────────────────────┐
│  PAGES         - Complete screens with real content     │
├─────────────────────────────────────────────────────────┤
│  TEMPLATES     - Page-level layout structures           │
├─────────────────────────────────────────────────────────┤
│  ORGANISMS     - Complex UI sections (Header, LoginForm)│
├─────────────────────────────────────────────────────────┤
│  MOLECULES     - Simple groups (SearchInput, NavItem)   │
├─────────────────────────────────────────────────────────┤
│  ATOMS         - Basic blocks (Button, Input, Icon)     │
└─────────────────────────────────────────────────────────┘

Component Categories

Atoms

Smallest, indivisible UI elements: Buttons, Inputs, Labels, Icons.

  • No dependencies, highly reusable, controlled by props only

Molecules

Simple combinations of 2-4 atoms: SearchInput, FormField, NavItem.

  • Single responsibility, reusable in multiple organisms

Organisms

Complex, distinct UI sections: Header, ProductCard, LoginForm.

  • May connect to data/state, often feature-specific

The Reuse-First Principle

Before creating ANY component:

  1. Search existing atoms - Is there a Button/Input that works?
  2. Search existing molecules - Can a FormField be adapted?
  3. Search existing organisms - Does a similar Card exist?
  4. Only then create new - Is this truly unique?

Decision Table

QuestionIf YesIf No
Does something similar exist?Reuse/extend itContinue evaluation
Will this be used in 2+ places?Consider extractingInline it instead
Is it truly indivisible?Make it an atomMake it a molecule+

Integration with Jira Workflow

When planning UI features, create Subtasks for:

  1. Atom Subtasks - New basic components needed
  2. Molecule Subtasks - New component combinations
  3. Organism Subtasks - New feature-level components

Investigation phase should identify existing components to reuse.

Remember: Reuse existing components. Only create what's truly missing.

スコア

総合スコア

40/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です