Claude Code для фронтендера: гайд по терминалу

Оглавление

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

Для фронтендера это особенно полезно в задачах, где одного автодополнения мало: найти причину ошибки в цепочке React-компонентов, обновить типы после изменения API, написать Playwright-тест, провести рефакторинг или проверить diff перед pull request. Заменой разработчика это не становится: о том, как нейросети меняют профессию, я рассуждал в статье Заменит ли ИИ программистов?

Ниже — путь от установки до первой законченной задачи. Я буду использовать TypeScript-проект с pnpm, но тот же процесс подходит для React, Angular, Vue, Vite и большинства Node.js-репозиториев.

Короткий ответ

Claude Code — автономный помощник разработчика в терминале. Запустите claude из корня Git-репозитория, сначала попросите агента изучить проект и составить план, затем разрешите точечные изменения и обязательно дайте ему команды проверки: typecheck, lint и tests. Постоянные правила проекта храните в CLAUDE.md, технические ограничения — в .claude/settings.json, а итоговые изменения проверяйте через /diff и Git.

Что такое Claude Code и чем он отличается от чата

Claude Code — агентная среда разработки от Anthropic. Когда вы запускаете её в каталоге проекта, агент может читать доступные файлы, искать по коду, редактировать файлы и выполнять разрешённые команды. Внутри одной сессии он использует цикл «собрать контекст → выполнить действие → проверить результат → скорректировать следующий шаг».

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

Официальное описание внутренней механики и контекста находится в разделе How Claude Code works.

Инструмент	Что видит	Что может сделать	Где полезнее
Чат с LLM	Вставленный текст и вложения	Объяснить, предложить код	Вопрос, идея, небольшой изолированный пример
Автодополнение в IDE	Текущий файл и ближайший контекст	Дописать строку или блок	Рутинный локальный код
Claude Code	Репозиторий, команды и результаты проверок в рамках разрешений	Исследовать, изменить несколько файлов, запустить проверки	Баги, фичи, рефакторинг, тесты, review

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

Что Claude Code может делать во frontend-проекте

Практический набор задач выглядит так:

объяснить незнакомый участок приложения и трассировать поток данных;
найти причину runtime-ошибки по stack trace;
синхронизировать TypeScript-типы с новым контрактом API;
добавить компонент по существующим паттернам дизайн-системы;
провести рефакторинг без изменения публичного поведения;
написать unit-, component- или E2E-тесты;
запустить lint, typecheck, test и build;
проанализировать текущий diff и найти регрессии;
подготовить описание изменений для pull request;
выполнить одноразовый анализ в non-interactive режиме из скрипта или CI.

Лучше всего агент работает, когда у него есть три вещи: чёткий результат, локальные ограничения и способ проверить работу. Формулировка «сделай форму лучше» слишком расплывчата. Формулировка «добавь в ProfileForm поле часового пояса по паттерну LanguageField, не меняй API, добавь тест на обязательное значение и запусти pnpm test ProfileForm» уже задаёт границы и критерий готовности.

Как установить Claude Code

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

macOS, Linux и WSL

Рекомендуемый нативный установщик:

curl -fsSL https://claude.ai/install.sh | bash

После установки проверьте клиент:

claude --version
claude doctor

На macOS также доступна установка через Homebrew:

brew install --cask claude-code

Нативная установка обновляется автоматически. Homebrew-версию нужно обновлять через brew upgrade.

Windows PowerShell

В PowerShell используется отдельный установщик:

irm https://claude.ai/install.ps1 | iex

Альтернатива через WinGet:

winget install Anthropic.ClaudeCode

Для нативной Windows рекомендуется установить Git for Windows: тогда Claude Code сможет использовать Bash. Без него инструмент работает через PowerShell. Если команда irm не распознаётся, скорее всего, вы открыли CMD; если && вызывает ошибку, команда для CMD была запущена в PowerShell.

Первый вход

Перейдите в каталог проекта и запустите клиент:

cd /path/to/frontend-project
claude

