Page Audit
Perform a deep audit of the page at $ARGUMENTS.
Steps
- •
Find the page file: If a route is given (e.g.,
/books), map it toapp/books/page.tsx. If a file path is given, use it directly. - •
Read the page and ALL its imported components: Follow every local import (from
@/components/,@/hooks/, etc.) and read those files too. Build a complete picture of the page's component tree. - •
Document the visual structure as a tree:
codePage ├── StickyHeader │ ├── Heading │ ├── SearchInput │ ├── SortSelect │ └── AddButton (editor only) ├── MobileList (sm:hidden) │ └── BookListItem × N └── DesktopGrid (hidden sm:grid) └── BookCard × N - •
Catalog every visual pattern used:
- •Layout (grid columns, flex directions, spacing)
- •Colors (which CSS variables and hardcoded values)
- •Typography (font sizes, weights, colors)
- •Interactive states (hover, focus, active, disabled)
- •Loading/empty/error states
- •Animations and transitions
- •Responsive breakpoints and behavior changes
- •
Identify design inconsistencies or areas for improvement:
- •Spacing irregularities
- •Inconsistent hover effects
- •Missing loading/empty states
- •Accessibility gaps (missing labels, contrast issues)
- •Hardcoded values that should use design tokens
Output
A structured report with:
- •Component tree (visual hierarchy)
- •Pattern inventory (every visual pattern on the page)
- •Improvement opportunities (ranked by impact)
- •Dependencies (which shared components this page uses that other pages also use — changing these affects more than just this page)