Claude Code: 5 шорткатов для экономии времени

Claude Code превращает часы рутины в минуты — но только если знаешь, за какие рычаги дёргать. Иначе получается странное: инструмент вроде мощный, а ты сидишь и переобъясняешь ему одно и то же по третьему кругу, попутно сжигая токены.

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

Пять приёмов, которые экономят токены и время

Токены — это деньги, время — дороже. Вот что я использую, чтобы не тратить ни то, ни другое впустую.

`/btw`: спросить, не засоряя контекст

Ты работаешь над задачей, и вдруг нужна справка. Открыть вкладку, поискать, вернуться — поток убит. А если просто спросить в основном диалоге, вопрос и ответ навсегда останутся в истории и будут перечитываться при каждом следующем запросе.

Для этого есть /btw (by the way) — побочный вопрос.

/btw как называется тот конфиг, который мы правили в начале?

Что важно понимать про механику:

Ответ появляется в отдельном оверлее и не попадает в историю разговора. Основной контекст остаётся чистым.
При этом побочный вопрос видит весь текущий диалог — можно спрашивать про код, который Claude уже прочитал, и про решения, принятые раньше в сессии.
У него нет доступа к инструментам. Он отвечает только из того, что уже в контексте: не читает файлы, не запускает команды, не ищет.
Его можно запустить, пока Claude работает над основной задачей. Побочный вопрос не прерывает основной ход.

В оверлее с ответом работают клавиши: Space, Enter или Escape — закрыть, Up/Down — прокрутить, c — скопировать ответ как исходный Markdown, f — форкнуть в новую сессию, если разговор оказался важным и нужен полный доступ к инструментам.

Проще всего запомнить так: /btw — это зеркальное отражение субагента. Субагент имеет все инструменты, но стартует с пустым контекстом. /btw имеет весь контекст, но ни одного инструмента.

`/rewind`: откатить правки, не теряя разговор

Иногда Claude Code делает не то. Или ты сам понимаешь, что предыдущий шаг был ошибкой. Вручную откатывать файлы или бить git reset --hard не нужно — Claude Code сам делает чекпоинт перед каждым твоим запросом.

/rewind

То же самое — двойное нажатие Esc, когда поле ввода пустое. Если в поле есть текст, первое двойное Esc его очистит (текст сохранится в историю ввода, вернёшь стрелкой Up), и только следующее откроет меню.

В меню виден список твоих запросов за сессию. Выбираешь точку и решаешь, что с ней сделать:

Восстановить код и беседу — вернуть всё в ту точку.
Восстановить беседу — отмотать диалог, оставив текущий код.
Восстановить код — отменить правки файлов, сохранив разговор. Это мой основной сценарий: код чистый, а Claude помнит, что пошло не так, и я сразу объясняю, как надо было.
Суммировать отсюда / Суммировать до этого момента — сжать одну из половин разговора в резюме и освободить место в контексте. По сути прицельный /compact.

Две вещи, о которых важно помнить. Первое: чекпоинты не отслеживают изменения, сделанные через bash — если Claude выполнил rm или mv, /rewind это не вернёт. Второе: это локальная отмена уровня сессии, а не замена гита. Постоянная история по-прежнему живёт в коммитах.

У команды есть псевдонимы /undo и /checkpoint — какой удобнее, тот и используй.

Plan Mode: сначала план, потом код

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

/plan Оптимизируй функцию calculateScore в src/utils/score.ts: убрать лишние циклы, улучшить читаемость

Можно и без аргумента — просто /plan, а задачу описать следующим сообщением. Или переключить режим на лету через Shift+Tab — он циклически перебирает режимы разрешений, включая plan.

В режиме плана Claude исследует код и предлагает пошаговый план, но не правит файлы. Я его читаю, корректирую, и только после того, как я план утвердил, начинается исполнение. Отдельной команды /execute для этого не нужно — выход из режима плана и есть запуск.

