12 ключевых советов по Claude Code для максимальной эффективности (окт. 2026)

Один и тот же Claude Code выдает совершенно разные результаты в зависимости от того, кто им пользуется.

Кто-то быстро сжигает свой 5-часовой лимит, а кому-то его хватает с запасом.

--> Всё дело в настройках и привычках.

⭐️ Вот 12 правильных советов по работе с Claude Code. ⭐️

Все команды и промпты приведены целиком — их можно просто скопировать и вставить.

--> Читать всё за раз довольно долго... Может, сначала добавить в закладки???

⚠️ Перед началом.. Проверьте свою версию ⚠️

Большинство функций, о которых идет речь в этой статье, вышли за последние несколько месяцев. Если у вас старая версия, команды не сработают.

Проверьте командой claude --version в терминале, и если номер версии небольшой, просто выполните claude update.

Команды в этой статье основаны на версии v2.1.302 от 18 октября.

1. Задавайте разный уровень усилий (Effort) для каждого суб-агента

Параметр Effort определяет, насколько глубоко Claude думает перед ответом. Доступны варианты low, medium, high, xhigh и max, хотя набор шагов немного отличается в зависимости от модели.

Многие бездумно ставят Max или XHigh, считая, что чем выше, тем лучше.

Но это не всегда так.

При сборке одного и того же приложения для сравнения режим Max занял 79 минут, тогда как другие уровни усилий — всего 16 минут.

Результаты были практически идентичными. Вы просто тратите больше времени и токенов.

Вот что я вывел из своего опыта:

--> (Главное) 🔥 Если вы умеете писать подробные промпты, итоговый результат часто будет одинаковым — хоть с low, хоть с max. 🔥

--> Для мозгового штурма low или medium вообще работали лучше.

Однако сложные архитектурные решения, хитрые баги и важные ревью иногда требуют повышенных усилий.

Суть не в том, чтобы «всегда ставить low».

С 7 октября.. Указывайте effort при вызове суб-агентов!

Начиная с обновления от 7 октября (v2.1.292), основной Claude Code может задавать уровень усилий при вызове суб-агентов.

Теперь можно давать такие инструкции:

Раздели текущую задачу на три этапа и выполни их с помощью суб-агентов.

1. Поиск расположения файлов и организация данных с усилием low

2. Анализ плюсов и минусов выбранного направления изменений с усилием medium

3. Ревью финального кода на поиск багов с усилием high

Покажи, какой уровень усилий фактически был задан каждому суб-агенту,

и верни основному агенту только выводы и пути к файлам с доказательствами.

Если лень каждый раз это прописывать, сохраняйте агентов в файлы.

--> Например, сохраните как light-research.md в папке .claude/agents/ вашего проекта.

name: light-research

description: Легкое исследование только для поиска релевантных файлов и мест с доказательствами

model: haiku

effort: low

Работают оба метода — и указание при каждом вызове (промпт выше), и фиксация через файл!

2. Управление контекстом и предотвращение пустой траты токенов

🤪 Причина, по которой Claude Code внезапно «тупеет», почти всегда кроется в контексте.

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

--> Сейчас у Claude Code контекст в 1M (1 миллион токенов) стоит «по умолчанию».

Проблема в том, когда этот 1M заполняется полностью.

Это касается не только Claude; это общее ограничение всех LLM, включая Codex.

⭐️ Совет: ставьте autocompact на 500~700k ⭐️

Поэтому я сдвигаю порог автоматического сжатия.

/autocompact 600k

Это уменьшает размер окна, при котором запускается автосжатие, до 600 тысяч токенов.

До того как заполнится 1M, Claude сам резюмирует диалог и освобождает место.

(Чтобы вернуть настройки по умолчанию, введите `/autocompact auto`.)

⚠️ Второе, за чем нужно следить: истечение срока жизни кэша ⚠️

Если вы долго работаете в одной сессии, обязательно проверяйте это.

Claude Code с каждым запросом заново отправляет весь предыдущий диалог. Это быстро и дешево благодаря кэшированию — уже обработанные части не пересчитываются.

Но этот кэш не вечен.