При первом запуске откроется авторизация. Войти можно через Claude Pro, Max, Team или Enterprise, через Claude Console с оплатой по токенам либо через поддерживаемого облачного провайдера. Переключить аккаунт позже можно командой /login внутри сессии.

Если в системе задана переменная ANTHROPIC_API_KEY, клиент может использовать API-ключ вместо включённого в подписку лимита. В таком случае расход оплачивается по API-тарифам. Этот нюанс отдельно описан в справке Anthropic о Pro и Max.

Установка и запуск Claude Code в терминале frontend-проекта

Установка завершена: клиент доступен в терминале и готов к запуску из каталога проекта.

Как запустить первую безопасную сессию

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

git status
git switch -c experiment/claude-code-first-task
claude

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

Первый запрос не должен сразу требовать переписать приложение. Попросите агента построить карту проекта без изменений:

Изучи репозиторий, но пока ничего не меняй.

Найди:
1. точку входа приложения;
2. структуру модулей и компонентов;
3. способ управления состоянием;
4. команды lint, typecheck, test и build;
5. существующие правила в CLAUDE.md, README и package.json.

После исследования кратко опиши архитектуру и предложи безопасную первую задачу.

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

/plan исправить потерю фильтра каталога после возврата со страницы товара

Plan mode позволяет исследовать проблему и согласовать подход без изменения файлов.

Первая безопасная сессия Claude Code в Git-репозитории

Начните с исследования репозитория без правок и проверьте рабочий каталог.

Главные команды Claude Code

У Claude Code есть два уровня команд. Команды вида claude ... запускаются в обычном терминале. Команды с / выполняются внутри интерактивной сессии. Полный и актуальный перечень доступен в CLI reference и Commands reference.

Команды терминала

Команда	Что делает	Когда использовать
`claude`	Запускает интерактивную сессию	Основной режим ежедневной работы
`claude "query"`	Запускает сессию с первым запросом	Быстрый старт конкретной задачи
`claude -p "query"`	Выполняет запрос и завершает процесс	Скрипт, CI, одноразовый анализ
`claude -c`	Продолжает последнюю сессию текущего каталога	Вернуться к незаконченной задаче
`claude -r "session"`	Возобновляет выбранную сессию	Продолжить именованную ветку работы
`claude --add-dir ../shared`	Добавляет ещё один рабочий каталог	Монорепо или отдельная общая библиотека
`claude --version`	Показывает версию клиента	Диагностика и сверка возможностей
`claude doctor`	Проверяет установку и настройки	Ошибки запуска, PATH, конфигурация

Команды внутри сессии

Команда	Что делает	Практический сценарий
`/help`	Показывает доступные команды	Узнать возможности текущей версии
`/init`	Создаёт стартовый `CLAUDE.md`	Первичная настройка репозитория
`/plan`	Включает режим планирования	Большая фича или рискованный рефакторинг
`/diff`	Показывает изменения рабочего дерева	Проверка перед тестами и коммитом
`/review`	Проверяет diff или pull request	Второй проход после реализации
`/security-review`	Ищет уязвимости в diff	Авторизация, ввод пользователя, зависимости
`/permissions`	Управляет allow/ask/deny	Настроить безопасные команды и запреты
`/context`	Показывает, что занимает контекст	Сессия стала медленной или неточной
`/compact`	Сжимает историю сессии	Освободить место, сохранив решения
`/clear`	Начинает новый чистый разговор	Перейти к другой задаче
`/memory`	Показывает память и `CLAUDE.md`	Проверить постоянные инструкции
`/rewind`	Возвращает код или разговор к checkpoint	Откатить неудачный подход
`/resume`	Открывает предыдущую сессию	Вернуться к работе позже
`/model`	Переключает доступную модель	Подобрать скорость и глубину
`/usage`	Показывает использование и стоимость	Контролировать лимит или API-расход
`/exit`	Завершает CLI	Закончить сессию

Не пытайтесь запомнить весь список. Для первых недель достаточно /plan, /diff, /context, /clear, /rewind и /resume.

Рабочий цикл Claude Code для frontend-разработки

