mcpField
C
composition-patterns

composition-patterns

github.com/itallstartedwithaideaDevelopment4480 installsUpdated 28w ago
Repository

About composition-patterns

A React design skill for building flexible, maintainable components through composition rather than proliferating boolean props. It guides agents in choosing patterns for shared state, related component families, and consumer-controlled rendering.

Key features

  1. 01Compound component patterns
  2. 02Lifting shared state
  3. 03Internal composition
  4. 04Render delegation
  5. 05Reducing boolean prop combinations

Use cases

  1. 01Refactoring a monolithic React component
  2. 02Building a component library or design system
  3. 03Sharing state across tabs, accordions, or selects
  4. 04Letting consumers control sub-element layout

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/itallstartedwithaidea/agent-skills --skill composition-patterns

After installing, type/composition-patternsin Claude Code to confirm it loaded.

Details

From the project README

Composition Patterns

Part of Agent Skills™ by googleadsagent.ai™

Description

Composition Patterns teaches agents to build flexible, maintainable React components using compound components, state lifting, internal composition, and the elimination of boolean prop proliferation. These patterns replace rigid, prop-heavy APIs with composable interfaces that scale gracefully as requirements evolve.

The most common agent mistake in React is building monolithic components with dozens of boolean props: showHeader, showFooter, isCompact, isLoading, hasSearch, enableDarkMode. Each boolean doubles the component's state space, creating an exponential testing surface and making the component impossible to extend without modifying its internals. Composition patterns replace these booleans with structural composition, where the consumer assembles the component from smaller pieces.

This skill addresses four complementary patterns: compound components for related UI families, state lifting for shared cross-component state, internal composition for encapsulated sub-rendering, and render delegation for maximum consumer flexibility. Applied together, these patterns produce components that are simple to use, powerful to customize, and trivial to test.

Use When

  • A component has more than 3 boolean configuration props
  • Related components need to share implicit state (tabs, accordions, selects)
  • The consumer needs to control layout or ordering of sub-elements
  • A component needs to support use cases not anticipated at design time
  • Refactoring a "god component" into composable pieces
  • Building a component library or design system

How It Works

graph TD
    A[Component Design Request] --> B{Pattern Selection}
    B --> C[Compound: Related UI Family]
    B --> D[State Lifting: Shared State]
    B --> E[Internal Composition: Sub-render]
    B --> F[Render Delegation: Consumer Control]
    C --> G[Parent provides context]
    G --> H[Children consume context]
    D --> I[State lives in nearest common ancestor]
    E --> J[Component composes internally]
    F --> K[Consumer passes render function]

The agent selects the appropriate pattern based on the relationship between components, the degree of consumer control needed, and the complexity of shared state.

Implementation

Compound Components
const TabsContext = createContext<TabsState | null>(null);

function Tabs({ defaultValue, children }: TabsProps) {
  const [active, setActive] = useState(defaultValue);
  return (
    <TabsContext.Provider value={{ active, setActive }}>
      <div role="tablist">{children}</div>
    </TabsContext.Provider>
  );
}

function Tab({ value, children }: TabProps) {
  const { active, setActive } = useContext(TabsContext)!;
  return (
    <button
      role="tab"
      aria-selected={active === value}
      onClick={() => setActive(value)}
    >
      {children}
    </button>
  );
}

function TabPanel({ value, children }: TabPanelProps) {
  const { active } = useContext(TabsContext)!;
  if (active !== value) return null;
  return <div role="tabpanel">{children}</div>;
}

Tabs.Tab = Tab;
Tabs.Panel = TabPanel;

// Usage: consumer controls structure
<Tabs defaultValue="a">
  <Tabs.Tab value="a">Tab A</Tabs.Tab>
  <Tabs.Tab value="b">Tab B</Tabs.Tab>
  <Tabs.Panel value="a">Content A</Tabs.Panel>
  <Tabs.Panel value="b">Content B</Tabs.Panel>
</Tabs>
Eliminating Boolean Props
// BAD: Boolean prop explosion
<Card
  showHeader={true}
  showFooter={false}
  isCompact={true}
  hasAvatar={true}
  showActions={true}
/>

// GOOD: Compositional API
<Card compact>
  <Card.Header>
    <Avatar src={user.avatar} />
    <Card.Title>{user.name}</Card.Title>
  </Card.Header>
  <Card.Body>{content}</Card.Body>
  <Card.Actions>
    <Button>Edit</Button>
    <Button>Delete</Button>
  </Card.Actions>
</Card>

Best Practices

  • Use compound components when sub-elements share implicit state
  • Expose composable APIs instead of adding boolean flags for new features
  • Keep context providers narrow—one context per concern, not one mega-context
  • Provide sensible defaults so simple use cases remain simple
  • Document the compositional API with usage examples, not just prop tables
  • Use TypeScript discriminated unions instead of boolean prop combinations

Platform Compatibility

PlatformSupportNotes
CursorFullComponent generation + refactoring
VS CodeFullTypeScript-aware refactoring
WindsurfFullReact pattern recognition
Claude CodeFullComponent design guidance
ClineFullPattern-based generation
aiderPartialLimited compositional awareness

Related Skills

Keywords

composition compound-components react-patterns state-lifting boolean-props render-delegation design-system composable-api


© 2026 googleadsagent.ai™ | Agent Skills™ | MIT License

Comments

Markdown supported