К основному содержанию
команда CX Codex

design-review — команда для Claude Code: разбор UI и советы

Проверяет готовый интерфейс на проблемы вёрстки, юзабилити и кода, а потом складывает отчёт с рекомендациями в файл.

Установить в Claude Code · Через маркетплейс плагинов Все способы и платформы ↓
/plugin marketplace add wshobson/agents
/plugin install ui-design@claude-code-workflows
Открыть на GitHub

Что делает design-review

Команда запускает ревью уже написанного UI: читает файлы, определяет фреймворк и подход к стилям (CSS, Tailwind, styled-components), затем идёт по четырём направлениям — визуальный дизайн, юзабилити, качество кода и производительность рендера. На выходе получается markdown-отчёт с разбивкой проблем по критичности: critical, major, minor, suggestion. У каждой — место в файле, объяснение последствий и пример кода до и после.

Работа построена на вопросах. Сначала команда спрашивает, что ревьюить: конкретный компонент, страницу, всю папку UI или последний коммит. Потом уточняет фокус (визуал, юзабилити, код, производительность или всё сразу), назначение интерфейса и платформы. Вопросы задаются по одному за раз, так что ответить нужно на каждый, прежде чем пойдёт дальше.

Результаты складываются в .ui-design/reviews/, туда же пишется review_state.json со статусом и счётчиками найденных проблем. Если в проекте есть conductor/product.md, conductor/tech-stack.md или .ui-design/design-system.json, команда подтянет их как контекст — без них она тоже отработает, но рекомендации будут общими. Аргумент необязателен: можно передать путь к файлу или имя компонента, а можно ничего не указывать и выбрать цель в диалоге.

Какие задачи решает

  • найти несогласованные отступы и выравнивание в компоненте
  • проверить контраст текста и семантику цветов
  • разобрать состояния загрузки, ошибки и пустого списка
  • оценить лишние ререндеры и отсутствие мемоизации
  • получить список правок с примерами кода до и после

Примеры запросов агенту

  • /ui-design:design-review src/components/UserCard.tsx
  • /ui-design:design-review UserCard
  • /ui-design:design-review — проверь всю папку src/components на юзабилити

Как установить design-review

1Через маркетплейс плагинов

/plugin marketplace add wshobson/agents
/plugin install ui-design@claude-code-workflows

2Вручную: положить файлы

.claude/commands/design-review.md

Вызов — /design-review. Для всех проектов — ~/.claude/commands/

Из того же набора342

Весь набор →
status Показывает состояние проекта Conductor, активные треки и следующие действия. Нужна, когда важно увидеть прогресс по задачам и блокеры. CX Codex 348установок incident-responder Субагент координирует локализацию и устранение сбоев на продакшене по практикам SRE. Помогает быстро стабилизировать сервисы и составить разбор инцидента. CX Codex 265установок find Ищет референсы в галерее Meigen по ключевым словам и сразу показывает картинки с короткими выдержками промптов. CX Codex 210установок social-evidence-research Собирает проверяемый отчёт о обсуждении продукта или темы в соцплатформах. Пригодится для поиска, сравнения и аудита социальных данных. CX Codex 201установок standup-notes Собирает заметки к асинхронному стендапу из коммитов, тикетов Jira и заметок Obsidian. Пригодится, когда команда разбросана по часовым поясам. CX Codex ★ 41 729звёзд репо tdd-red Слэш-команда пишет только тесты, которые обязаны падать, и не трогает рабочий код. Первый шаг TDD, когда нужно зафиксировать поведение до реализации. CX Codex ★ 41 729звёзд репо rust-project Слэш-команда разворачивает структуру Rust-проекта: бинарник, библиотеку, воркспейс или веб-API на Axum. Пригодится, когда нужен старт без ручной раскладки модулей. CX Codex ★ 41 729звёзд репо financial-projections Строит финансовую модель стартапа: выручка по когортам, расходы, найм, кэшфлоу и три сценария. Пригодится перед раундом или советом директоров. CX Codex ★ 41 729звёзд репо

Похожие