Безопасный рабочий цикл: исследование, план, реализация, тесты, проверка diff и решение разработчика.

Рабочий цикл: исследование, план, код, проверка

Официальные best practices сводятся к простой идее: дайте агенту способ проверить собственную работу и не забивайте контекст лишними данными.

Шаг 1. Опишите симптом и границы

Плохой запрос:

Исправь фильтры.

Рабочий запрос:

После перехода из каталога на карточку товара и возврата назад
сбрасываются category и sort из URL.

Сначала найди место, где состояние фильтра синхронизируется с router.
Ничего не меняй, пока не покажешь причину и план.
Не меняй публичный формат query-параметров.
Готово, когда существующие тесты проходят и добавлен тест на возврат назад.

В таком запросе есть воспроизведение, вероятная область, ограничение совместимости и критерий готовности.

Шаг 2. Проверьте исследование

До реализации попросите агента назвать файлы и объяснить поток данных. Если он исследовал не тот модуль, дешевле остановить его клавишей Esc и уточнить направление, чем исправлять десяток файлов позже.

Шаг 3. Согласуйте минимальный план

Хороший план отвечает на четыре вопроса:

Какие файлы изменятся?
Почему изменение относится именно к этому слою?
Как сохранится обратная совместимость?
Какая команда докажет, что задача решена?

Просите делить большую работу на небольшие проверяемые этапы. Рефакторинг состояния, обновление UI и миграция тестов в одном шаге осложняют review и откат.

План изменения frontend-проекта в Claude Code

Хороший план заранее фиксирует затрагиваемые файлы, ограничения и способ проверки.

Шаг 4. Разрешите реализацию и тесты

План подходит. Реализуй минимальное исправление.
После изменения запусти:

pnpm typecheck
pnpm lint
pnpm test -- CatalogFilters

Не исправляй посторонние ошибки и не меняй форматирование вне затронутых файлов.

Команды должны существовать в конкретном package.json. Не копируйте этот пример механически: для одного проекта это будет npm test, для другого — nx affected:test, ng test или vitest run.

Шаг 5. Проверьте diff сами

После ответа агента выполните /diff, затем обычные команды Git:

git status
git diff --stat
git diff

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

Проверка изменений через diff в Claude Code

Даже небольшой diff нужно прочитать вручную и подтвердить тестами.

Как передавать Claude Code контекст

Чем точнее контекст, тем меньше агент читает лишнего и тем стабильнее результат.

Ссылайтесь на файлы через `@`

В интерактивном режиме можно сослаться на конкретный файл:

Сравни @src/features/cart/CartDrawer.tsx
с паттерном из @src/features/favorites/FavoritesDrawer.tsx.
Предложи минимальный рефакторинг без изменения публичных props.

Передавайте логи через pipe

Для одноразового анализа удобно передать результат команды в non-interactive режим:

pnpm test 2>&1 | claude -p "Найди первичную причину падения. Не предлагай исправление, пока не отделишь корневую ошибку от вторичных."

Не передавайте таким способом логи, если в них могут быть токены, cookie, персональные данные или секреты CI.

Давайте ссылки на документацию

Если задача зависит от версии библиотеки, укажите официальный источник или попросите агента сначала прочитать документацию. Это снижает риск, что решение будет основано на устаревшем API.

Не загружайте весь репозиторий «на всякий случай»

Контекстное окно содержит сообщения, прочитанные файлы, вывод команд, CLAUDE.md, память и системные инструкции. По мере заполнения контекста качество может снижаться. /context показывает расход, /compact сжимает историю, а /clear начинает чистую задачу. Для короткого побочного вопроса используйте /btw: ответ не добавляется в основную историю.

Как настроить CLAUDE.md для frontend-проекта

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

Пример компактного файла:

# Project

React + TypeScript application built with Vite.

## Commands

- Install: `pnpm install --frozen-lockfile`
- Typecheck: `pnpm typecheck`
- Lint: `pnpm lint`
- Unit tests: `pnpm test`
- E2E: `pnpm playwright test`
- Production build: `pnpm build`