• Подписка Pro или Max (в рамках лимитов тарифа): кэш основного диалога — 1 час
• API-ключ или дополнительные кредиты: 5 минут
• Суб-агенты: 5 минут даже при наличии подписки

Однажды я увидел на экране ~852k uncached. В таком состоянии отправка всего одной строчки «continue» требует повторной обработки ~850k токенов без кэша. Лимиты могут улететь вниз моментально.

Частые случаи, когда кэш сбрасывается:

1. Возобновление огромной сессии после долгого перерыва
2. Смена модели посреди сессии (кэш для каждой модели свой)
3. Изменение конфигурации подключенных MCP-инструментов

Решения простые:

• Прибирайтесь перед уходом. Используйте `/compact`, пока кэш жив, или начинайте с чистого листа через `/clear`.
• Обновитесь до последней версии. Начиная с v2.1.299, диалоги длиннее 200k токенов автоматически сжимаются после ~54 минут простоя, до истечения часового срока жизни кэша. (Это можно отключить в /config в разделе Idle compaction.)

**

3. Чистите старые правила с помощью /doctor prompt-audit

CLAUDE.md, скопированный из старых советов. Правила, которые добавлялись по одному каждый раз, когда я ошибался.

Большинство из них писались под старые модели.

Новые модели следуют инструкциям гораздо лучше старых.

⚠️ Поэтому правила, которые раньше требовалось выделять словами «Обязательно!!» или «Никогда!!», сейчас могут работать слишком агрессивно. ⚠️

Также накопилось много правил, конфликтующих с текущим кодом или друг с другом.

Теперь всё это можно проверить одной командой.

1/doctor prompt-audit

Функция появилась в обновлении конца сентября (v2.1.283).

Что она проверяет?

1. CLAUDE.md, CLAUDE.local.md и AGENTS.md в папке проекта и родительских директориях
2. ~/.claude/CLAUDE.md (ваши личные правила, применяемые ко всем проектам)
3. Правила, навыки, кастомные команды, определения суб-агентов и стили вывода внутри .claude/

Она выдает отчет, но не предлагает исправлений для навыков плагинов и агентов.

Критерии зависят от модели, которую вы используете прямо сейчас. Она находит устаревшие паттерны промптов для этой модели и формирует отчет с предложениями по исправлению.

(Она не читает файлы, которые могут содержать ключи, например файлы настроек или .mcp.json.)

4. Исправляйте рабочую среду, если Claude повторяет ошибки

⛏️ Когда ИИ снова всё портит. Когда вы бьетесь над одной проблемой часами. ⛏️

Если вы исправляете одно и то же в третий раз — виновата не модель. Виновата рабочая среда.

Я использую этот метод еще со времен Claude Sonnet 3.7, уже больше года. Если коротко..

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

⭐️ Делайте так! «Анализируйте ошибки по Session ID» ⭐️

1. Введите `/status` в той сессии, где ошибки повторялись, чтобы получить Session ID. Скопируйте его.

2. Откройте новую сессию Claude Code (Codex тоже подойдет) и вставьте это:

1"<Session ID>" → Найди моменты, где эта сессия Claude Code ошиблась дважды или более.
2
3Найди вещи, на которые я указывал, но ИИ продолжал делать неправильно, а также узкие места.
4
5Категоризируй причины их возникновения (неверные предположения, нехватка контекста, структура кода, отсутствие тестов)
6
7и предложи минимальные исправления только для CLAUDE.md, .claude/rules, skills,
8hooks или тестов, чтобы предотвратить повторение.

3. Просмотрите предложения и примените только удачные.

4. Проверьте эффективность. Повторите ранее провалившиеся запросы и посмотрите, сработает ли теперь.

⚠️ Не сваливайте всё в CLAUDE.md. ⚠️

Чем он длиннее, тем больше жрет контекст и тем сильнее правила конфликтуют друг с другом!!!

• Общие правила проекта — в CLAUDE.md
• Правила для конкретных папок/файлов — в .claude/rules/ или в CLAUDE.md внутри этой папки
• Повторяющиеся процедуры — как Skills
• Жесткие запреты — через Hooks и права доступа (Совет №10)
• Если один и тот же баг возвращается — через регрессионные тесты

