Фишки Claude Code, которые экономят тебе часы работы, гайд по автоматизации

Ты уже установил Claude Code, запускаешь его каждый день, но чувствуешь, что используешь от силы процентов двадцать возможностей. Знакомо? Я прошёл тот же путь: первые недели просто кидал промпты и радовался, что код пишется быстрее. А потом начал копать глубже и понял, сколько времени терял.

Здесь собраны 10 приёмов, до которых я дошёл за месяцы ежедневной работы с Claude Code. Каждый проверен на живых проектах, и для каждого есть конкретный пример.

Канал с гайдами и контентом по claude code, выкладываем новости (когда режут лимиты в 10 раз) и какие инструменты через claude реализуем для проектов, канал: https://t.me/claudedevolper

Приём 1: CLAUDE.md — память между сессиями

Claude Code забывает всё после закрытия терминала. Ты объяснил ему архитектуру проекта, договорился о стиле кода, настроил контекст, а завтра он снова чистый лист. Файл CLAUDE.md решает эту проблему.

Это обычный markdown-файл, который Claude Code читает автоматически при запуске. Можно создать три уровня:

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

# CLAUDE.md

## Стек
Next.js 15, TypeScript, Tailwind, Zustand

## Правила кода
- Логгер: import { logger } from '@/lib/logger', не console.log
- Валидация: всегда Zod
- Тесты рядом с кодом в __tests__/

## Команды
- npm run test — юнит-тесты
- npm run build — сборка
- npm run lint — линтер

Claude прочитает это перед первым ответом и будет следовать правилам без напоминаний.

Лайфхак, который сэкономит тебе кучу времени: в конце рабочей сессии попроси Claude «обнови CLAUDE.md с учётом того, что мы сегодня решили». Он сам добавит новые паттерны, зафиксирует решения по архитектуре, запишет баги, которые нашли. На следующий день ты (или твой коллега) стартуете не с нуля, а с накопленного контекста.

Если в проекте много файлов и модулей, хороший CLAUDE.md с описанием структуры и критичных файлов сокращает время на «разогрев» Claude в разы. Скилл Документировщик кода помогает генерировать такую документацию автоматически.

Приём 2: Plan Mode — сначала думай, потом кодь

Набери /plan в Claude Code (или нажми Shift+Tab дважды), и ты переключишься в режим планирования. Claude перестаёт писать код и вместо этого составляет план: какие файлы затронет, в каком порядке, какие риски видит.

Для мелких задач это лишнее. Но когда ты рефакторишь модуль, который трогает 15 файлов, Plan Mode спасает от ситуации «Claude переписал половину проекта не в ту сторону».

Мой workflow для сложных задач:

Включаю Plan Mode (/plan или Shift+Tab дважды)
Описываю задачу
Claude выдаёт план: файлы, порядок изменений, зависимости
Я корректирую план (убираю лишнее, добавляю ограничения)
Выхожу из Plan Mode, переключаюсь в обычный режим
Claude реализует согласованный план

Продвинутый вариант: открой два терминала. В первом Claude планирует. Скопируй план, открой второй терминал с чистым контекстом и попроси «реализуй этот план, но сначала укажи, что в нём не так». Получается встроенное ревью ещё до написания кода. По сути это то, что делает скилл Ревьюер кода, только в автоматическом режиме.

Приём 3: Git worktrees — параллельная работа

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

# Создаём worktree для фичи
git worktree add ../myproject-feature-auth feature/auth

# Создаём ещё один для багфикса
git worktree add ../myproject-fix-payment fix/payment

# В каждой папке запускаем Claude Code
cd ../myproject-feature-auth && claude
cd ../myproject-fix-payment && claude

Теперь у тебя три ветки работают одновременно. Один Claude пишет авторизацию, другой чинит платежи, третий (в основной копии) занимается рефакторингом. Они не мешают друг другу, потому что работают с разными файлами на диске.

Я добавил себе алиасы в .zshrc:

alias worknew='f() { git worktree add "../$(basename $(pwd))-$1" -b "$1"; cd "../$(basename $(pwd))-$1"; }; f'
alias workdone='f() { cd ..; git worktree remove "$(basename $(pwd))-$1"; }; f'

