page-driven-development

page-driven-development

Review and write React/Next.js code following Page Driven Development principles. Use when organizing components, making file structure decisions, or asked to "review structure", "organize code", "refactor components", or "follow PDD".

0estrelas
0forks
Atualizado 1/22/2026
SKILL.md
readonlyread-only
name
page-driven-development
description

Review and write React/Next.js code following Page Driven Development principles. Use when organizing components, making file structure decisions, or asked to "review structure", "organize code", "refactor components", or "follow PDD".

version
"1.0.0"

Page Driven Development (PDD)

Core Principle

Code should be organized by context, not by technology or false separation of concerns. Components belong near the pages that use them, not in global shared directories.

Guidelines

1. Colocate Components with Pages

Place components in the same directory as the page that uses them:

app/
  dashboard/
    page.tsx
    dashboard-header.tsx      # Only used by dashboard
    dashboard-stats.tsx       # Only used by dashboard
  settings/
    page.tsx
    settings-form.tsx         # Only used by settings

NOT in a global components folder:

# Avoid this pattern
components/
  DashboardHeader.tsx
  DashboardStats.tsx
  SettingsForm.tsx

2. Avoid False Separation of Concerns

Do not abstract components globally just because they "could" be reused. A component used in multiple pages with vastly different contexts creates tangled coupling.

Ask yourself:

  • Is this component actually used in multiple places right now?
  • Do those places share the same context/narrative?
  • Will changes to one usage break the other?

If the contexts differ, keep separate implementations.

3. Decompose Pages into Manageable Components

PDD does not mean monolithic pages. Decompose naturally:

  • More than 10 useState calls in a component is a code smell
  • Avoid prop-drilling through many layers
  • Avoid type assertions that hide complexity
  • Create natural hierarchies within the page directory

4. Global Components Are Exceptions

Only create truly global components for:

  • Primitives with no business logic (Button, Input, Modal shell)
  • Layout wrappers used across all pages
  • Design system tokens/utilities

5. Embrace Duplication Over Wrong Abstraction

It's better to have similar code in two places than a fragile abstraction that serves neither well. Duplication is cheaper than the wrong abstraction.

When Reviewing Code

Check for:

  • [ ] Components are colocated with their pages
  • [ ] No unnecessary global component abstractions
  • [ ] Page components are decomposed (not monolithic)
  • [ ] No prop-drilling or excessive useState in page root
  • [ ] Shared components truly share context, not just appearance

When Writing New Code

  1. Start in the page directory
  2. Extract components only when the page file grows unwieldy
  3. Keep extracted components in the same directory
  4. Only promote to global when genuinely reused with same context

You Might Also Like

Related Skills

coding-agent

coding-agent

179Kdev-codegen

Run Codex CLI, Claude Code, OpenCode, or Pi Coding Agent via background process for programmatic control.

openclaw avataropenclaw
Obter
add-uint-support

add-uint-support

97Kdev-codegen

Add unsigned integer (uint) type support to PyTorch operators by updating AT_DISPATCH macros. Use when adding support for uint16, uint32, uint64 types to operators, kernels, or when user mentions enabling unsigned types, barebones unsigned types, or uint support.

pytorch avatarpytorch
Obter
at-dispatch-v2

at-dispatch-v2

97Kdev-codegen

Convert PyTorch AT_DISPATCH macros to AT_DISPATCH_V2 format in ATen C++ code. Use when porting AT_DISPATCH_ALL_TYPES_AND*, AT_DISPATCH_FLOATING_TYPES*, or other dispatch macros to the new v2 API. For ATen kernel files, CUDA kernels, and native operator implementations.

pytorch avatarpytorch
Obter
skill-writer

skill-writer

97Kdev-codegen

Guide users through creating Agent Skills for Claude Code. Use when the user wants to create, write, author, or design a new Skill, or needs help with SKILL.md files, frontmatter, or skill structure.

pytorch avatarpytorch
Obter

Implements JavaScript classes in C++ using JavaScriptCore. Use when creating new JS classes with C++ bindings, prototypes, or constructors.

oven-sh avataroven-sh
Obter

Creates JavaScript classes using Bun's Zig bindings generator (.classes.ts). Use when implementing new JS APIs in Zig with JSC integration.

oven-sh avataroven-sh
Obter