# Советы по рабочим процессам

В этой статье описано, как интегрировать Claude Code в повседневный процесс разработки — от личной продуктивности до командного взаимодействия, выстраивая эффективный процесс разработки с ИИ-помощником.

## Воркфлоу «Планирование — Выполнение»

Наиболее эффективный паттерн использования Claude Code — **сначала спланировать, потом выполнить**, вместо того чтобы сразу просить ИИ писать код.

### Базовый процесс

```
1. Анализ требований → 2. Составление плана → 3. Утверждение плана → 4. Пошаговое выполнение → 5. Проверка результатов
```

### Практические шаги

**Шаг 1: Дайте Claude понять требования**

```
> Прочитай код в директории @src/services/, разберись в существующей архитектуре.
> Не пиши никакого кода, только анализируй.
```

**Шаг 2: Составление плана реализации**

```
> На основе твоего понимания существующего кода составь детальный план реализации
> функции «Управление правами пользователей».
> Включи: изменения файлов, новые файлы, зависимости, риски.
```

**Шаг 3: Утверждение и корректировка плана**

Проверьте план Claude, внесите замечания:

```
> В шаге 3 плана я хочу использовать кэш Redis вместо кэша в памяти. Скорректируй план.
```

**Шаг 4: Пошаговое выполнение**

```
> Теперь выполни шаг 1 плана: создание модели прав.
```

После каждого шага проверяйте результат и только потом переходите к следующему.

## Воркфлоу с функциональными ветками

### Лучшие практики для Git-веток

```bash
# 1. Создание функциональной ветки
git checkout -b feature/user-permissions

# 2. Перейдите в директорию проекта и запустите Claude Code
cd your-project && claude

# 3. Коммитьте в процессе разработки
> /commit  # Первый коммит
# Продолжаем разработку...
> /commit  # Второй коммит

# 4. Функция готова — создаём PR
> Создай описание PR для текущей ветки, суммируя все коммиты
```

### Рекомендации по частоте коммитов

- **Мелкие коммиты**: коммитьте после завершения каждой отдельной части функциональности

- **Сообщения коммитов**: используйте `/commit` для автоматической генерации стандартных сообщений

- **Избегайте крупных коммитов**: не накапливайте слишком много изменений перед коммитом

## Воркфлоу ревью кода

### Самопроверка

Перед отправкой PR пусть Claude проведёт ревью:

```
> /review
> Обрати особое внимание на: безопасность, производительность, стиль кода
```

### Ревью чужого кода

```bash
# Получение изменений PR
gh pr diff 123 | claude "Проведи ревью этого PR, обрати внимание на:
1. Корректность логики
2. Обработку граничных случаев
3. Обработку ошибок
4. Поддерживаемость кода"
```

### Многоэтапный процесс ревью

Для сложных PR используйте структурированное ревью:

```
> Этап 1: Проверить, насколько разумна архитектура
> Этап 2: Проверить, соответствует ли реализация проекту
> Этап 3: Проверить достаточность покрытия тестами
> Этап 4: Проверить полноту документации
```

## Воркфлоу через разработку через тестирование

### TDD с Claude Code

```
1. Написать тесты → 2. Запустить тесты (провал) → 3. Написать код → 4. Запустить тесты (успех) → 5. Рефакторинг
```

### Практические шаги

**Шаг 1: Определение тестов**

```
> Напиши тест-кейсы для функции регистрации пользователя, покрывающие:
> - Нормальную регистрацию
> - Неверный формат email
> - Слишком слабый пароль
> - Пользователь уже существует
> Сначала напиши тесты, не реализуй функциональность.
```

**Шаг 2: Убедитесь, что тесты не проходят**

```bash
npm test  # Ожидание: тесты не проходят
```

**Шаг 3: Реализация функциональности**

```
> Теперь реализуй код, чтобы все тесты прошли.
```

**Шаг 4: Проверка и рефакторинг**

```bash
npm test  # Ожидание: тесты проходят
```

```
> Тесты прошли. Теперь проведи рефакторинг кода для улучшения читаемости, но не ломай тесты.
```

## Воркфлоу отладки

### Структурированная отладка

```
1. Воспроизвести проблему → 2. Собрать информацию → 3. Проанализировать причину → 4. Проверить гипотезу → 5. Исправить проблему
```

### Практические шаги

**Шаг 1: Описание проблемы**

```
> Описание проблемы: после входа пользователя при нажатии «Мои заказы» отображается пустая страница
> Ожидаемое поведение: отображение списка заказов пользователя
> Шаги воспроизведения: вход → нажатие «Мои заказы»
```

**Шаг 2: Сбор информации**

```
> Проанализируй следующие файлы, найди возможные проблемы:
> @src/pages/MyOrders.tsx
> @src/services/OrderService.ts
> @src/api/orders.ts
```

**Шаг 3: Анализ логов**

```bash
# Сбор логов ошибок
cat app.log | claude "Проанализируй эти логи, найди ошибки, связанные со страницей заказов"
```

**Шаг 4: Исправление и проверка**

```
> На основе анализа исправь проблему в OrderService
> После исправления я протестирую
```

## Воркфлоу совместной работы субагентов

### Параллельная обработка

Используйте субагенты для параллельной обработки нескольких задач:

```
> Выполни одновременно следующие задачи:
> 1. Используй агент Explore для анализа структуры проекта
> 2. Используй агент Plan для проектирования новой функции
```

### Профессиональное разделение труда

У разных субагентов разные специализации:

| Агент | Специализация | Сценарии использования |
|-------|---------------|------------------------|
| Explore | Быстрый поиск | Поиск кода, понимание структуры |
| Plan | Проектирование архитектуры | Планирование сложных функций |
| Фоновый агент | Параллельная обработка | Пакетные задачи, длительные задачи |

## Воркфлоу интеграции с IDE

### Интеграция с VS Code

1. Установите расширение Claude Code для VS Code

2. Используйте `Cmd+Esc` / `Ctrl+Esc` для быстрого переключения

3. Выделите код в редакторе и вызовите Claude

### Совместная работа терминала и IDE

```
Терминал (Claude Code)          IDE (VS Code)
     ↓                              ↓
  Анализ, планирование          Ручная правка, чтение
     ↓                              ↓
  Генерация кода  ←──────────→   Просмотр diff, тестирование
     ↓                              ↓
  Коммит кода                    Продолжение разработки
```

## Воркфлоу командной работы

### Стандартизация CLAUDE.md

Командная конфигурация CLAUDE.md:

```markdown
# Стандарты командной разработки

## Стиль кода
- ESLint конфигурация: .eslintrc.js
- Prettier конфигурация: .prettierrc

## Стандарты Git
- Именование веток: feature/xxx, fix/xxx, hotfix/xxx
- Формат коммитов: type(scope): description

## Требования к тестированию
- Покрытие модульными тестами > 80%
- E2E тесты покрывают основные сценарии
```

### Шаблон PR

Пусть Claude использует единый шаблон PR:

```
> Создай описание PR по следующему шаблону:
> ## Содержание изменений
> ## План тестирования
> ## Скриншоты (при наличии изменений UI)
> ## Чеклист
```

## Чеклист рабочего процесса

### Перед началом новой задачи

- [ ] Создать функциональную ветку

- [ ] Очистить контекст через `/clear`

- [ ] Дать Claude изучить существующий код

- [ ] Составить план реализации

### В процессе разработки

- [ ] Выполнять пошагово, проверяя каждый шаг

- [ ] Мелкие коммиты, частый `/commit`

- [ ] Мониторинг контекста через `/context`

- [ ] При необходимости использовать `/compact`

### Перед отправкой

- [ ] Выполнить `/review` для самопроверки

- [ ] Запустить все тесты

- [ ] Проверить ошибки lint

- [ ] Сгенерировать описание PR

## Следующие шаги

- Изучите [Советы по CLI](/docs/usage/cli-tips) для освоения дополнительных команд

- Узнайте о [Пользовательских командах](/docs/usage/cli-tips) для создания командных команд

- Исследуйте [Лучшие практики](/docs/usage/best-practices) для углублённой оптимизации рабочего процесса