Периодически чистите накопившиеся правила с помощью Совета №3 `/doctor prompt-audit`. Совет №4 строит, Совет №3 убирает мусор.

**

5. Сохраняйте рабочую память между сессиями с помощью Claude-Mem

Claude Code забывает диалог, когда сессия заканчивается.

«Почему мы в прошлый раз сделали именно так?»

«Как мы исправили ту ошибку?»

В каждой новой сессии приходится объяснять всё заново.

Единственный плагин для Claude Code, которым я стабильно пользуюсь уже год, решает эту проблему.

--> claude-mem.

⭐️ У него более 100k звезд на GitHub. ⭐️

Чем он отличается от базовой памяти?

В Claude Code есть встроенная Auto Memory. Вот в чем разница:

Базовая Auto Memory собирает в заметки то, что Claude считает важным, и выводы по проекту. Их можно посмотреть через /memory, ничего устанавливать не нужно.

claude-mem автоматически записывает, какие задачи выполнялись в прошлых сессиях, как решались ошибки и почему принимались те или иные решения. В следующей сессии он сам достает нужные записи.

На моем экране экономия достигала 87% токенов.

Установка — одна строка в терминале:

1npx claude-mem install

Или установите как плагин внутри самого Claude Code:

1/plugin marketplace add thedotmack/claude-mem
2/plugin install claude-mem

❌ Не рекомендуется, если ❌

1. Вы в основном используете Codex
2. У вас уже есть другой плагин для памяти или кастомная система передачи контекста

Добавление дублирующих инструментов увеличивает сложность и расходы.

Но если вы пользуетесь только Claude Code, плагин настоятельно рекомендуется.

6. Видьте модель, effort, контекст и расход одним взглядом через Statusline

Во время работы с Claude Code постоянно возникают вопросы:

• Эта сессия на Opus? Sonnet? Haiku?
• Какой выставлен effort?
• Насколько заполнен контекст?
• Сколько осталось от 5-часового и недельного лимитов?

🔥 Statusline держит всё это на виду внизу терминала. 🔥

Создать её легко. Опишите желаемый вид после команды `/statusline`, и Claude сам сгенерирует и применит скрипт.

Мои 5 опубликованных дизайнов

Ранее я делился 5 промптами для statusline, которые можно просто скопировать.

1. Minimal: Модель, effort, проект и контекст в одну строку

2. Pastel Blocks: Пастельные подсвеченные блоки, отлично подходящие для темных терминалов

3. Nord Powerline: Плавные границы-стрелки между сегментами

4. Limit Dot Bar: Для Pro/Max. 5-часовой и 7-дневный расход, а также время до сброса в виде точечных шкал

5. Vivid Gauge: Лаймовый бейдж и диагональная шкала. Включает счетчик токенов контекста

Полные промпты есть в оригинальных постах. Копируете, вставляете — и Claude сразу всё собирает.

1. Minimal: https://x.com/lucian__03/status/2103173295118098750

2. Pastel Blocks: https://x.com/lucian__03/status/2103173396075065594

3. Nord Powerline: https://x.com/lucian__03/status/2103173518573916178

4. Limit Dot Bar: https://x.com/lucian__03/status/2103173612832444536

5. Vivid Gauge: https://x.com/lucian__03/status/2103173754218258607

7. Заставьте Claude самому запускать код и проверять результат

Claude пишет «Реализация завершена!». Но при запуске всё падает. Кнопки не нажимаются, верстка ломается, или вообще ничего не появляется.

Тесты проходят, а приложение не работает — такое случается чаще, чем хотелось бы.

Поэтому заставляйте Claude самому запускать приложение и взаимодействовать с ним. Для этого есть команды:

• /run: Фактически запускает приложение проекта и управляет им, чтобы проверить изменения.
• /verify: Собирает и запускает приложение, чтобы убедиться, что измененный функционал работает. Не заменяется тестами или проверкой типов.
• /run-skill-generator: Сохраняет инструкцию по запуску этого проекта (команды, переменные окружения, шаги подготовки) как навык. Для сложных проектов делайте это в первую очередь.
• /verify сохраняет проверенный метод как навык проекта (.claude/skills/verify/) для повторного использования.

