Claude Code: что это и как им пользоваться

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

Отсюда и сдвиг в том, как с ним работают. Чату задают вопрос — Claude Code поручают задачу и проверяют результат.

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

Три разных подхода, которые часто путают:

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

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

Как начать работать?

• Установка. Ставится как обычный пакет Node.js и запускается командой claude из папки проекта. Дальше — вход в аккаунт Anthropic.
• Первый запуск — в реальном проекте. На пустой папке ценность инструмента не видна: он силён там, где уже есть контекст, в котором нужно разобраться.
• Начните с вопроса, а не с правки. «Объясни, как в этом проекте устроена авторизация» — безопасный способ понять, насколько агент разобрался в коде, прежде чем доверять ему изменения.
• Работайте в git. Отдельная ветка и возможность откатить изменения — то, что превращает эксперимент в рабочий процесс.

Какие задачи он реально закрывает?

Список, отсортированный по тому, как часто это оказывается полезным на практике:

• Разобраться в чужом коде. Новый проект, легаси, чужая библиотека. Агент читает и объясняет — это экономит часы и не требует доверия к его правкам.
• Сквозные изменения. Переименовать сущность во всём проекте, обновить версию библиотеки с правкой всех вызовов, привести сто файлов к одному стилю.
• Найти причину ошибки. Агент воспроизводит проблему, читает логи, выдвигает гипотезу и проверяет её — цикл, который человек проходит медленнее.
• Рутина с данными. Разобрать выгрузку, свести таблицы, подготовить импорт. Задачи, которые обычно делаются руками полдня.
• Тесты на существующий код. Скучная работа, которую регулярно откладывают.

Что такое CLAUDE.md и зачем настраивать проект?

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

• CLAUDE.md — файл в корне репозитория, который агент читает автоматически. Сюда пишут то, чего не видно из кода: как запускается сборка, какие есть договорённости, чего делать нельзя. Хороший CLAUDE.md сокращает объяснения в каждой задаче.
• Субагенты — отдельные исполнители под свой класс задач, со своим набором инструментов. Нужны, когда задача большая и её части можно вести параллельно.
• Навыки — записанные инструкции под повторяющуюся работу: как у вас принято делать ревью, как оформлять миграцию, как собирать релиз.
• Хуки — команды, которые выполняются автоматически в определённый момент: например, прогнать линтер после каждой правки файла.

Сколько это стоит?

Оплата идёт за объём обработанного текста в токенах — своих и модели. Порядок величин для одной задачи среднего размера: прочитать несколько файлов, внести правки, прогнать тесты — это десятки тысяч токенов.

Где Claude Code ошибается?

Честный список — он же объясняет, почему у части людей первый опыт разочаровывающий:

• Уверенно делает не то, если задача сформулирована размыто. «Улучши этот модуль» — плохая задача. «Вынеси работу с датами в отдельный модуль и покрой тестами» — рабочая.
• Не знает того, чего нет в проекте и в обучении. Внутренние договорённости, свежие версии библиотек, ваши регламенты — всё это нужно дать явно.
• Может «починить» тест вместо кода. Если задача звучит как «сделай, чтобы тесты проходили», буквальное исполнение иногда означает правку теста. Формулируйте цель, а не симптом.
• Теряет начало в очень длинном диалоге. Контекст не бесконечен: договорённости из первых сообщений постепенно выпадают.
• Не заменяет ревью. Скорость правок растёт, а ответственность за то, что уехало в продакшен, остаётся на человеке.

Кому это нужно, если он не программист?

Вопрос возникает чаще других, и ответ не очевиден. Претензия инструмента не в том, чтобы писать код быстрее, — а в том, чтобы задачи, которые раньше требовали разработчика, стали решаться тем, кто понимает задачу.

Владелец бизнеса, продакт, маркетолог, аналитик регулярно упираются в «надо бы выгрузить и свести, но некому». Это и есть класс задач, где агент в терминале меняет расклад: не потому что он гениален, а потому что работа делается командами, а команды он писать умеет. Требование к человеку при этом остаётся одно — уметь внятно поставить задачу и проверить результат.

Что читать дальше

• LLM — как устроена модель под капотом и почему она уверенно ошибается.
• Промпт-инжиниринг — как формулировать задачу, чтобы получать стабильный результат.
• RAG — как дать модели доступ к вашим документам.