Экономия здесь двойная. Во-первых, на этапе планирования не генерируется код, который потом полетит в корзину. Во-вторых, я вижу кривой подход до того, как он превратится в двадцать изменённых файлов.

`CLAUDE.md`: контекст, который не нужно повторять

Файл, который Claude Code подхватывает автоматически. Кладёшь в корень проекта — и больше не объясняешь в каждой сессии, что тут за стек и какие правила.

Я держу в нём три вещи:

Инструкции по коду: «всегда TypeScript», «функциональные компоненты React», «коммиты в формате Conventional Commits».
Контекст проекта: «это бэкенд e-commerce платформы на NestJS», «в этой папке UI-компоненты на Vue 3».
Запреты и особенности: «не трогай legacy/», «изменения в config.ts — только по прямому указанию».

# Правила для проекта MyAwesomeApp

Этот проект — REST API на Node.js: Express + TypeScript.

**Основные принципы:**
- Всегда пиши тесты для нового функционала.
- Придерживайся чистой архитектуры, разделяй ответственность.
- Используй Prettier для форматирования кода.

**Особенности:**
- Не модифицируй файлы в `src/legacy` без прямого указания.
- Для работы с базой данных используй Prisma.

Файлы можно раскладывать иерархически: общие правила — в ~/.claude/CLAUDE.md, проектные — в корне репозитория, специфичные — в подпапках. Это заметно сокращает объём вводных, которые приходится писать руками.

Главное правило — держать файл коротким. Раздутый CLAUDE.md на триста строк съедает контекст в каждой сессии и работает хуже, чем двадцать точных строк.

`HANDOFF.md`: передача эстафеты между сессиями

Пятый приём — не команда, а привычка. Когда я заканчиваю работу или вынужден прерваться посреди задачи, я прошу Claude записать состояние в HANDOFF.md:

что сделано;
что осталось;
какие есть нюансы и грабли;
какие решения приняты и почему.

# HANDOFF.md - 17.07.2026

**Завершено:** базовая аутентификация через JWT.

**Осталось:**
- Добавить refresh-токены.
- Интегрировать с OAuth2 провайдерами (Google, GitHub).
- Написать unit-тесты для сервиса аутентификации.

**Нюансы:**
- Для хранения JWT использую `httpOnly` куки.
- Временная заглушка для User-модели в `src/models/User.ts`.

**Далее:** сфокусироваться на refresh-токенах.

Важный нюанс, на котором многие обжигаются: автоматически Claude Code читает только CLAUDE.md. HANDOFF.md сам по себе не подхватится. Есть два способа это починить: явно упомянуть файл в первом сообщении новой сессии через @HANDOFF.md — или один раз добавить в CLAUDE.md строку с импортом @HANDOFF.md, и тогда он будет подтягиваться вместе с основными правилами.

Дальше это работает как записка себе будущему: возвращаешься через неделю, и не надо десять минут вспоминать, на чём остановился.

Выбор модели: Haiku на рутину, Opus на архитектуру

Claude Code работает с разными моделями, и выбор напрямую бьёт по счёту.

Haiku 4.5 (claude-haiku-4-5) — быстрая и дешёвая, $1/$5 за миллион токенов. Беру её на рутину: рефакторинг мелких функций, boilerplate, простые тесты, правка опечаток. Контекст 200K.
Sonnet 5 (claude-sonnet-5) — рабочая лошадка на каждый день, $3/$15. До 31 августа 2026 действует вводная цена $2/$10.
Opus 4.8 (claude-opus-4-8) — $5/$25. Подключаю на системный дизайн, глубокий рефакторинг, фичи, задевающие десяток компонентов, и на отладку багов, где нужно видеть картину целиком.
Fable 5 (claude-fable-5) — самая мощная в линейке, $10/$50. Достаю, когда задача действительно того стоит.