Порядок действий:

1. Реализуйте фичу, сначала проверьте тесты/сборку

2. Запустите приложение через /run

3. Для веба — кликайте/вводите данные, для CLI — передавайте тестовые вводные и смотрите вывод

4. Еще раз убедитесь, что цель достигнута, через /verify

5. Если не вышло — исправьте и запустите снова. Сохраняйте реальные результаты команд/скриншоты как доказательства

8. Разделяйте ИИ-кодера и ИИ-ревьюера

В собственном тексте опечатки не замечаешь. С ИИ то же самое.

Сессия написания кода предвзята в сторону «всё сделано правильно».

⭐️ Поэтому используйте ревьюера со свежим контекстом. ⭐️

• /code-review: Ищет баги и проблемы с точностью в измененном коде, PR, ветках или путях.
• Можно задать интенсивность, например /code-review high (от low до max).

(По умолчанию только выдает отчет; добавьте --fix для автоисправления.)

• /security-review: Проверяет проблемы безопасности (авторизация, валидация ввода, утечка данных) в diff между веткой и удаленной веткой по умолчанию.
• /simplify: Убирает дублирование, неэффективность и излишнюю сложность. Не предназначен для поиска багов (это делает /code-review).

Рекомендуемый порядок:

1. Почистите код через /simplify

2. Проверьте работоспособность через /verify (Совет №7)

3. Найдите баги через /code-review

4. Добавьте /security-review, если трогали логин/оплату/API-ключи/персональные данные

Не обязательно каждый раз прогонять все 4 шага.

⚠️ Для мелких правок может хватить только /code-review. ⚠️

Для более глубокого ревью используйте /code-review ultra (то же самое, что и /ultrareview).

(Глубокое ревью в облаке; пользователям Pro/Max дается 3 бесплатные попытки.)

9. Определяйте дизайн и критерии готовности до начала сложного кодинга

Для сложных задач давайте Claude сначала рамки и критерии завершения, а не длинные инструкции по написанию кода.

Без этого Claude начинает самовольно расширять объем работы.

⚠️ Он меняет ненужные файлы и делает то, о чем вы не просили. ⚠️

Используйте Plan Mode:

Нажмите Shift+Tab, чтобы включить режим плана, или введите /plan. Можно сразу добавить задачу, например /plan fix login bug.

(Plan Mode только читает файлы и планирует. Код меняется после вашего одобрения.)

Цепочка: Исследование → План → Одобрение → Реализация → Проверка.

Для исправления опечаток или изменений в одну строку планирование пропускайте. Правило из официальной документации: если изменение можно описать одним предложением, план не нужен.

10. Автоматически обеспечивайте соблюдение критических правил через Hooks

Даже если в CLAUDE.md написано «Не трогай этот файл», Claude иногда его трогает.

🔥 CLAUDE.md — это рекомендация; Hooks — это принуждение. 🔥

Топ-3 самых используемых:

• PreToolUse: Прямо перед редактированием файла/выполнением команды. Блокирует изменение защищенных файлов и опасные команды.
• PostToolUse: Сразу после выполнения. Автоформатирует/линтит измененные файлы.
• Stop: Когда Claude пытается завершить работу. Не дает остановиться, если тесты не пройдены.

Пример: Блокировка изменения продакшен-конфига

Попросите Claude создать хуки:

--> «Создай PreToolUse hook, блокирующий редактирование config/production.env.»

Хорошие сценарии использования:

• Автозапуск форматтера при изменении файлов с кодом (PostToolUse)
• Запрос подтверждения перед работой с критически важными папками (PreToolUse)
• Блокировка остановки, если не прогнаны тесты (Stop)
• Блокировка опасных команд (PreToolUse + Bash)

11. Запускайте несколько сессий Claude одновременно через Git Worktree

Что будет, если два окна Claude работают в одной папке?

🚫 Они начнут конфликтовать при редактировании одних и тех же файлов. (Очень больно..) 🚫

