Claude Code. Урок 3: Почему предоставлен только терминал?

1.3 Зачем писать код в терминале?

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

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

Помещение ИИ в терминал преследует одну главную цель: сократить эту механическую работу.

Терминал — ближайшее к коду место

Возможно, вы используете VS Code, JetBrains или Vim. Какой бы редактор вы ни выбрали, при написании кода вам не обойтись без терминала. Запуск npm test, git log, grep, make build — эти операции естественным образом выполняются в командной строке.

И если ваш ИИ-напарник работает в том же терминале, всё упрощается. Вам не нужно копировать содержимое файлов в окно чата, не нужно описывать: «В моём проекте есть класс UserService, он находится в src/services/user.ts на 42-й строке…». Claude Code находится в корне проекта и сам всё видит.

Это несоизмеримое преимущество в контексте. Когда вы говорите Claude Code: «Помоги мне реорганизовать обработку ошибок в модуле авторизации», он действительно читает ваш auth/login.ts, читает errors.ts, находит все места, где они вызываются, и вносит правки напрямую. Вам не нужно выступать в роли передатчика.

Освобождение от роли «оператора»

При использовании ИИ-чата в браузере мы часто неосознанно становимся «посредниками»: ИИ выводит код, мы читаем, проверяем, копируем, возвращаемся в редактор и вставляем. Если код работает — отлично; если нет — копируем ошибку, спрашиваем снова, снова копируем. Этот процесс сильно нарушает поток.

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

Почему не плагин для редактора?

Вы можете спросить: а почему бы просто не сделать ИИ-плагин в редакторе?

Плагины полезны, и многие команды их используют. Но у Claude Code в терминале есть несколько преимуществ, которые сложно заменить плагином:

1. Независимость от редактора. Сегодня вы используете VS Code, завтра перейдёте на Neovim, а на удалённом сервере без графического интерфейса Claude Code всё равно работает. Он не привязан к вашему инструменту.
2. Возможность делать более «смелые» вещи. В терминале он может выполнять любые команды оболочки. Это открывает гораздо более широкие границы — он может запустить Docker-контейнер для проверки миграции базы данных, стянуть удалённую ветку и проверить конфликты, после изменения кода автоматически запустить e2e-тесты. Плагины редактора обычно не рискуют так делать или просто не могут.
3. Пакетная обработка и автоматизация. Вы можете встроить Claude Code в скрипты, чтобы он обрабатывал десятки репозиториев, генерировал документацию, автоматически обрабатывал Issues. В этом случае он уже не просто «помощник», а часть конвейера.

Мой собственный маленький пример

Однажды мне нужно было перенести проект на JavaScript (около 20 000 строк) на TypeScript. Я не стал вручную добавлять типы в каждый файл и не рассчитывал, что плагин редактора сделает всё за меня.

Я просто запустил Claude Code в каталоге проекта и сказал: «Постепенно перенеси этот проект на TypeScript в строгом режиме, каждый раз изменяй несколько файлов, после каждой группы запускай tsc --noEmit, если будут ошибки — исправляй сам, пока всё не пройдёт».

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

Конечно, это не значит, что Claude Code умнее плагина. Но он способен сам завершить цикл «изменение-проверка-исправление», и это самое принципиальное отличие от чат-ИИ.

В конечном счёте терминал даёт ИИ руки и ноги

Помещение ИИ в терминал по сути даёт ему возможность выполнять действия, а не только давать советы.

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

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