Теперь worknew feature/auth создаёт worktree и переходит в него, а workdone feature/auth удаляет после мержа.

Типичный рабочий день выглядит так: утром открываю три worktree. В первом Claude пишет новый API-эндпоинт для вебхуков, во втором чинит баг из Sentry, в третьем генерирует тесты для вчерашнего кода. Пока один Claude думает над архитектурой эндпоинта, переключаюсь на второй и смотрю, как идёт отладка. К обеду три задачи закрыты вместо одной.

Приём 4: MCP-серверы — подключи Claude к чему угодно

MCP (Model Context Protocol) позволяет Claude Code работать не только с файлами и терминалом, но и с внешними сервисами: Figma, Slack, базами данных, браузером, Jira, Sentry.

Настройка через .claude/settings.json:

{
  "mcpServers": {
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
      "env": {
        "DATABASE_URL": "postgresql://user:pass@localhost:5432/mydb"
      }
    },
    "browser": {
      "command": "npx",
      "args": ["-y", "@playwright/mcp"]
    }
  }
}

После подключения MCP-сервера для базы данных я могу сказать Claude: «посмотри, какие заказы за последний час не получили webhook от платёжки, и напиши миграцию для нового статуса». Он сам сходит в базу, посмотрит данные, поймёт схему и напишет код, который работает с первого раза.

Браузерный MCP позволяет Claude открывать страницы, кликать, проверять вёрстку. Вместо «опиши мне, что ты видишь на скриншоте» ты говоришь «открой localhost:3000/checkout и проверь, что форма валидируется». Если строишь свой MCP-сервер (для внутреннего API или нестандартного сервиса), скилл Разработчик MCP поможет сделать это по спецификации, с правильной обработкой ошибок и типизацией.

Приём 5: Slash-команды и кастомные скиллы

У Claude Code есть встроенные команды: /init, /clear, /compact. Но кастомные slash-команды дают гораздо больше.

Создай папку .claude/commands/ в проекте и добавь markdown-файл:

<!-- .claude/commands/review.md -->
Проведи код-ревью последнего коммита:
1. git diff HEAD~1
2. Проверь: типизация, обработка ошибок, edge cases
3. Проверь: нет ли хардкода секретов
4. Выведи список замечаний с приоритетами

Теперь /review в Claude Code запускает полный код-ревью по твоему чеклисту. Я использую /techdebt для поиска технического долга, /deploy-check для предеплойной проверки, /test-plan для генерации тест-плана.

Скиллы идут дальше. Это готовые инструкции с примерами, контекстом и reference-файлами. Скилл можно закоммитить в репозиторий, и вся команда будет его использовать. Если хочешь создать свой скилл правильно (с нужной структурой, SKILL.md, примерами), скилл Создатель скиллов проведёт через весь процесс.

Приём 6: Настройка permissions — убери лишние подтверждения

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

В .claude/settings.json можно точно настроить, что разрешено без подтверждения:

{
  "permissions": {
    "allow": [
      "Edit",
      "Write",
      "Bash(npm run *)",
      "Bash(git *)",
      "Bash(npx vitest *)",
      "mcp__browser__navigate"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)",
      "Bash(cat .env*)"
    ]
  }
}

Здесь я разрешил Claude редактировать файлы, запускать npm-скрипты и git-команды без подтверждения. При этом запретил force push, удаление директорий и чтение .env-файлов. Баланс между скоростью и безопасностью.

Паттерны поддерживают wildcards: Bash(npm run *) разрешает любой npm-скрипт, Bash(docker compose *) разрешает любую docker-команду. Настрой под свой стек один раз и забудь о бесконечных «y/n» диалогах.

Приём 7: Хуки — автоматические действия при каждом шаге

Хуки срабатывают до или после определённых действий Claude. Это не git-хуки (хотя и они полезны), а хуки самого Claude Code: PreToolUse и PostToolUse.