## Architecture

- Feature code lives in `src/features`.
- Shared UI components live in `src/shared/ui`.
- Do not import features from other features.
- API contracts live in `src/shared/api/generated` and are not edited manually.

## Change rules

- Prefer the smallest change that preserves public behavior.
- Do not add a dependency without explaining why existing packages are insufficient.
- Add or update a test for every bug fix.
- Never edit `.env` files or commit secrets.
- Before finishing, run typecheck, lint, relevant tests, and build when configuration changed.

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

Команда /init создаёт стартовый вариант, а /memory показывает загруженные файлы. Подробнее — в документации о памяти.

CLAUDE.md влияет на поведение модели, но не является жёстким ограничением. Запрет чтения секретов или выполнения команды должен находиться в permissions, а не только в текстовой просьбе.

Разрешения и безопасность

Claude Code умеет читать и менять файлы, запускать shell-команды и обращаться к внешним инструментам. Это и делает его полезным, и создаёт основной риск.

Разделяйте инструкции и технические запреты

CLAUDE.md: «перед завершением запусти typecheck».
.claude/settings.json: «не читай .env и не выполняй git push».

Пример проектных правил:

{
  "permissions": {
    "allow": [
      "Bash(pnpm run *)",
      "Bash(git diff *)",
      "Bash(git status *)"
    ],
    "deny": [
      "Read(.env)",
      "Read(**/.env)",
      "Read(secrets/**)",
      "Bash(git push *)"
    ]
  }
}

Это пример, а не универсальный конфиг. Сначала посмотрите реальные команды проекта. Слишком широкий allow вроде Bash(git *) разрешит не только безопасный git diff, но и другие подкоманды. Синтаксис и приоритет правил описаны в официальной документации permissions.

Настройка разрешений Claude Code для безопасной работы

Повторяемые безопасные действия можно разрешить, изменения оставить на подтверждение, а доступ к секретам запретить.

Не отключайте проверки без необходимости

Флаг --dangerously-skip-permissions существует, но для обычной разработки его название следует воспринимать буквально. Он убирает главный слой подтверждений. Если автономный запуск действительно нужен, безопаснее ограничить окружение контейнером или виртуальной машиной и выдать минимальные права.

Checkpoint — не замена Git

Claude Code создаёт checkpoints перед правками, и /rewind позволяет восстановить разговор, код или оба состояния. Но checkpoint отслеживает только изменения, сделанные файловыми инструментами Claude. Файлы, изменённые shell-командами или внешними процессами, могут не восстановиться. Anthropic прямо рекомендует продолжать использовать Git; подробности есть в Checkpointing. Как организовать ветки, чтобы правки агента было легко откатить, я разбирал в статье Введение в Git Flow и альтернативы.

Проверяйте недоверенный контент

README, issue, веб-страница или лог могут содержать инструкции, рассчитанные на агента. Не разрешайте команды автоматически только потому, что Claude объяснил их уверенно. Перед подтверждением смотрите точную команду, рабочий каталог и последствия. Для кода из неизвестного репозитория используйте изолированную среду.

Практические сценарии для фронтендера

Разобраться в незнакомом проекте

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

Такой запрос полезнее «расскажи про проект»: у исследования есть конкретный маршрут и ожидаемый результат.

Исправить баг через воспроизводящий тест

При быстром двойном клике по кнопке «Сохранить» отправляются два POST-запроса.

1. Найди обработчик и существующие тесты.
2. Сначала добавь падающий тест, воспроизводящий двойную отправку.
3. Покажи тест и объясни причину.
4. После моего подтверждения внеси минимальное исправление.

Порядок «сначала тест, потом исправление» не позволяет агенту объявить задачу решённой только по чтению кода.

Провести рефакторинг без изменения поведения

Компонент CheckoutPage стал слишком большим.
Предложи разбиение, используя существующие границы features/entities/shared.
Не меняй props дочерних компонентов, API-запросы и пользовательское поведение.
После каждого этапа запускай текущие тесты CheckoutPage.

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

Проверить изменения перед pull request