Переключаться проще всего командой /model без аргументов — откроется выбор. Можно сразу с аргументом: /model opus. Нажатие s на строке в выборе применит модель только к текущей сессии, не меняя дефолт. Ещё быстрее — горячая клавиша Option+P (macOS) или Alt+P (Windows/Linux): она переключает модель, не стирая набранный промпт. При старте — флаг --model.

Мой рабочий сценарий: начинаю на Sonnet, скидываю до Haiku на механику и поднимаюсь до Opus, когда упёрся. Подробности по клавишам — в документации по интерактивному режиму.

Три-пять задач параллельно: `--resume` и Git Worktrees

Я часто жонглирую несколькими проектами. Связка сессий Claude Code и Git Worktrees для этого подходит идеально.

Возврат в прерванную сессию

Закрыл терминал, ушёл, вернулся — история никуда не делась.

claude --resume

Откроется выбор сохранённых сессий. Если нужно просто продолжить последнюю в этой папке — короче через claude --continue (или claude -c). Уже внутри сессии то же самое делает команда /resume.

Отдельно полезен форк: claude --continue --fork-session создаёт ответвление, оставляя исходную сессию нетронутой. Удобно, когда хочется попробовать другой подход, но не сжигать текущий разговор.

Git Worktrees: изоляция для параллельных агентов

Git Worktrees позволяет держать несколько рабочих директорий одного репозитория, каждую на своей ветке.

Создаю ветку и worktree под каждую задачу:
```
git worktree add ../feature-a feature-a
git worktree add ../feature-b feature-b
```
Получаются две изолированные копии проекта в ../feature-a и ../feature-b.
Запускаю Claude Code в каждом worktree:
```
cd ../feature-a
claude
```
В соседнем терминале — то же самое для feature-b. Два агента работают над разными фичами и не конфликтуют: у каждого своя папка, своя ветка, свой контекст. По завершении просто мержу ветки.

Тот же принцип изоляции работает и внутри одной сессии, если раздавать куски работы субагентам — у каждого свой чистый контекст. Управление ими живёт в .claude/agents/, напоминание по настройке выдаёт команда /agents.

Ещё пара клавиш, которые в параллельной работе выручают: Ctrl+B уводит долгую bash-команду или агента в фон, чтобы не сидеть и не ждать сборку. Ctrl+T показывает чек-лист задач, который Claude ведёт по ходу работы. Ctrl+O разворачивает транскрипт — видно, какие инструменты реально вызывались и на какой модели.

Приём «10 причин, почему я провалюсь»

Перед по-настоящему сложной задачей я не бросаюсь в код. Сначала прошу Claude (обычно на Opus) разнести мой замысел в клочья:

Проанализируй задачу: "Реализовать систему рекомендаций товаров на основе поведения пользователя.
Требования: высокая производительность, масштабируемость, персонализация в реальном времени."

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

На выходе список проблем: от нехватки данных и сложности интеграции ML-модели до масштабирования базы и дыр в понимании бизнес-логики.

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

Telegram-бот как «карман» для задач

Идея прилетает, когда я не за компьютером. Письма себе и заметки теряются, поэтому я собрал простого Telegram-бота под свою постановку задач.

Работает так:

Пишу боту: «добавить обработку ошибок для API-роутов в src/api/routes.ts».
Бот кладёт сообщение в очередь.
На десктопе очередь читается через MCP-сервер, подключённый к Claude Code.
Сажусь за компьютер — задачи уже лежат, Claude Code их видит и предлагает взять в работу.

Оговорюсь: это не встроенная функция, а самодельная обвязка через MCP. Зато мимолётные мысли перестают испаряться, и голову не приходится использовать как хранилище. Об интеграции Claude Code с внешними инструментами через MCP я подробно писал в статье MCP Registry: как подключить Claude к любой БД.

Как это собирается вместе: рефакторинг легаси

Недавняя задача: разобрать старый модуль аутентификации. Чистый JavaScript, без типов, запутанная логика, дублирование в трёх местах.

