Claude coding в терминале - это то, чем я закрываю большую часть рутинных задач на проектах клиентов: от правки скрипта в Tilda до рефакторинга aiogram-бота перед деплоем. Полтора года назад ИИ-ассистент жил у меня только внутри VS Code как автодополнение строк, сейчас Claude Code открыт в отдельном терминальном окне почти весь рабочий день, и я гоняю его на живых репозиториях клиентов, а не на игрушечных примерах из документации.
По теме статьи
Готовое решение
AI-чатбот для сайта на Claude - отвечает как ваш менеджер, работает 24/7
Подключу к вашему сайту чат-бота на Claude API. Бот отвечает на вопросы клиентов голосом вашего бренда, знает каталог и условия доставки, забирает лиды в CRM или Telegram.
от25 000 ₽
AI / Claude API
Искусственный интеллект для бизнеса
AI-чатбот на сайт с базой знаний, автообработка заявок, генерация контента, умный парсинг. Claude API, OpenAI, RAG.
от50 000 ₽
Что такое Claude coding и чем терминальный агент отличается от автодополнения в IDE
Автодополнение в редакторе подсказывает следующую строку, пока ты сам держишь в голове контекст всего проекта. Claude coding в терминале работает иначе: я даю задачу целиком, ИИ сам читает файлы, смотрит структуру репозитория, запускает тесты и линтер, правит код в нескольких местах и показывает diff перед тем, как что-то закоммитить. Разница на практике огромная. В IDE я подсказываю решение построчно, а в терминале описываю результат, например «поправь обработку вебхука СДЭК так, чтобы статус заказа обновлялся в WooCommerce», и получаю набор изменений по трём файлам сразу, с объяснением, что и почему поменялось.
Похожая история с парсерами на Python для мониторинга цен конкурентов: пишу задачу в одно сообщение, агент сам разбивает её на модули, добавляет обработку сетевых ошибок и лог выполнения, а потом прогоняет тестовый сбор данных, прежде чем я вообще открою код руками.
Для проектов на Tilda это особенно заметно. Там нет полноценной кодовой базы, обычно один JS-файл с кастомной логикой на тысячу строк, и держать в голове всю логику зон доставки или проверки промокодов руками неудобно. Агент читает файл целиком за один проход и находит связанные куски кода, которые я бы искал вручную минут двадцать. То же самое с расчётом налогов и НДС в калькуляторах на Tilda: там условная логика раскидана по нескольким скриптам, и без беглого чтения всей структуры легко пропустить место, где меняется итоговая сумма.
Установка Claude Code и настройка под свои проекты
Ставлю через npm, авторизация через аккаунт Anthropic занимает пару минут. Дальше в корне каждого проекта держу файл CLAUDE.md с описанием стека, соглашений по коду и команд для тестов и сборки, это экономит время на объяснении контекста заново в каждой сессии. Для WordPress-проектов там же прописываю, что миграции базы не трогать без явного разрешения, для Tilda-скриптов - что менять только конкретный файл кастомного кода, а не верстку блоков.
Режим прав доступа выставляю по проекту. На черновых ветках включаю автопринятие правок файлов, чтобы не подтверждать каждую замену строки, но команды в терминале вроде git push или деплой оставляю с ручным подтверждением. На проде для клиентов держу более консервативный режим, там правки принимаю по одной, а любые сетевые запросы вроде обращения к API эквайринга подтверждаю отдельно.
Для проектов, где несколько задач идут параллельно, завожу отдельные git-ворктри под каждую ветку и открываю в каждом свою сессию терминала, так агент не путает контекст одной задачи с другой, а я вижу все изменения отдельно перед слиянием в основную ветку.
Мой ежедневный workflow кодинга с ИИ: от git status до пул-реквеста
День начинаю с git status и git diff по всем открытым проектам, потом прошу Claude Code резюмировать, что изменилось со вчера, если работал над задачей несколько дней подряд. Дальше обычная последовательность: ставлю задачу текстом, смотрю на список файлов, которые агент собирается менять, читаю diff, при необходимости прошу переделать конкретный кусок вместо того, чтобы принимать всё целиком. Коммиты пишу с проверкой сообщения, чтобы оно отражало суть правки, а не было автогенерированной отпиской из одного слова.
Вот примерная последовательность команд на обычное утро с несколькими открытыми задачами.
git status
git diff --stat
claude "прогони тесты, поправь упавшие и покажи diff перед коммитом"
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
На проектах покрупнее держу несколько сессий сразу: пока один агент разбирает баг в API-бэкенде на Laravel, второй в соседнем окне пишет тесты для дашборда на Vue, и я просто переключаюсь между вкладками терминала вместо того, чтобы ждать, пока освободится один поток внимания.
Отдельно держу фоновые задачи для длинных прогонов: полный набор тестов на Laravel-бэкенде или сборка Next.js-лендинга запускаются в фоне, пока я параллельно разбираю другую задачу в соседнем терминале. Раньше я просто ждал перед экраном, пока прогонятся тесты минут пять-десять, сейчас это время не теряется, а по завершении прогона получаю уведомление и список упавших тестов с готовым объяснением причины.
Хуки, права доступа и фоновые агенты убирают рутину
Хуки в настройках вешаю на конкретные события: после каждой правки файла в проекте на Laravel запускается форматтер, перед коммитом линтер проверяет, что не осталось debug-выводов и закомментированных кусков кода. Для aiogram-ботов добавил хук, который после изменения хендлера прогоняет юнит-тесты на моках Telegram API, это отловило несколько регрессий в обработке колбэков, которые я бы заметил только на проде спустя пару дней. Для Tilda-скриптов повесил похожую проверку перед публикацией: хук прогоняет статический анализ JS-файла и ловит забытые console.log и незакрытые условия, которые в конструкторе не покажет ни одна встроенная валидация.
Права доступа - это не формальность, а реальная защита от того, что агент случайно снесёт рабочую ветку или отправит push в чужой форк. Разграничиваю так: чтение файлов и правки кода без подтверждения, а сетевые команды и всё, что меняет состояние вне репозитория, подтверждаю руками. На проектах с доступом к боевой базе, например при интеграции T‑Bank эквайринга в WooCommerce, это правило соблюдаю без исключений, даже если это замедляет работу на пару минут.
Фоновых агентов запускаю не только для тестов. Долгую задачу вроде переноса магазина с одной CRM на другую с миграцией заказов и статусов доставки СДЭК можно поставить в фон с чётким описанием шагов, а самому в это время разбирать баг-репорты по другому проекту. Проверяю результат уже по готовому diff и логу выполненных шагов, а не сижу и не слежу за каждой строчкой вывода.
Реальные кейсы: Tilda, WordPress, aiogram-боты и n8n
На Tilda-проектах чаще всего прошу поправить логику зон доставки или ограничение по промокодам, агент сам находит нужный блок в кастомном JS и меняет условие, не трогая остальную вёрстку. На WordPress с WooCommerce разбирал зависший вебхук от эквайринга T‑Bank, где статус оплаты не долетал до заказа, Claude Code прошёлся по логам плагина и хуку woocommerce_api, нашёл несовпадение форматов подписи запроса и предложил исправление за один проход вместо того, чтобы я сам сверял документацию банка построчно, а на это обычно уходил вечер.
С ботами на aiogram работаю похожим образом: описываю сценарий диалога, ИИ пишет хендлеры, добавляет FSM-состояния и сразу тесты на них, а я только проверяю логику переходов между состояниями и граничные случаи вроде отмены заказа на середине диалога. В n8n использую Claude Code для написания кастомных Function-нод и валидации данных между шагами сценария, когда встроенных блоков не хватает, а объяснять логику словами в интерфейсе дольше, чем показать нужный результат в терминале.
Для интернет-магазинов, где нужно сверять остатки на складе с ценами у поставщиков, пишу на Python скрипты сбора открытых данных с сайтов поставщиков и синхронизации с CRM, а Claude Code берёт на себя черновую часть: разбор HTML-структуры страницы, соблюдение rate-limit между запросами и запись результата в таблицу с логом ошибок.
Для клиентов, которым нужна не разовая правка, а встроенный в рабочий процесс ассистент, обычно предлагаю отдельно посмотреть на AI-интеграции под конкретные задачи бизнеса, это уже не терминальный кодинг для разработки, а готовый инструмент, которым пользуется их команда без моего участия в переписке с ИИ.
Claude Code CLI против IDE-ассистентов: что выбрать
Разница не в том, какая модель умнее, а в том, сколько автономии ты готов дать инструменту и как устроена конкретная задача.
| Инструмент | Как получает контекст | Автономность действий |
|---|---|---|
| Claude Code в терминале | Читает файлы и структуру репозитория по своей инициативе | Сам запускает тесты, линтер и правит несколько файлов подряд |
| Автодополнение в IDE | Видит текущий файл и открытые вкладки | Предлагает следующую строку или блок, решение принимает разработчик |
| IDE-агент со встроенным чатом | Работает в рамках открытого проекта в редакторе | Может править несколько файлов, но обычно без фоновых задач и хуков |
Для точечной правки одной строки быстрее набрать её самому, для задачи на несколько файлов и с прогоном тестов терминальный агент экономит куда больше времени, чем построчные подсказки в редакторе.
Частые вопросы
Чем Claude coding в терминале отличается от Cursor или GitHub Copilot?
Copilot и похожие плагины подсказывают код по мере набора текста внутри редактора, решения там точечные и требуют, чтобы ты сам держал в голове весь контекст задачи. Claude Code в терминале берёт задачу целиком: читает несколько файлов, запускает тесты и линтер, вносит правки по всему репозиторию и показывает готовый diff, а не отдельные строки-подсказки. На практике это ощущается как разница между подсказкой и делегированием куска работы целиком.
Можно ли доверить Claude Code продакшен-деплой?
Технически да, но на проде я держу ручное подтверждение для любых команд, которые меняют состояние вне репозитория, включая деплой и работу с боевой базой. Автономность экономит время на рутине, а не заменяет проверку перед выкладкой изменений на живой сайт, особенно если речь о магазине с реальными платежами через эквайринг.
Что делать, если ИИ сломал часть кода на большом проекте?
Смотреть diff перед каждым коммитом и не разрешать автопринятие правок на боевых ветках, тогда откатывать нечего, потому что ломающие изменения просто не попадают в git. Если правка уже закоммичена и что-то пошло не так, откатываю через git и разбираю причину отдельным запросом к агенту, прежде чем пробовать снова, а не наслаиваю новые правки поверх сломанного места.
Сколько стоит настроить такой workflow для моего проекта?
Разовая настройка CLAUDE.md, хуков и прав доступа под конкретный стек укладывается в рамки консультации от 3000 ₽, а более глубокая интеграция с внешними сервисами вроде CRM или эквайринга оценивается отдельно по объёму задачи. Дальнейшее сопровождение и разбор новых регрессий веду в рамках техподдержки от 15000 ₽ в месяц.