Константин ВасинБлог
Claude Code и вайбкодинг

Claude Code: что это такое и что он реально умеет

Это не чат в браузере: агент видит ваши файлы, запускает команды и сам исправляет собственные ошибки. Разбираю, как он устроен, чем отличается от ChatGPT и Cursor и что на нём получается за вечер.

Коротко
  • Это не чат, а агент в терминале: он читает файлы проекта, правит их, запускает команды и видит вывод своих ошибок.
  • Сильные стороны — каркас с нуля и объём: сайт за вечер, однотипные правки в сорока файлах за пару итераций.
  • Предел — контекст и уверенность без оснований. Модель почти никогда не скажет «не знаю», поэтому важные факты проверяем сами.
  • Настроить надо три вещи: файл с правилами проекта, git с первого дня, секреты вне репозитория.
Содержание статьи
  1. Как он устроен
  2. Чем он отличается от чата и от редактора с ИИ
  3. Что он делает хорошо
  4. Где предел
  5. Режимы работы и модели
  6. Три вещи, которые стоит настроить сразу
  7. С чего начать

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

Я собрал на нём шесть сайтов, контент-конвейер, панель мониторинга проектов и несколько ботов. Ниже — что он реально умеет, где предел и как выглядит нормальный рабочий цикл.

Как он устроен

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

$claude --version
2.1.220 (Claude Code)

Внутри цикл всегда один и тот же:

Цикл работы агента над одной задачей
  1. 1ЧитаетФайлы, конфиги, историю git — всё, что нужно под задачу
  2. 2ПланируетПоказывает план изменений до того, как что-то трогать
  3. 3ПравитМеняет файлы, запускает сборку или тесты
  4. 4ЧинитВидит ошибку в выводе и правит снова, сам
  5. 5ОтчитываетсяОбъясняет, что именно изменилось и где

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

Дальше по теме

Что я собираю на нём прямо сейчас

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

Чем он отличается от чата и от редактора с ИИ

Чат в браузере Редактор с ИИ Claude Code
Где живёт вкладка браузера ваш редактор терминал
Видит проект нет, только что вставили открытые файлы весь репозиторий
Меняет файлы нет по одному сам, пачками
Запускает команды нет ограниченно да, с подтверждением
Единица работы сообщение строка кода задача целиком
Кому удобнее разовый вопрос тому, кто пишет код тому, кто ставит задачу

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

Что он делает хорошо

Собирает каркас с нуля. Сайт со страницами, меню, адаптивной вёрсткой и формой заявки — вечер работы. Дальше день-два на доводку.

Работает с большим объёмом однотипных правок. Переименовать поля во всех файлах, привести структуру данных к новому формату, пройтись по сорока статьям и добавить микроразметку.

Разбирается в чужом коде. Это недооценённый сценарий. Открываете незнакомый проект и спрашиваете, как он устроен, — получаете карту вместо часа чтения. Это же мой первый промпт в любом незнакомом проекте:

Промпт — карта незнакомого проекта
Разберись, как устроен этот проект, и сделай карту для меня.

Сначала посмотри сам: README, package.json или requirements, структуру папок,
последние 20 коммитов, файлы конфигурации и деплоя. Не читай всё подряд —
сначала оглавление, потом только то, что нужно.

Ответь по пунктам:
1. Что этот проект делает и для кого. Одним абзацем.
2. Стек и версии. Только то, что реально нашёл в файлах.
3. Карта папок: что где лежит, три-четыре главные точки входа.
4. Как это запускается локально и как выкатывается в прод.
5. Где хранятся данные и секреты.
6. Что выглядит опасным: мёртвый код, дубли, места, где легко всё сломать.

В конце — список из 5 вопросов, ответы на которые ты не нашёл в файлах.
Ничего не додумывай: если чего-то нет, так и пиши.

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

Что дал самый большой выигрыш

Не генерация кода, а автоматизация рутины вокруг сайтов. Публикация статей по расписанию, проверка технички, отчёт в Telegram каждое утро — вещи, ради которых раньше пришлось бы нанимать человека или отказаться от идеи. Код перестаёт быть узким местом примерно на второй неделе, дальше всё упирается в процессы.

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

Одна неделя работы с агентом, август 2026
1 711сессий с агентом за 7 дней
47проектов в работе
18%работы агент сделал сам, без меня, по расписанию
94,7%запросов ушло в кэш, а не в новый разбор

Где предел

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