План. Начал с /plan на Opus: проанализировать src/auth/legacyAuth.js и предложить шаги перевода на TypeScript с сохранением публичного API.

/plan Проанализируй src/auth/legacyAuth.js — старый модуль аутентификации.
Предложи пошаговый план рефакторинга: перевод на TypeScript, обработка ошибок,
валидация входных данных, устранение дублирования. Публичный API сохранить.

Риски. К готовому плану применил «10 причин, почему я провалюсь». Всплыло: несовместимость с текущими вызовами, неверные предположения о структуре данных из-за отсутствия типов, невозможность валидации без чётких схем. Скорректировал план — добавил вывод TypeScript-интерфейсов из реального использования и поэтапный переход с тестами между шагами.
Изоляция. Завёл отдельный worktree: git worktree add ../auth-refactor auth-refactor. Запустил там Claude Code и пошёл по шагам утверждённого плана. Пока он переводил код, пару раз дёргал /btw за уточнением по синтаксису — не сбивая его с основной задачи.
Откат. В одном месте предложенное изменение ломало обратную совместимость. Двойной Esc, выбрал «восстановить код» — правки отменились, разговор остался. Объяснил, в чём проблема, получил более аккуратный вариант.
Переключение. Посреди рефакторинга прилетел срочный баг в другом проекте. Открыл новый терминал, перешёл в его worktree, запустил Claude Code на Haiku, починил. Потом вернулся к аутентификации через claude --resume.

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

Частые вопросы

Сколько токенов экономят эти приёмы?

Точную цифру назвать честно нельзя — слишком зависит от проекта. Но основной источник расхода очевиден: перечитывание раздутого контекста. Всё, что его чистит — /btw вместо вопроса в основной диалог, /rewind с суммированием, короткий CLAUDE.md вместо повторных вводных, план до генерации кода — бьёт ровно туда. Проверить эффект на своём проекте можно командой /context, а расход и стоимость показывает /usage.

Как вести несколько задач параллельно?

Git Worktrees для изоляции кода плюс сессии Claude Code для изоляции контекста. Каждый worktree — своя папка и своя ветка, в каждой свой запущенный claude. Возврат к прерванному — через claude --resume или --continue. В таком режиме три-пять параллельных задач держатся спокойно.

Что такое `CLAUDE.md` и `HANDOFF.md`?

CLAUDE.md — файл с правилами и контекстом проекта, Claude Code читает его автоматически. HANDOFF.md — моя личная договорённость с собой: записка о состоянии работы для следующей сессии. Автоматически он не подхватывается, его нужно либо упомянуть через @HANDOFF.md, либо импортировать из CLAUDE.md.

Какую модель выбрать?

Haiku 4.5 — рутина: boilerplate, мелкий рефакторинг, простые тесты. Sonnet 5 — основная рабочая модель. Opus 4.8 — архитектура, сложная отладка, изменения, задевающие много файлов. Fable 5 — когда нужен максимум. Переключение: команда /model, горячая клавиша Option+P (Alt+P на Windows и Linux) или флаг --model при запуске.

Можно ли пользоваться Claude Code с телефона?

Напрямую в терминале — нет. Я решил это самодельной связкой: Telegram-бот принимает задачи с телефона и складывает в очередь, а десктопный Claude Code читает её через MCP. Идеи не теряются, где бы я ни был.

С чего начать

Не пытайтесь внедрить всё сразу. Возьмите два приёма на эту неделю: заведите CLAUDE.md в текущем проекте и приучите себя к /plan перед любой задачей длиннее одного файла. Этого хватит, чтобы почувствовать разницу — остальное добавится само.

Если хотите системно разобраться в работе с Claude, чтобы не копировать чужие промпты, а строить свои рабочие системы — у меня есть гайд «AI вместо команды». Это готовые системы и команды, которые настраиваются за вечер.