ui-design-review mastepanoski Разбирает интерфейс по десяти дизайн-измерениям: типографика, цвет, отступы, иерархия, консистентность. Пригодится перед дизайн-QA или передачей макета в вёрстку. CX Codex +1 1 100установок plan-design-review nexu-io Скилл оценивает каждое измерение дизайна по шкале 0-10, объясняет, как выглядит оценка 10, и отмечает признаки AI Slop. Запускайте его перед слиянием UI-работ. CX Codex +1 2 900установок anti-ui-slop официальный UIZZE Скилл помогает создавать интерфейсы под конкретный продукт, а не собирать шаблонный UI. Пригодится для разработки, редизайна и проверки web- и iOS-экранов. 967установок checklist-design Checklist Design Проверяет интерфейсы сайтов и мобильных приложений по сотне чек-листов Checklist Design. Находит пропущенные элементы и даёт честную критику иерархии, вёрстки или доступности. CX Codex +1 1 100установок nielsen-usability-heuristics dembrandt Оценивает интерфейсы и текст ошибок по 10 эвристикам Нильсена. Скилл помогает выявить проблемы юзабилити прямо в коде компонентов до релиза. CX Codex +1 976установок finalize educlopez Прогоняет интерфейс через детектор, токены и 10 проходов планки качества, а потом выдаёт вердикт: READY, NOT READY или BLOCKED. CX Codex +1 850установок

Вопросы о design-review

Как установить design-review в Claude?

Добавьте маркетплейс: /plugin marketplace add wshobson/agents, затем поставьте плагин: /plugin install ui-design@claude-code-workflows. После этого команда доступна как /ui-design:design-review.

Что делает design-review?

Проверяет существующий UI на проблемы дизайна, юзабилити, кода и производительности и выдаёт отчёт с рекомендациями и примерами исправлений.

Что нужно указать при запуске?

Аргумент необязателен. Можно передать путь к файлу или имя компонента, иначе команда спросит, что ревьюить: компонент, страницу, папку UI или последний коммит.

Исходный текст

design-review.md · MIT
---
description: "Review existing UI for issues and improvements"
argument-hint: "[file-path|component-name]"
---

# Design Review

Review existing UI code for design issues, usability problems, and improvement opportunities. Provides actionable recommendations.

## Pre-flight Checks

1. Check if `.ui-design/` directory exists:
   - If not: Create `.ui-design/` directory
   - Create `.ui-design/reviews/` subdirectory for storing review results

2. Load project context if available:
   - Check for `conductor/product.md` for product context
   - Check for `conductor/tech-stack.md` for framework info
   - Check for `.ui-design/design-system.json` for design tokens

## Target Identification

### If argument provided:

- If file path: Validate file exists, read the file
- If component name: Search codebase for matching component files
- If not found: Display error with suggestions

### If no argument:

Ask user to specify target:

```
What would you like me to review?

1. A specific component (provide name or path)
2. A page/route (provide path)
3. The entire UI directory
4. Recent changes (last commit)

Enter number or provide a file path:
```

## Interactive Review Configuration

**CRITICAL RULES:**

- Ask ONE question per turn
- Wait for user response before proceeding
- Gather context to provide relevant feedback

### Q1: Review Focus

```
What aspects should I focus on?

1. Visual design (spacing, alignment, typography, colors)
2. Usability (interaction patterns, accessibility basics)
3. Code quality (patterns, maintainability, reusability)
4. Performance (render optimization, bundle size)
5. Comprehensive (all of the above)

Enter number:
```

### Q2: Design Context (if visual/usability selected)

```
What is this UI's primary purpose?

1. Data display (dashboards, tables, reports)
2. Data entry (forms, wizards, editors)
3. Navigation (menus, sidebars, breadcrumbs)
4. Content consumption (articles, media, feeds)
5. E-commerce (product display, checkout)
6. Other (describe)

Enter number or description:
```

### Q3: Target Platform

```
What platform(s) should I consider?

1. Desktop only
2. Mobile only
3. Responsive (desktop + mobile)
4. All platforms (desktop, tablet, mobile)

Enter number:
```

## State Management

Create/update `.ui-design/reviews/review_state.json`:

```json
{
  "review_id": "{target}_{YYYYMMDD_HHMMSS}",
  "target": "{file_path_or_component}",
  "focus_areas": ["visual", "usability", "code", "performance"],
  "context": "{purpose}",
  "platform": "{platform}",
  "status": "in_progress",
  "started_at": "ISO_TIMESTAMP",
  "issues_found": 0,
  "severity_counts": {
    "critical": 0,
    "major": 0,
    "minor": 0,
    "suggestion": 0
  }
}
```

