Claude Code: как пользоваться

Что это и кому полезно

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

Кому это полезно:

• Разработчикам — рутина (рефакторинг, тесты, миграции, разбор легаси) уходит ассистенту, вы остаётесь на уровне постановки задач и ревью.
• Тем, кто только входит в код — можно собирать рабочие штуки (скрипты, лендинги, ботов), формулируя задачу словами и проверяя результат.
• Не-разработчикам по работе — автоматизация рутины: разобрать таблицу, переименовать сотни файлов, собрать отчёт из логов.

Главная мысль: вы перестаёте быть тем, кто пишет каждую строчку, и становитесь тем, кто ставит задачу, проверяет и направляет. Качество результата теперь зависит не от скорости печати, а от того, насколько ясно вы формулируете и насколько внимательно проверяете.

---

Как начать

Так выглядит сессия: ставите задачу словами — ассистент сам находит нужный файл и правит его.

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

1. Установите инструмент. Claude Code ставится через менеджер пакетов (npm) или официальный установщик — актуальная команда всегда есть в документации Anthropic. Понадобится доступ через подписку Claude или API-ключ.
2. Откройте папку проекта. Перейдите в терминале в директорию, с которой хотите работать, и запустите Claude Code оттуда. Всё, что ассистент видит и правит, — внутри этой папки.
3. Поставьте первую маленькую задачу. Не начинайте с «перепиши весь проект». Попросите что-то простое и проверяемое: «найди, где обрабатывается форма, и добавь проверку email». Так вы поймёте, как ассистент рассуждает и где его надо контролировать.
4. Работайте в git. Перед крупными изменениями делайте коммит или отдельную ветку. Это ваша страховка: если что-то пошло не так, откат — одна команда.
5. Проверяйте каждый шаг. Читайте, что ассистент собирается делать, и смотрите на результат. Доверие приходит с опытом, но контроль на старте обязателен.

---

Контекст и файл CLAUDE.md

Пример CLAUDE.md: карта проекта, команды и правила — их ассистент читает в начале каждой сессии.

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

Два практических вывода:

• Держите контекст чистым. Начинайте новую задачу с чистой сессии, не тащите за собой обсуждение прошлого. Если разговор «поплыл» — лучше начать заново, чем продолжать в замусоренном контексте.
• Заведите файл CLAUDE.md. Это текстовый файл в корне проекта, который Claude Code читает в начале каждой сессии. В него кладут карту проекта, команды сборки и тестов, договорённости по стилю и правила, которые ассистент должен соблюдать постоянно.

CLAUDE.md работает по накопительному принципу. Сделали ассистенту замечание вручную — зафиксируйте его как правило в файле. В следующий раз он не повторит ту же ошибку. Через пару недель такой файл превращается в подробную инструкцию «как работать именно с моим проектом», и качество заметно растёт.

Идею файла-инструкции и набор практик подробно разбирал Борис Черни, один из создателей Claude Code, в материале «CLAUDE.md — Best Practices». Подход стоит изучить в первоисточнике, а не заучивать чужой набор правил: важнее принцип, чем конкретный список.

---

Рабочие приёмы

Несколько приёмов, которые на практике отличают «иногда помогает» от «реально ускоряет»:

Сначала план, потом код

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

Дробите задачу

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

Используйте навыки (Skills)

Навыки — это готовые наборы инструкций под конкретную задачу: вёрстка в нужном стиле, проверка таблиц, генерация документов. Можно подключать готовые из каталогов или писать свои под повторяющуюся рутину. Один раз описанный навык избавляет от того, чтобы каждый раз заново объяснять одно и то же.

Фиксируйте уроки

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

---

Частые проблемы

Нужно ли уметь программировать, чтобы пользоваться Claude Code?

Базовый уровень не требуется. Достаточно уметь работать в терминале на уровне «открыть папку и набрать команду» и понятно формулировать задачу. Код пишет ассистент, ваша роль — ставить задачу, проверять результат и направлять. Но чем лучше вы понимаете, что происходит в проекте, тем точнее получится управлять.

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

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

Claude Code платный?

Доступ идёт через подписку Claude или по API-ключу с оплатой за токены. Бесплатного безлимита нет. Расход зависит от того, сколько контекста вы держите в сессии: чем больше файлов и истории, тем дороже каждый запрос. Поэтому имеет смысл держать контекст чистым.

Чем Claude Code отличается от чата в браузере?

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

Как не дать ассистенту сломать рабочий код?

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