Уверенность без оснований. Модель почти никогда не говорит «не знаю». Она выдаёт правдоподобный ответ. Если факт важен — проверяйте. У меня в глобальных правилах прописано: проверять факты, не выдумывать данные, писать, что именно изменено.

Нюансы конкретного рантайма. Всё, что зависит от версии библиотеки, окружения контейнера или особенностей хостинга, агент угадывает хуже человека, который это видел.

Признак, что агент чинит не то

Если модель дважды «исправила» одну и ту же ошибку, а поведение не изменилось, она работает не с причиной. Останавливайтесь и ищите причину сами: смотрите логи, проверяйте, что реально попало в сборку. Три круга «попробуй ещё раз» стоят дороже пятнадцати минут собственного разбора.

Режимы работы и модели

Внутри доступны разные модели, и это прямо влияет на счёт. Практическое правило, к которому я пришёл:

  • Сложная архитектура, отладка, разбор чужого кода — самая сильная модель (Opus).
  • Тексты, рутинные правки, однотипный объём — модель попроще (Sonnet).
  • Массовая обработка, где качество не критично — дешёвая внешняя модель по API.

Подписки за 20–30 $ в месяц хватает, чтобы вести несколько проектов. Дорогие тарифы нужны, только если вы целыми днями гоняете тяжёлые задачи. Подробный разбор — в статье сколько стоит Claude.

Три вещи, которые стоит настроить сразу

Без них агент работает, но вполсилы.

Базовая настройка проекта

  1. Файл с правилами проекта. Стек, структура папок, что нельзя трогать, как деплоится. Агент читает его каждый раз и перестаёт изобретать своё.
  2. Git с первого дня. Любая правка обратима. Без него однажды будет очень неприятный вечер.
  3. Секреты отдельно. Ключи и пароли — в файле, который не попадает в репозиторий. Проверьте это до первого коммита.

Дальше идут два уровня: скиллы и правила — как научить агента работать по вашему стандарту, и MCP-серверы — как дать ему доступ к внешним данным и сервисам.

Читайте такжеСкиллы и правила Claude CodeЕсли вы объясняете агенту одно и то же третий раз — пора не объяснять, а записать. Разбираю, как устроены скиллы и правила, чем они отличаются и как написать такой, которым вы реально будете пользоваться.

С чего начать

Поставьте и проверьте на маленькой задаче: пошаговая установка на Mac, Windows и Linux. Если вы в России, сначала прочитайте про доступ и оплату — там два отдельных вопроса, которые решаются по-разному.

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

Что забрать из статьи
  1. Единица работы здесь — задача, а не строка кода. Формулируйте результат, а не способ.
  2. Чем лучше в проекте документация, тем дешевле работает агент: он читает её каждый раз заново.
  3. Git — не рекомендация, а страховка: любую правку агента нужно уметь откатить одной командой.
  4. Дважды «исправил», а поведение не изменилось — остановитесь и разберитесь сами: он чинит не причину.
  5. Модель выбирайте под задачу: сильную на архитектуру, дешёвую на рутину. На счёт это влияет сильнее всего.
Забрать материал

Гайд «6 проектов в Claude Code»

Карусели, Reels, клон-голос, авто-монтаж, второй мозг — с промптами и командами. Бесплатно, отдаёт бот в Telegram.

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

Claude Code — это то же самое, что Claude в браузере?

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

Нужно ли уметь программировать?

Чтобы собрать первый сайт или скрипт — нет. Чтобы поддерживать проект дальше — желательно понимать структуру файлов и уметь читать, что изменилось. Минимальный набор: терминал, git, представление о том, где у проекта фронт, где данные, где конфиг.

Claude Code работает с существующим проектом или только с нуля?

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

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

В Cursor модели Claude и Codex идут по API в лимите 20–50 $ в месяц. Claude Code на подписке считает те же модели окном — объём больше примерно в сотни раз. Разбор с цифрами — в статье «Claude Code или Cursor».

Он может удалить мои файлы?

Может, если дать ему такую команду и подтвердить. По умолчанию действия, меняющие систему, требуют подтверждения. Обязательная страховка — git: любой проект под контролем версий, чтобы откатить одну команду, а не восстанавливать вечер работы.

Константин Васин
Предприниматель, маркетолог

10 лет в маркетинге и онлайн-образовании. Запускаю проекты в одиночку на Claude Code и показываю экономику как есть. Все методы из блога сначала обкатываю на своих проектах и только потом описываю.