## Review Execution

### 1. Code Analysis

Read and analyze the target files:

- Parse component structure
- Identify styling approach (CSS, Tailwind, styled-components, etc.)
- Detect framework (React, Vue, Svelte, etc.)
- Note component composition patterns

### 2. Visual Design Review

Check for:

**Spacing & Layout:**

- Inconsistent margins/padding
- Misaligned elements
- Unbalanced whitespace
- Magic numbers vs. design tokens

**Typography:**

- Font size consistency
- Line height appropriateness
- Text contrast ratios
- Font weight usage

**Colors:**

- Color contrast accessibility
- Consistent color usage
- Semantic color application
- Dark mode support (if applicable)

**Visual Hierarchy:**

- Clear primary actions
- Appropriate emphasis
- Scannable content structure

### 3. Usability Review

Check for:

**Interaction Patterns:**

- Clear clickable/tappable areas
- Appropriate hover/focus states
- Loading state indicators
- Error state handling
- Empty state handling

**User Flow:**

- Logical tab order
- Clear call-to-action
- Predictable behavior
- Feedback on actions

**Cognitive Load:**

- Information density
- Progressive disclosure
- Clear labels and instructions
- Consistent patterns

### 4. Code Quality Review

Check for:

**Component Patterns:**

- Single responsibility
- Prop drilling depth
- State management appropriateness
- Component reusability

**Styling Patterns:**

- Consistent naming conventions
- Reusable style definitions
- Media query organization
- CSS specificity issues

**Maintainability:**

- Clear component boundaries
- Documentation/comments
- Test coverage
- Accessibility attributes

### 5. Performance Review

Check for:

**Render Optimization:**

- Unnecessary re-renders
- Missing memoization
- Large component trees
- Expensive computations in render

**Asset Optimization:**

- Image sizes and formats
- Icon implementation
- Font loading strategy
- Code splitting opportunities

## Output Format

Generate review report in `.ui-design/reviews/{review_id}.md`:

````markdown
# Design Review: {Component/File Name}

**Review ID:** {review_id}
**Reviewed:** {YYYY-MM-DD HH:MM}
**Target:** {file_path}
**Focus:** {focus_areas}

## Summary

{2-3 sentence overview of findings}

**Issues Found:** {total_count}

- Critical: {count}
- Major: {count}
- Minor: {count}
- Suggestions: {count}

## Critical Issues

### Issue 1: {Title}

**Severity:** Critical
**Location:** {file}:{line}
**Category:** {Visual|Usability|Code|Performance}

**Problem:**
{Description of the issue}

**Impact:**
{Why this matters for users/maintainability}

**Recommendation:**
{Specific fix suggestion}

**Code Example:**

```{language}
// Before
{current_code}

// After
{suggested_code}
```
````

---

## Major Issues

### Issue 2: {Title}

...

## Minor Issues

### Issue 3: {Title}

...

## Suggestions

### Suggestion 1: {Title}

...

## Positive Observations

{List things done well to reinforce good patterns}

- {Positive observation 1}
- {Positive observation 2}

## Next Steps

1. {Prioritized action 1}
2. {Prioritized action 2}
3. {Prioritized action 3}

---

_Generated by UI Design Review. Run `/ui-design:design-review` again after fixes._

```

## Completion

After generating report:

1. Update `review_state.json`:
   - Set `status: "complete"`
   - Update issue counts

2. Display summary:

```

Design Review Complete!

Target: {component/file}
Issues Found: {total}

- {critical} Critical
- {major} Major
- {minor} Minor
- {suggestions} Suggestions

Full report: .ui-design/reviews/{review_id}.md

What would you like to do next?

1. View detailed findings for a specific issue
2. Start implementing fixes
3. Export report (markdown/JSON)
4. Review another component

```

## Follow-up Actions

If user selects "Start implementing fixes":

```

Which issues would you like to address?

1. All critical issues first
2. All issues in current file
3. Specific issue (enter number)
4. Generate a fix plan for all issues

Enter choice:

```

Guide user through fixes one at a time, updating the review report as issues are resolved.

## Error Handling

- If target file not found: Suggest similar files, offer to search
- If file is not UI code: Explain and ask for correct target
- If review fails mid-way: Save partial results, offer to resume
```

© Seth Hobson · MIT · wshobson/agents

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой