Рабочий процесс с Claude Code: от хаоса к системе
Ключевой инсайт Ray Amjad
После 1600 часов работы с Claude Code: рабочий процесс важнее промптов в 10 раз. Не волшебные фразы, а то, как ты организуешь работу.
Когда говорят о Claude Code, чаще всего имеют в виду промпты: как правильно сформулировать задачу, какие слова использовать. Но опыт показывает совсем другое.
Главное открытие: ты не кодер, ты дизайнер цикла обратной связи. Твоя роль — направить агента так, чтобы он строил эффективно и самостоятельно. Ray написал всего 2–3 строки кода для приложения, которое содержит десятки тысяч строк. Остальное — Claude Code.
После прочтения ты:
- ✓ Поймёшь, как структурировать день работы с Claude Code
- ✓ Узнаешь, почему CLAUDE.md — это твой второй мозг
- ✓ Сможешь определить, когда Claude Code «ломается» и как его восстановить
- ✓ Найдёшь точку максимальной отдачи: 1 команда = месяц обычного кодинга
2 Базовый цикл работы с Claude Code
2.1 Как начинать задачу правильно
Claude Code работает в парадигме, которая кажется странной на первый взгляд: сначала спланировать, потом кодить. Но это не означает, что нужно писать 500-строчный документ.
Создай видео-спецификацию
Вместо текстового описания — сделай скринкаст похожего продукта. Открой аналог, диктуй идеи прямо в процессе. Загрузи видео в Claude Code. Результат: в 100 раз быстрее, чем объяснять словами.
Используй диктовку вместо печати
Ray почти не печатает промпты. Инструменты: HyperWhisper, встроенный voice-to-text или Parakeet v2 (оффлайн). Экономия времени: 70%. Расслаблен → лучше промпт.
2.2 Planning mode — якорь всего цикла
Это главная супер-функция. Ray использует Planning mode в начале почти каждой сессии, когда нужны значимые изменения.
Что происходит:
- Ты даёшь задачу в Planning mode
- Sub-agents исследуют кодбейс
- Получаешь план: что менять и почему
- Утверждаешь или правишь план
- Агент выполняет
Без Planning mode:
Architectural drift — в кодбейсе скапливается куча разных подходов к одной задаче. Одна система аутентификации в файле A, другая в файле B.
2.3 Как проверять результат: форма дифа
Ray зашифровал очень простой трюк: не смотри на строки кода, смотри на форму дифа.
# Проверка за 30 секунд, а не 30 минут:
1. Агент закончил → открыть diff
2. Посмотреть: сколько файлов, сколько строк
3. Соответствует плану? → коммит
4. Что-то странное (100 файлов вместо 5)? → копаешь
Экономит 95% времени проверки. Почти никогда не приводит к пропуску ошибок.
2.4 Когда прерывать и переформулировать
Признаки, что нужно прервать:
- × План выглядит странным (слишком много действий)
- × Агент зашёл в infinite loop
- × Diff не соответствует задаче (>30%)
- × 15 минут без видимого прогресса
Как переформулировать:
- Прервать текущее
- НЕ начинать заново в той же сессии
- Обновить CLAUDE.md: что сработало, что нет
- Начать новую сессию с актуализированным контекстом
3 Файл CLAUDE.md — твой второй мозг
3.1 Что это и зачем
CLAUDE.md — файл в корне проекта, который Claude Code автоматически подгружает в начало каждого разговора. Это не комментарий — это система инструкций, которые предотвращают ошибки.
Парадокс:
Чем лучше модель, тем меньше в CLAUDE.md должно быть информации. То, что ты два года назад писал в CLAUDE.md, теперь уже встроено в поведение Opus 4.5 по умолчанию.
3.2 Лимит следования инструкциям
Opus 4.1 теряет точность после ~150 инструкций. Но модели умнеют. То, что нужно было писать раньше, уже встроено.
Правило #1:
Не пиши в CLAUDE.md то, что уже делает модель. Ищи только то, что специфично для твоего проекта.
3.3 Минимальный CLAUDE.md на старте
Ray рекомендует начинать очень малым. 10–20 строк максимум. Не копируй огромные CLAUDE.md из интернета.
# Минимальный CLAUDE.md:
# Project: MyApp
## Key Commands
npm start
npm test
## Important
- React + Node project
- Do not change auth pattern without discussion
Потом, когда Claude начнёт ошибаться — добавляешь правила. Коммить каждое добавление.
3.4 Позиционирование: что ближе к началу, то важнее
LLM уделяют больше внимания началу и концу документа. Середина — как бы «проходит мимо».
- 1 Описание проекта (2–3 предложения)
- 2 Key commands (3–5 команд)
- 3 Главные правила/паттерны (5–10 пунктов)
- 4 Боевые сценарии: когда Claude ошибается
- 5 Детали, ссылки на вложенные CLAUDE.md
3.5 Вложенные CLAUDE.md — скрытое оружие
Мало кто это делает, но Ray активно использует. CLAUDE.md не только в корне, но и в папках:
project/
├── CLAUDE.md ← общее для всего проекта
├── backend/
│ └── CLAUDE.md ← правила для backend
├── frontend/
│ └── CLAUDE.md ← правила для frontend
└── database/
└── CLAUDE.md ← схема, миграции
При работе с файлом из backend/ Claude автоматически загружает оба CLAUDE.md — локальный и корневой.
3.6 Правила с мотивацией vs без
❌ Плохо (без контекста):
✅ Хорошо (с мотивацией):
## Rule: try-catch around API calls
**Why**: Monitoring relies on caught
exceptions. Unhandled = silent failure.
**Action**: Wrap every API call.
Модель видит, зачем правило нужно, и может обобщить принцип. При конфликте инструкций — сама поймёт, какая важнее.
4 Когда Claude Code «ломается»
4.1 Типовые сбои (после 1600 часов)
Сбой 1: Устаревшие представления о возможностях
«Я пробовал три месяца назад — не смогло». И больше не пробуют. Модели быстро умнеют. Правило Ray: обновляй ментальную модель каждый месяц.
Сбой 2: Перегруженность контекста
«Дам сразу 20 файлов». Контекст забит → производительность падает. Лучше: дай краткое описание, пусть агент сам найдёт нужные файлы.
Сбой 3: Код bias — копирование плохих паттернов
Если кодбейс написан плохо — Claude скопирует те же паттерны. Решение: перед большой фичей попроси создать мини-версию в новой папке, игнорируя старые подходы.
Сбой 4: Молчаливые остановки
Агент тихо останавливается (ошибка, граница знаний, контекст заполнен). Правило: если 10–15 минут без прогресса — прерви и переформулируй.
4.2 Антипаттерны промптов
❌ Агрессивный тон:
Вызывает «панику», лишние инструменты
✅ Директивный тон:
Спокойно, точно
❌ Размытое описание:
Даст suggestions, не будет кодить
✅ Чёткое действие:
Сразу реализует
❌ Слишком открытая задача:
Может перепроектировать половину системы
✅ С ограничениями:
Точно, контролируемо
5 Высокое плечо: где Claude Code даёт 10×
5.1 Factorio-режим: параллельные сессии
Ray обнаружил: одна сессия работает медленнее, чем три. Пока агент 1 что-то считает — ты даёшь задачу агенту 2. Всегда есть что-то на ревью.
Практически:
- Окно 1: главный проект
- Окна 2–3: спутниковые проекты
- Окно 4: новые идеи (срочно запустить)
Аналогия Factorio:
Один конвейер — медленно. Несколько параллельных — динамика. Ты перемещаешься между задачами, а не ждёшь.
5.2 Sub-agents: правильный способ
Ray пробовал: 10 ролевых sub-agents (frontend-агент, backend-агент и т.д.). Они блокировали друг друга.
❌ Неправильно (по ролям):
10 специализированных агентов работают параллельно → блокировки → сложная синхронизация
✅ Правильно (по контексту):
Sub-agent Explore → понял архитектуру. Sub-agent DB → работал с БД. Последовательно, не параллельно.
Главные точки
Planning mode
Исследование перед действием
CLAUDE.md
Растёт с проектом
Диктовка
Вместо печати: быстро + качественнее
Параллелизм
Несколько агентов — не ждёшь
Форма дифа
Проверка за 30 сек, не 30 мин
Ray потратил 1600 часов, чтобы понять это. Применяя систему — он делает за неделю то, что раньше занимало месяцы. Вопрос не в «лучших промптах». Вопрос в том, как ты работаешь с инструментом.