Процесс: от идеи до результата

Разница между теми, кто делает с Claude Code реальные продукты, и теми кто застрял на «попробовал пару раз» — не в знании команд. Разница в процессе.

Случайный порядок масштабирует хаос. Структура усиливает возможности. Одни и те же инструменты в руках у человека с процессом и без — это два разных результата.

Почему порядок важнее инструментов

Исследование DORA 2025 показало интересную вещь: с приходом AI-инструментов сильные команды стали ещё сильнее, а слабые — ещё слабее. Инструменты не выравнивают разрыв, они его усиливают.

Claude Code без процесса — это организованный хаос. Быстро, шумно, много движения. Но на выходе продукт, который надо переделывать, потому что с самого начала строили не то или не так.

Процесс Superpowers

Вот рабочий процесс на семь шагов — от идеи до деплоя. Сложился у практиков как «дефолтный путь» когда работаешь системно, а не хаотично:

1. BRAINSTORM    — разобрать задачу: цель, ограничения, варианты подхода
2. СПЕЦИФИКАЦИЯ  — точно описать что должно получиться (функции, поведение, ограничения)
3. ПЛАН          — Plan Mode (Shift+Tab): чертёж до стройки, без изменения файлов
4. РЕАЛИЗАЦИЯ    — субагенты параллельно или последовательно
5. REVIEW        — проверить результат по критериям из спецификации
6. PR / COMMIT   — зафиксировать рабочую версию в git
7. ДЕПЛОЙ        — push → автодеплой на хостинге

Первые два шага — brainstorm и спецификация — кажутся лишними, когда хочется сразу делать. Но именно они спасают от главной потери времени: построить не то.

Шаг 1: Brainstorm — разговор об идее

Brainstorm — это не ритуал, это обычный разговор с Claude. Не «сделай мне это», а «давай обсудим что именно нам нужно». Claude задаёт вопросы — ты отвечаешь — Claude уточняет — ты решаешь.

Хочу [короткое описание идеи].

Не делай ничего. Давай сначала обсудим:
- Что именно я хочу получить и зачем?
- Какие есть варианты как это сделать?
- Что может пойти не так?
- Что я мог упустить?

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

Ключевая фраза — «не делай ничего». Без неё Claude по привычке начнёт сразу писать код. Ты тратишь токены на код, а потом всё равно переделываешь — потому что в процессе brainstorm понимаешь, что нужно было совсем другое.

Шаг 2: Спецификация — конкретный документ

После brainstorm — собрать в файл что именно строим. Это не «бриф проекта» (он шире, про продукт целиком), а спецификация конкретной фичи — что именно делаем сейчас.

На основе нашего обсуждения — собери файл spec.md со спецификацией:

## Что делаем
[Одна фраза]

## Поведение
- Что происходит в обычном случае
- Что происходит при ошибках
- Что происходит на границах (пустой ввод, нет интернета, и т.д.)

## Чего НЕ будет
- Что сознательно не делаем сейчас

## Критерии готовности
- Конкретные пункты по которым проверим что задача сделана

Этот файл потом — твой чек-лист для шага 5 (Review). Без него «готово или нет» — это интуиция. С ним — конкретные пункты, которые можно проверить руками.

Plan Mode — ключевой шаг (шаг 3)

В цикле выше Plan Mode — шаг 3, после brainstorm и спецификации. Но это самый важный момент перехода: от «что хотим» к «как сделаем». Если пропустить — Claude может пойти не туда даже при идеальной спецификации.

Включаешь Plan Mode (Shift+Tab), описываешь задачу. Claude показывает полный план: какие файлы создаст, какие изменения внесёт, в какой последовательности.

В этот момент можно сказать «измени шаг 3» или «добавь обработку ошибок к шагу 5». Claude скорректирует план — и только после твоего одобрения начнёт работать. Ни один файл до этого не тронут.

Это архитектурный чертёж до начала строительства. Проблемы, найденные на этапе плана, стоят минуты. Те же проблемы, найденные после реализации — часы переделки.

Systematic Debugging — не заплатка, а причина