Настройка в .claude/settings.json:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit",
        "hooks": [
          {
            "type": "command",
            "command": "npx eslint --fix $CLAUDE_FILE_PATH"
          }
        ]
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "echo $CLAUDE_TOOL_INPUT | grep -q 'secret\\|password\\|token' && exit 1 || exit 0"
          }
        ]
      }
    ]
  }
}

Первый хук автоматически прогоняет ESLint после каждого редактирования файла. Claude не будет генерировать код с линт-ошибками, потому что увидит вывод ESLint и исправит.

Второй хук блокирует bash-команды, содержащие слова «secret», «password», «token». Страховка от случайного вывода секретов в терминал.

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

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

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "*",
        "hooks": [
          {
            "type": "command",
            "command": "node scripts/count-session-cost.js"
          }
        ]
      }
    ]
  }
}

Идея скрипта: парсить логи сессии, суммировать input/output-токены и умножать на стоимость модели. Конкретную реализацию нужно написать под свой стек, но концепция простая. В конце сессии я вижу, что потратил, допустим, $1.20 на рефакторинг платёжного модуля. Помогает понять, какие задачи «дорогие», а какие Claude щёлкает за центы.

Приём 8: Extended Thinking — для сложной отладки

Иногда Claude Code не справляется с багом: бегает по файлам, меняет одно, ломает другое, ходит по кругу. В таких случаях помогает Extended Thinking.

Extended Thinking в Claude Code включён по умолчанию, но его глубину можно регулировать. Три уровня:

Напиши в промпте think — базовый уровень размышлений
think deeply или think more — глубокий анализ, Claude потратит больше токенов на рассуждения
think harder или ultrathink — максимальный бюджет (~32k токенов на размышления), для самых запутанных задач

Когда я использую ultrathink:

Баг воспроизводится, но причина неочевидна
Ошибка на стыке нескольких модулей
Claude уже попробовал 2-3 подхода и не решил
Нужно разобраться в чужом коде без документации

Без глубокого thinking Claude может начать менять код наугад. С ultrathink он сначала выстраивает модель проблемы, перебирает гипотезы, находит корневую причину и только потом предлагает исправление.

Для систематической отладки сложных багов скилл Мастер отладки задаёт правильную структуру поиска: воспроизведение, изоляция, гипотеза, проверка.

Приём 9: /clear и короткие сессии

Контекстное окно Claude Code большое, но не бесконечное. После 30-40 сообщений в одном чате качество ответов падает: Claude начинает «забывать» ранние инструкции, путать файлы, повторять уже отвергнутые решения.

Простое правило: одна задача, один чат.

Я однажды проигнорировал это правило. Чат растянулся на 60+ сообщений, и Claude начал предлагать удалить файл, который мы создали пять минут назад. Потом он зациклился на подходе, который я уже трижды отклонил. Потерял полчаса, прежде чем просто открыл новый терминал и решил задачу за два промпта.

Закончил фичу? Набери /clear перед следующей задачей. Или закрой терминал и открой новый. CLAUDE.md всё равно загрузится заново и даст нужный контекст.

Если задача большая и растягивается на десятки сообщений, попробуй /compact. Claude сожмёт историю диалога, выкинет лишнее и продолжит с чистой головой. Это не то же самое, что /clear (контекст задачи сохранится), но помогает сбросить накопившийся шум.

Ещё один паттерн: если Claude начал «плыть» (повторяется, делает очевидные ошибки), не пытайся его направить в том же чате. Открой новый, дай чёткий промпт с контекстом и ссылками на конкретные файлы. Часто это быстрее, чем десять сообщений «нет, я имел в виду другое».

Приём 10: Агенты и субагенты

Claude Code может запускать вложенных агентов через Agent tool. Основной агент выступает оркестратором, а субагенты работают параллельно над подзадачами.

На практике это выглядит так: ты даёшь Claude большую задачу, и он сам решает разбить её на части. Один субагент исследует кодовую базу и собирает контекст. Другой пишет код. Третий запускает тесты и проверяет результат.

Когда это полезно:

Рефакторинг с затрагиванием многих файлов
Задачи «исследуй и исправь» (найди все места, где X, и замени на Y)
Параллельный поиск по разным частям проекта

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