Изучи текущий git diff как строгий reviewer.
Ищи только реальные дефекты: регрессии, ошибки типов, гонки,
проблемы доступности и отсутствующие тесты.
Не предлагай косметические изменения без измеримой пользы.
Для каждого замечания укажи файл, сценарий воспроизведения и приоритет.

После ручного запроса можно использовать /review. Для кода, связанного с авторизацией, вводом пользователя и сетевыми запросами, дополнительно запустите /security-review.

Одноразовый анализ в скрипте

claude -p "Найди циклические зависимости в src и верни только JSON со списком цепочек" --output-format json

Режим -p удобен для автоматизации, но требует более жёстких ограничений: процесс не сможет задать вам уточняющий вопрос так же естественно, как интерактивная сессия. Сначала отладьте запрос на небольшом наборе файлов. Если такие запуски перерастают в собственный инструмент, пригодится разбор как написать свой CLI: обвязку вокруг claude -p удобно оформить именно так.

Как управлять контекстом и расходом

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

Практический режим:

Одна задача — одна сессия.
Между несвязанными задачами запускайте /clear.
Используйте /context, когда агент начал повторяться или забывать ограничения.
Перед /compact укажите, что сохранить: например, список изменённых файлов, принятые решения и команды проверки.
Исследовательскую работу выносите в отдельную сессию или subagent, если она не должна засорять реализацию.
Не вставляйте многомегабайтный лог целиком; сначала сузьте период и тип ошибки.

Использование контекстного окна Claude Code до и после compact

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

Для подписок Pro и Max использование Claude и Claude Code берётся из общего лимита. Для Console расходы считаются по API-токенам. /usage показывает статистику сессии, но окончательные данные по API-биллингу нужно смотреть в Console. Актуальные принципы описаны в Manage costs effectively.

Частые ошибки

`claude: command not found`

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

Причина: каталог клиента ещё не попал в PATH текущей сессии терминала.

Решение: полностью перезапустите терминал, затем выполните claude --version. Если не помогло, используйте официальную инструкцию по установке и диагностике, а не случайный путь из старой статьи.

Агент меняет слишком много файлов

Симптом: небольшой баг превращается в архитектурный рефакторинг.

Причина: в запросе нет границ, а существующий паттерн не указан.

Решение: остановите выполнение через Esc, перечислите допустимые файлы, запретите посторонний рефакторинг и попросите минимальный diff. Если направление уже испорчено, используйте /rewind или Git.

Claude повторяет попытки и забывает ранние условия

Симптом: агент возвращается к уже отвергнутому решению.

Причина: контекст заполнен логами и неудачными ветками рассуждения.

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

Тесты «прошли», но запускалась не та команда

Симптом: агент сообщает об успехе, а CI падает.

Причина: он выбрал быстрый локальный тест вместо команды проекта или пропустил build.

Решение: зафиксируйте команды в CLAUDE.md и definition of done. В финальном ответе просите точный список выполненных команд и их результат.

Расход идёт по API, хотя есть Pro или Max

Симптом: в Console появляются API-расходы.

Причина: задан ANTHROPIC_API_KEY или выбран Console-аккаунт.

Решение: проверьте способ авторизации, выполните /logout, обновите клиент и войдите через нужную подписку. Не удаляйте рабочие переменные окружения вслепую: сначала выясните, какие приложения их используют.

В репозиторий попали секреты

Симптом: .env или токен оказался в diff либо в контексте агента.

Причина: одного .gitignore недостаточно для контроля чтения, а permissions не настроены.

Решение: добавьте deny-правила для секретов, отзовите раскрытый токен и проверьте историю Git. Простое удаление строки из последнего diff не делает секрет безопасным.

Что я рекомендую использовать

Для первого месяца не нужны плагины, MCP-серверы и сложная оркестрация. Достаточно следующего набора:

Нативный Claude Code, установленный по официальному Quickstart.
Запуск только из корня конкретного Git-репозитория.
Короткий CLAUDE.md с командами и архитектурными границами.
Plan mode перед большими изменениями.
Permissions с запретом чтения секретов и опасных Git-команд.
Цикл «исследовать → согласовать план → изменить → запустить проверки → просмотреть diff».
Чистая сессия для каждой отдельной задачи.

Подписки Pro достаточно, чтобы понять, подходит ли вам такой способ работы с небольшими проектами. Max рассчитан на более продолжительные сессии и большие объёмы использования. Console удобна, когда нужен pay-as-you-go и централизованный контроль расходов. Выбор тарифа не исправляет плохой процесс: широкий запрос без тестов останется рискованным и на дорогой модели.

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

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

Если хотите глубже разобраться в инструментах и подходах вокруг AI-разработки, продолжите с этих материалов:

Заменит ли ИИ программистов? — о влиянии нейросетей на профессию frontend-разработчика.
Пишем простую нейронку ML на JavaScript — практический эксперимент с машинным обучением в браузере.
End-to-end тесты — как проверять пользовательские сценарии, которые можно поручить Claude Code.
Введение в Git Flow и альтернативы — безопасная организация веток для работы с кодинг-агентами.

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

Нужен ли Node.js для установки Claude Code?

Для рекомендуемого нативного установщика Node.js не требуется. Старые инструкции через npm могут всё ещё встречаться в поиске, но актуальный способ установки нужно брать из официального Quickstart.

Работает ли Claude Code на Windows без WSL?

Да. Есть нативный установщик для PowerShell и пакет WinGet. Git for Windows рекомендуется для Bash-инструмента; без него Claude Code использует PowerShell. WSL остаётся удобным вариантом, если весь проект и toolchain уже работают в Linux-окружении.

Подходит ли Claude Code для React, Angular и Vue?

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

Может ли Claude Code сам написать полноценную фичу?

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

Безопасно ли давать Claude Code доступ к рабочему репозиторию?

Риск зависит от данных и настроек. Минимальный набор защиты: отдельная ветка, отсутствие секретов в доступных файлах, deny-правила, ручная проверка команд, review diff и тесты. Для чувствительного кода нужны корпоративные политики и согласование с безопасностью компании.

Чем `CLAUDE.md` отличается от `.claude/settings.json`?

CLAUDE.md объясняет модели, как работать: архитектура, команды, стиль, definition of done. settings.json технически управляет возможностями клиента: разрешениями, запретами и другими настройками. Текстовая просьба не заменяет deny-правило.

Как отменить изменения Claude Code?

Откройте /rewind и выберите восстановление кода, разговора или обоих. Но shell-команды и внешние изменения могут не попасть в checkpoint, поэтому Git остаётся обязательной страховкой.

Как продолжить работу после закрытия терминала?

Используйте claude -c для последней сессии текущего каталога или /resume и claude -r для выбора сохранённой сессии. Полезно давать длинным сессиям понятные имена.

Сколько стоит Claude Code?

Claude Code включён в платные планы Claude, а через Console может оплачиваться по API-токенам. Цена и лимиты меняются, поэтому цифры нужно проверять на официальной странице тарифов. /usage помогает следить за текущим использованием.

Итог

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

После нескольких задач вынесите повторяющиеся правила в CLAUDE.md, а реальные технические запреты — в permissions. Не храните несвязанные задачи в одной длинной сессии и не считайте checkpoints заменой Git.

Если после этого агент стабильно следует архитектуре и командам проекта, можно переходить к более сложным сценариям: Playwright через MCP, собственные skills, subagents и автоматизированный code review. Но базовый цикл должен оставаться тем же: контекст, границы, проверка.

Официальные источники

Claude Code Quickstart — установка, авторизация и первый запуск.
How Claude Code works — доступ к проекту, сессии и контекст.
CLI reference — команды запуска и флаги.
Commands reference — команды внутри сессии.
Best practices — планирование, проверка и управление контекстом.
Configure permissions — allow, ask, deny и sandbox.
How Claude remembers your project — CLAUDE.md и память.
Checkpointing — возможности и ограничения отката.
Manage costs effectively — использование и контроль расходов.