Я больше года использовал Cursor. Подробно изучил все его возможности и лучшие практики работы с инструментами и... отказался от всего этого в пользу Claude Code.

Уже несколько недель я полностью работаю в Claude Code вместо Cursor. И, честно говоря, возвращаться совсем не хочется. В этой статье я расскажу, как использую Claude Code и поделюсь своими советами по его максимальному использованию.

Используйте расширение для VS Code

Для начала: установите расширение Claude Code. Оно работает с VS Code, Cursor и, вероятно, с Windsurf тоже. Не ждите чего‑то сверхъестественного, это просто лаунчер. Но он упрощает запуск Claude Code, и вы можете запускать несколько экземпляров в разных панелях своего IDE, если они работают с разными частями кода.

Я все еще использую Cursor для быстрых автозаполнений через Command+K и вкладки. А как же боковая панель агента? Я использую ее только тогда, когда Claude не работает.

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

Терминальный интерфейс вполне удобен

Да, я тоже был скептически настроен. Терминальный интерфейс для чатов с редактированием кода? Звучит как шаг назад. Но Anthropic справились с этим довольно хорошо.

Вы можете легко тегировать файлы с помощью @, использовать команды с косой чертой (что удобно), а также точно определять, какой контекст следует учитывать. Я в основном использую Opus, если он работает стабильно, а иначе переключаюсь на Sonnet. Для большинства пользователей достаточно настроек по умолчанию: Opus будет использоваться до тех пор, пока не достигнет 50% использования, после чего переключится на Sonnet для экономии.

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

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

Система разрешений сведет вас с ума

Самое раздражающее в Claude Code — это постоянные запросы на разрешение. Вы вводите команду, она начинает выполняться; вы уходите проверить Slack, возвращаетесь через пять минут, а он снова спрашивает: «Могу ли я отредактировать этот файл?

Ну конечно, ты можешь редактировать файлы. В этом же и есть смысл.

То же самое с базовыми командами. «Могу ли я запустить линтер?» ДА. Господи, да просто ДА.

Но есть решение. Каждый раз при запуске Claude Code я использую команду claude ‑dangerously‑skip‑permissions. Это не так опасно, как кажется — представьте это как старый режим yolo в Cursor. Мог ли агент теоретически выполнить опасную команду? Конечно. Но я не видел такого за недели использования.

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

Интеграция с GitHub по-настоящему полезна

Одна из крутых команд — /install‑github‑app. После её выполнения Claude автоматически будет проверять ваши пулл‑реквесты.

Это действительно полезно, так как с увеличением количества AI‑инструментов растет и объем PR. И, честно говоря, Claude часто находит баги, которые люди пропускают. Люди могут придираться к именам переменных, но Claude находит настоящие логические ошибки и проблемы с безопасностью.

Ключевое — это настройка запроса на ревью пулл‑реквеста. По умолчанию он слишком многословен и комментирует каждую мелочь. Claude добавит файл claude‑code‑review.yml с уже встроенным промптом. Вот что я использую:

# claude-code-review.yml
direct_prompt: |
  Пожалуйста, проверь этот pull request на наличие багов и проблем с безопасностью. Сообщай только о найденных ошибках и возможных уязвимостях. Будь краток.

Изначальная проблема с этим инструментом заключалась в его излишней многословности. Он комментировал каждую мелочь и писал длинные отзывы по каждому PR. Нам действительно важны только ошибки и возможные уязвимости. Поэтому мы говорим ему об этом и просим быть кратким.

Есть и другие полезные функции — например, он может извлекать комментарии из PR на GitHub и отвечать на них или непосредственно проверять PR.

Особенности, которые стоит учитывать

Поскольку это терминальный интерфейс, есть несколько особенностей, которые стоит учитывать:

• По умолчанию Shift+Enter не добавляет новую строку. Просто используйте команду /terminal‑setup, чтобы настроить терминал, и Claude это исправит.

• При перетаскивании файлов они открываются в новой вкладке, как в Cursor или VS Code. Удерживайте Shift при перетаскивании, чтобы правильно ссылаться на них в Claude.