Совет: если хочешь контролировать процесс, опиши в промпте, как именно разбить задачу. Чем точнее инструкция, тем лучше результат.

Вот пример промпта, который я использую: «Найди все API-эндпоинты без rate limiting. Используй субагент для исследования кодовой базы, а сам напиши универсальный middleware». Claude запускает субагент на поиск, тот сканирует папку app/api/, возвращает список из 12 файлов без ограничений. Пока результаты приходят, основной Claude уже пишет withRateLimit обёртку. Через пять минут у меня готовый middleware и список файлов, куда его нужно добавить.

В сочетании с git worktrees (Приём 3) агенты дают кратный эффект: несколько worktrees, в каждом свой Claude с субагентами. Один разработчик управляет конвейером из 5-10 параллельных потоков работы.

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

Как использовать Claude Code эффективно?

Начни с двух вещей: создай CLAUDE.md в корне проекта и настрой permissions в .claude/settings.json. CLAUDE.md даёт Claude контекст о твоём стеке, правилах и структуре. Permissions убирают бесконечные подтверждения на каждое действие. После этого подключи git worktrees для параллельной работы и MCP-серверы для доступа к базе данных и браузеру. Эти четыре шага покрывают 80% прироста продуктивности.

Что такое Claude Code Skills и как их установить?

Скиллы это готовые инструкции, которые расширяют возможности Claude Code. Простой вариант: markdown-файлы в .claude/commands/, которые становятся slash-командами. Продвинутый: полноценные SKILL.md с reference-файлами, примерами и контекстом. Установка: скопируй папку скилла в .claude/commands/ или .claude/skills/ своего проекта.

Claude Code бесплатный или нужна подписка?

Claude Code требует подписку Claude Pro ($20/мес) или Max ($100/мес за 5x лимит, $200/мес за 20x). Pro имеет ограничения на количество запросов. Для ежедневной работы с кодом Pro может не хватить, большинство активных пользователей берут Max.

Чем Claude Code отличается от Cursor и Copilot?

Claude Code работает в терминале, а не в IDE. У него есть доступ к файловой системе, git, bash и MCP-серверам. Cursor и Copilot привязаны к редактору. Claude Code больше подходит для задач, выходящих за пределы редактирования одного файла: рефакторинг, деплой, работа с инфраструктурой.

Что такое CLAUDE.md и зачем он нужен?

CLAUDE.md это файл с правилами и контекстом для Claude Code. Он читается автоматически при каждом запуске. Работает на трёх уровнях: глобальный (~/.claude/CLAUDE.md) для твоих личных настроек на все проекты, проектный (в корне репозитория) для правил конкретной кодовой базы, модульный (во вложенной папке) для специфики отдельного модуля. Проектный файл стоит коммитить в git: вся команда будет работать по одним правилам.

Как настроить MCP в Claude Code?

MCP настраивается через .claude/settings.json в секции mcpServers. Указываешь имя сервера, команду запуска и переменные окружения. Есть готовые серверы для PostgreSQL (@modelcontextprotocol/server-postgres), браузера (@playwright/mcp), Figma, Slack, Sentry. После подключения Claude получает доступ к инструментам сервера и может, например, ходить в базу данных или открывать веб-страницы прямо из терминала. Не подключай больше 3-4 серверов одновременно: каждый занимает место в контекстном окне.

Итого

Десять приёмов, которые работают прямо сейчас:

CLAUDE.md — накопительная память проекта
Plan Mode — план перед кодом
Git worktrees — параллельные ветки с отдельными Claude
MCP — интеграция с внешними сервисами
Slash-команды и скиллы — автоматизация повторяющихся задач
Permissions — убрать лишние подтверждения
Хуки — автоматические действия при каждом шаге
Extended Thinking — глубокая отладка
/clear — короткие сессии для лучшего качества
Агенты — параллельная работа над подзадачами

Начни с CLAUDE.md и настройки permissions: это занимает 10 минут и сразу даёт результат. Потом попробуй worktrees и MCP. Скиллы подключай по мере того, как находишь повторяющиеся задачи.