Когда что-то сломалось, первый импульс — быстро починить и двигаться дальше. Это ловушка. Заплатка на симптом не убирает причину, она просто прячет её до следующего раза.

Симптом:  "Кнопка не работает"
Заплатка: убрать кнопку или добавить try/catch
Причина:  неправильный event listener, конфликт CSS, неправильный ID

Правило: если не знаешь причину — не принимай fix.

Когда что-то не работает, я прошу Claude так: «Найди корневую причину этой ошибки, не просто исправь симптом». После фикса — «как убедиться что это не повторится?». Два вопроса, которые превращают отладку в обучение.

Пример сессии отладки

Я:     Кнопка «Записаться» не работает. Клик не срабатывает.
       Найди корневую причину, не просто исправь симптом.

Claude: [находит причину] Проблема в том, что обработчик кликов
        привязан до создания DOM. Скрипт грузится в head без defer,
        и к моменту выполнения кнопки ещё нет.

Я:     Хорошо. Почини, и объясни как убедиться что это не повторится
       в других местах.

Claude: [чинит] Добавил defer к скрипту. Чтобы не повторялось:
        - все скрипты в head должны иметь defer или async
        - обработчики событий — внутри DOMContentLoaded
        Добавил эти правила в CLAUDE.md в раздел «Frontend rules».

Цикл «причина — фикс — правило в CLAUDE.md» превращает каждый баг в страховку от десятка похожих в будущем.

Git Worktree — несколько задач одновременно

Git Worktree создаёт вторую копию проекта в отдельной папке. Один агент работает над фичей A в одной папке, другой над фичей B в другой — никаких конфликтов, каждый в своей ветке.

# Открыть воркдерево для новой фичи
git worktree add ../project-feature-b feature-b

# Запустить Claude Code в этой папке
cd ../project-feature-b
claude

Это мощный инструмент для параллельной работы. Пока один агент пишет новую страницу, другой рефакторит старый код — и ни один не мешает другому. Потом сливаешь ветки в main.

Claude из телефона

Поставил задачу агенту, закрыл ноутбук, уехал. Как следить за прогрессом и давать инструкции с телефона? Два разных подхода — выбор зависит от того что именно тебе нужно.

Remote Control — самый простой способ

В Claude Code есть встроенный режим /remote-control. Команда выдаёт QR-код — сканируешь его в приложении Claude на телефоне, и сессия твоего ноутбука появляется в телефоне. Запустил задачу — закрыл крышку — проверяешь и направляешь с телефона.

# В Claude Code на ноутбуке:
/remote-control

# Появится QR-код — сканируешь его
# приложением Claude на iPhone/Android.

# Дальше работаешь с телефона как с ноутбука.

Минус один: ноутбук должен быть включён, сессия активна. Если ноутбук уснул или сел аккумулятор — Remote Control больше не работает до следующего запуска.

Telegram-бот на VPS — для автономной работы

Если нужно чтобы агент работал ночью без тебя — выбирай этот путь. Claude Code ставится на удалённый сервер (VPS), к нему подключается Telegram-бот, ты пишешь боту команды как обычному собеседнику, агент их выполняет.

VPS (Virtual Private Server) — это «компьютер в облаке», всегда включён и доступен через интернет. Арендуешь за $5–20 в месяц, ставишь туда программы — они работают 24/7 даже когда твой ноутбук выключен. BotFather — официальный бот в Telegram через которого создают других ботов: пишешь ему команду /newbot, придумываешь имя, получаешь специальный пароль («токен бота»). Этот «токен бота» ≠ токены текста из статьи 08 — это именно ключ для управления ботом.

# 1. В @BotFather: /newbot → получи токен бота

# 2. На VPS установить MCP-сервер для каналов:
claude mcp install @anthropic-ai/mcp-server-channels

# 3. Запустить Claude Code в channels-режиме:
claude --channels

# 4. В настройках указать токен бота — связь готова.

Дальше пишешь боту в Telegram, он передаёт инструкции агенту, агент отвечает обратно. Можно поставить задачу вечером, утром получить готовый результат. VPS стоит $5–20 в месяц у любого провайдера (DigitalOcean, Hetzner, Timeweb).