• Вставка изображений из буфера обмена не работает с Command+V. Используйте вместо этого Control+V. Я это понял не сразу.

• Остановить Claude с помощью Control+C не получится (это просто завершит программу). Чтобы остановить Claude, используйте Escape.

• Для перехода к предыдущим сообщениям: дважды нажмите Escape — и вы увидите список всех сообщений, к которым можно вернуться.

Есть также режим Vim, если вам это нужно. Лично мне он не подходит.

Claude Code лучше справляется с большими кодовыми базами

Вот в чем основное отличие: у нас есть компонент React в Builder, состоящий из 18 000 строк кода. (Не жалуйтесь на организацию кода, я знаю.) Ни один AI‑агент никогда не смог успешно обновить этот файл, кроме Claude Code.

При использовании Cursor я все равно сталкиваюсь с рядом проблем. Он с трудом разрешает патчи, часто требуется переписать файлы, и он с трудом обновляет очень большие файлы.

Речь идет не только о размере файлов — Claude Code отлично справляется с более сложными задачами. Я замечаю, что он редко зависает (кажется, я с этим вообще не сталкивался). За Cursor, кажется, нужно следить гораздо больше; а когда он зависает, мне приходится его останавливать и понимать, что, возможно, это была неподходящая задача для него.

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

Экономика имеет смысл

Подумайте: Cursor создал универсального агента, поддерживающего несколько моделей. Им нужна целая команда для этого, плюс они обучали собственные модели, и им нужно зарабатывать, покрывая расходы на модели от Anthropic.

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

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

Это также означает, что Anthropic может предложить вам максимальную ценность за наименьшую цену.

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

Это как покупать напрямую у производителя, а не через посредника. Конечно, это лучше.

Разумные цены

Я выбрал максимальный тариф и плачу за него $100 в месяц. Если вы считаете, что высококлассный разработчик, работающий круглосуточно, не стоит $100 в месяц, вам стоит пересчитать, сколько вы зарабатываете за свой труд. Посмотрите, сколько стоит час работы человека‑инженера, независимо от того, где вы находитесь географически — в любом случае выйдет в разы дороже.

Любой менеджер, который сделает эти расчеты, поймет, что это гораздо выгоднее, даже на самых высоких тарифах.

Система очередей — очень полезная

Одна из фич, без которой я не могу обойтись: очередь сообщений. Вы можете ввести несколько команд, и Claude будет обрабатывать их эффективно.

Раньше я создавал заметки и писал другие команды, которые нужно было выполнить. Когда я видел, что одна завершена, я вставлял следующую и нажимал Enter. Я делал это с Cursor, и это порядком раздражало, потому что я обычно занимался другими делами: отвечал на сообщения в Slack, проверял почту, делал что‑то еще, а потом возвращался и видел, что агент просто сидит без дела, не выполняя команду.

Теперь я просто ставлю все в очередь: «Добавить больше комментариев», «А еще …», «И … тоже». Claude действительно знает, когда эти команды должны быть выполнены. Если ему потребуется от вас обратная связь, он не будет автоматически запускать очередные команды. Это весьма эффективная система, и, когда он завершит одну задачу, начнет работать с остальными, если это будет логично.

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

Весьма гибкая настройка

Claude Code поддерживает пользовательские хуки, команды с косой чертой и настройки, специфичные для проекта. Самое интересное — вы можете поручить Claude создать их для вас.

Я попросил Claude добавить пару стандартных хуков, команд и настроек. Он проанализировал мой проект и создал файл настроек, который я легко могу отредактировать.

Вот несколько важных моментов: он добавил файл CLAUDE.md, который содержит краткое описание проекта и несколько ключевых команд, которые должны быть ему известны. Это избавляет от необходимости каждый раз выяснять, есть ли в проекте команды для сборки или линтинга. Он всегда об этом знает.

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

Вы можете создать собственные хуки с помощью файла.claude/settings.json в директории проекта, настроив его вот так:

{
  "hooks": [
    {
      "matcher": "Edit|Write",
      "hooks": [
        {
          "type": "command",
          "command": "prettier --write \"$CLAUDE_FILE_PATHS\""
        }
      ]
    },
    {
      "matcher": "Edit",
      "hooks": [
        {
          "type": "command", 
          "command": "if [[ \"$CLAUDE_FILE_PATHS\" =~ \\.(ts|tsx)$ ]]; then npx tsc --noEmit --skipLibCheck \"$CLAUDE_FILE_PATHS\" || echo '⚠️ TypeScript errors detected - please review'; fi"
        }
      ]
    }
  ]
}

Хуки Claude Code — это команды оболочки, которые выполняются на различных этапах жизненного цикла Claude Code, таких как PreToolUse (до выполнения инструмента), PostToolUse (после завершения инструмента), Notification (когда Claude отправляет уведомления) и Stop (когда Claude завершает выполнение).

Хуки получают данные в формате JSON через stdin, которые содержат информацию о сессии и могут контролировать поток выполнения с помощью кодов завершения или вывода в формате JSON.

Например, можно создать хуки, которые автоматически форматируют код после изменений в файле, проверяют ввод перед разрешением на редактирование или отправляют пользовательские уведомления. Поле matcher поддерживает точные строки (например, «Edit») или регулярные выражения (например, «Edit|Write» или «Notebook.*»), чтобы указать, какие инструменты активируют хук.

Вы также можете использовать интерактивную команду /hooks в Claude Code для настройки хуков через меню, что часто удобнее, чем редактировать JSON напрямую.

Создание пользовательских команд с косой чертой

Также можно легко добавлять собственные слэш‑команды — для этого просто создайте папку .claude/commands, добавьте имя команды как файл с расширением .md. Напишите эти команды на обычном языке и используйте строку $ARGUMENTS для вставки аргументов в запрос.

Например, если я хочу получить от него тест, я могу создать файл .claude/commands/test.md:

# .claude/hooks/test.md
Пожалуйста, создай полноценные тесты для: $ARGUMENTS

Требования к тестам:

Используй Jest и React Testing Library
Размещай тесты в каталоге __tests__
Замокай зависимости Firebase/Firestore
Покрой тестами всю основную функциональность
Учти пограничные случаи и сценарии с ошибками
Протестируй изменения observable-состояния MobX
Проверь, что вычисляемые значения корректно обновляются
Протестируй пользовательские взаимодействия
Обеспечь корректную очистку в afterEach
Стремись к высокому покрытию кода тестами

Затем команда /test MyButton выполнит именно то, что вы ожидаете. Также можно использовать подпапки — например, /builder/plugin, что соответствует папке с плагином в builder. Это упрощает создание новых плагинов для Builder.

Система памяти

Еще одна крутая фича — использование символа # для быстрого добавления памяти. Например, «Всегда используй компоненты MUI для нового функционала.», и это автоматически сохранится в наиболее релевантном файле.

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

Это можно сохранить как в глобальных пользовательских настройках памяти, применяемых повсеместно, так и в локальной памяти проекта, игнорируемой в Git. Добавьте это в любой из этих файлов, и Claude автоматически сохранит данные.

Заключение

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

Когда работаешь с большим кодом, автоматизацией и живыми системами, нужен не просто ИИ-помощник или инструмент, а уверенность в том, что всё работает — как задумано, независимо от масштаба и скорости изменений. Но даже самые продвинутые агенты не заменят фундамент: качественные тесты и выстроенный CI/CD. Если в этих зонах есть пробелы — пора закрыть их. Вот два открытых урока, которые в этом помогут:

• 23 июля в 20:00 — Тестирование React-приложений с помощью React Testing Library
  Как писать стабильные тесты, которые не разваливаются после рефакторинга. От философии RTL до моков, хуков и пользовательских сценариев.

• 28 июля в 20:00 — GitlabCI + ArgoCD — сборка и доставка приложений, не покидая кластер
  CI/CD внутри Kubernetes без внешних сервисов. Полный разбор: пайплайны, GitOps, автообновления и безопасность.

А если вы хотите прокачать свои знания Kubernetes, пройдите вступительный тест — он покажет, насколько вы готовы к программе курса.