Claude Code: неочевидные приёмы после полугода ежедневной работы

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

Следите за контекстом — это самое важное

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

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

Вот что помогает держать контекст в чистоте:

Мониторьте использование контекста. В Claude Code есть встроенная команда, которая показывает, сколько контекста занято. Заведите привычку поглядывать — особенно в длинных сессиях.

Делайте /clear при смене задачи. Лучше вообще завести привычку:

Не надо тащить историю обсуждения бага в вёрстку нового компонента. Чистый контекст = свежий взгляд модели.

MCP-серверы жрут контекст. Раньше это была серьёзная проблема — каждый подключённый MCP-сервер добавлял описания всех своих инструментов в контекст сразу при старте. Сейчас стало лучше: инструменты загружаются только когда нужны. Но если за длинную сессию вы обратились к нескольким MCP-серверам — все они уже сидят в контексте и занимают место. Имейте это в виду.

Используйте /rewind, если что-то пошло не так. Claude Code потратил кучу шагов и пришёл не туда? Не продолжайте — откатитесь назад с помощью /rewind. Добавьте в промпт уточнения, которых не хватало, и перезапустите. Это дешевле, чем пытаться исправить неудачный результат.

Выносите побочные задачи из основной сессии

Посреди разработки часто возникают побочные задачи: закоммитить, задеплоить, проверить что-то на сервере, загуглить документацию. Если делать всё в одной сессии — контекст раздувается, и к концу основной задачи модель еле ворочается.

Создавайте субагентов для рутины. Коммит, деплой, пуш — всё это можно вынести в отдельных агентов. У меня, например, есть агент /commit, который анализирует diff, пишет осмысленное сообщение коммита и коммитит — всё в изолированном контексте. Основная сессия даже не замечает.

Используйте отдельные сессии для "сайд-квестов". Если посреди работы понадобилось разобраться в чём-то, что не относится к текущей задаче напрямую — откройте вторую сессию Claude Code. Разберитесь там, вернитесь в основную с готовым ответом.

Ctrl+S — если вспомнили что-то на полпути. Начали набирать промпт, и тут вспомнили: «блин, надо ещё вон то поправить». Не стирайте — нажмите Ctrl+S, чтобы сохранить текущий промпт, сделайте побочное дело, потом восстановите и продолжайте.

Используйте /rename для сессий

Банальный, но полезный совет. По умолчанию сессии называются по первому сообщению — и через час все они превращаются в кашу из «fix the bug» и «add feature». Переименовывайте сессии: /rename авторизация через OAuth — и потом легко найдёте нужную.

Просите задавать вопросы

Один из лучших приёмов — в начале задачи написать: «Задай мне как минимум три вопроса, чтобы убедиться, что мы одинаково понимаем задачу». Claude остановится, подумает и спросит то, о чём вы бы не подумали: крайние случаи, неоднозначности в требованиях, зависимости от других частей системы. Это экономит кучу времени на переделки.

Используйте режим планирования

Для нетривиальных задач не бросайтесь сразу в код. Включите режим планирования (/plan) — Claude сначала составит план, вы обсудите его, скорректируете, и только потом начнётся реализация. Без этого модель часто начинает с первого попавшегося решения, а потом приходится переделывать.

To-do списки для сложных задач

Claude Code умеет вести списки задач внутри сессии. Для многошаговых задач это спасение — модель сама отмечает, что сделано, что осталось, и не теряет нить. Попросите: «Разбей задачу на шаги и веди to-do список» — и работа станет заметно организованнее.

Ведите документацию по подзадачам

Если вы делаете что-то масштабное внутри проекта — не держите всё в голове и не надейтесь на контекст сессии. Заведите отдельную папку и используйте .md-файлы для документации.

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

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

Организуйте многоуровневый контекст

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

Глобальный CLAUDE.md — лежит в домашней директории. Сюда идут правила, которые применимы всегда и ко всем проектам: какой у вас OS, какой shell, какие команды нельзя использовать, как вы предпочитаете коммитить. Этот файл подгружается в каждую сессию автоматически.

Проектный CLAUDE.md — лежит в корне каждого проекта. Здесь описано всё про конкретный проект: как собирать, как деплоить, какие есть особенности архитектуры, какие конвенции. Claude читает его при запуске в директории проекта и сразу понимает контекст без дополнительных объяснений.

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

Локальные инструкции внутри проекта — для крупных проектов можно раскладывать дополнительные CLAUDE.md по поддиректориям. Работаете с модулем авторизации — Claude подхватит инструкции из auth/CLAUDE.md автоматически.

Зачем всё это? Чтобы не объяснять одно и то же каждый раз. Один раз описал — работает в каждой сессии, на каждом устройстве. А ещё это экономит контекст: вместо того чтобы каждый раз диктовать, как устроен проект, Claude просто читает файл.

Итого

Claude Code — мощный инструмент, но без дисциплины он быстро превращается в дорогой автокомплит. Следите за контекстом, выносите побочные задачи, используйте планирование и организуйте инструкции по уровням — и разница будет ощутимой. А если проявить немного фантазии, с ним можно вытворять и вовсе неожиданные вещи — например, собрать себе AI-ассистента в Telegram. А о том, как правильно организовать проект, чтобы Claude Code работал на максимум — в следующем посте.