Worktree разделяет репозиторий на отдельные папки/ветки под каждую задачу.

В Claude Code это делается одной командой:

Запустите в двух терминалах:

• claude --worktree feature-auth
• claude --worktree feature-dashboard

Короткий флаг -w тоже работает.

Создается .claude/worktrees/feature-auth/, и работа идет в ветке worktree-feature-auth.

--> ⭐️ Две сессии не трогают файлы друг друга. ⭐️

Важные моменты:

Новые worktree создаются от удаленной ветки по умолчанию (main), а не от текущей.

Передайте номер PR, например claude --worktree "#1234", чтобы начать работу от этого PR.

При завершении сессии появится запрос: оставить или удалить оставшуюся рабочую копию.

Предостережения:

1. Worktree изолирует только файлы/ветки. Общая локальная БД, порты, цели деплоя или API-аккаунты всё равно будут конфликтовать.
2. Возможны конфликты слияния, если редактировались одни и те же файлы.
3. Для тесно связанных задач заранее определите интерфейсы или последовательность.
4. Каждая сессия расходует лимиты отдельно. Параллельность ≠ экономия токенов.

12. Повторяйте проверку, пока цель не будет достигнута, с помощью /goal

Claude останавливается после одного шага. Может сказать «почти починил», даже если 3 теста падают.

• Goal заставляет Claude работать, пока не будут выполнены критерии завершения (начиная с v2.1.139).
• /goal показывает текущую цель/статус.
• /goal clear снимает цель/останавливает процесс.

Как это работает...

После каждого шага маленькая быстрая модель оценивает, выполнены ли условия. Если нет, Claude переходит к следующему шагу.

Включайте способ проверки в саму цель (например, «выводи команду тестирования и результаты»). Модели-судье нужны доказательства.

Чем отличается от /loop или Stop hook?

--> Goal немедленно запускает следующий шаг при неудаче. Останавливается только когда судья подтвердит успех.

/loop повторяет задачу через интервалы (например, /loop 5m check deploy).

Stop hook запускает кастомный скрипт для проверки условий в конце шага.

Комбинируйте для лучшего результата:

1. Определите рамки/критерии через /plan (Совет №9)

2. Разделите задачи через claude -w (Совет №11)

3. Форматируйте/блокируйте через Hooks (Совет №10)

4. Итерируйтесь до выполнения критериев через /goal (Совет №12)

5. Подтвердите результат через /run и /verify (Совет №7)

6. Проведите ревью со свежим контекстом через /code-review (Совет №8)

Краткий итог

1. Меняйте effort в зависимости от задачи. Делегируйте суб-агентам.

2. Не забивайте контекст под завязку. Следите за сроком жизни кэша.

3. Чистите старый CLAUDE.md через /doctor prompt-audit.

4. При повторяющихся ошибках чините среду, а не модель.

5. Сохраняйте память между сессиями через claude-mem.

6. Следите за моделью/effort/контекстом/лимитами через statusline.

7. Проверяйте через /run и /verify, а не верьте словам «готово».

8. Разделяйте ИИ-кодера и ИИ-ревьюера.

9. Сначала планируйте сложные задачи.

10. Обеспечивайте соблюдение критических правил через Hooks.

11. Распараллеливайте работу через worktree.

12. Добивайтесь успеха с помощью /goal.

Claude Code обновляется очень быстро. Буду делиться новыми фишками по мере их появления.

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

Спасибо за прочтение!

Ссылки на упомянутые посты:

Effort для суб-агентов: https://x.com/lucian__03/status/2108194703782916166

Effort: Max — не всегда лучший выбор: https://x.com/lucian__03/status/2104641991279874134

autocompact 500~700k: https://x.com/lucian__03/status/2108589402914177236

852k uncached и срок жизни кэша: https://x.com/lucian__03/status/2106396357527531800

/doctor prompt-audit: https://x.com/lucian__03/status/2104560017407869028

Самоулучшение ИИ (обновление Harness): https://x.com/lucian__03/status/2081761475560157477

claude-mem: https://x.com/lucian__03/status/2108997241864159442

5 дизайнов statusline: https://x.com/lucian__03/status/2103173166973718537