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 у терміналі має кілька переваг, які важко замінити:

Без прив'язки до редактора. Сьогодні ви використовуєте VS Code, завтра — Neovim, або навіть на віддаленому сервері без графічного інтерфейсу — Claude Code працює всюди. Він не залежить від вашого інструменту.
Можливість робити „нестандартні“ речі. У терміналі він може виконувати будь-які команди оболонки. Це відкриває значно ширші межі: запустити Docker-контейнер для перевірки міграцій бази даних, стягнути віддалену гілку та перевірити конфлікти, автоматично запустити e2e-тести після змін коду. Плагіни редактора зазвичай не наважуються це робити або взагалі не можуть.
Пакетна обробка та автоматизація. Ви можете вбудувати Claude Code у скрипти, щоб він обробляв десятки репозиторіїв, генерував документацію, автоматично опрацьовував Issues. Тоді він уже не просто „помічник“, а частина конвеєра.

Мій власний приклад

Нещодавно мені потрібно було мігрувати JavaScript-проект на TypeScript, приблизно 20 000 рядків коду. Я не робив це вручну, додаючи типи файл за файлом, і не розраховував, що плагін редактора все зробить за мене.

Я просто запустив Claude Code у кореневій папці проекта і сказав: „Поступово мігруй цей проект на строгий TypeScript, змінюй по кілька файлів за раз, після кожної партії запускай tsc --noEmit, якщо будуть помилки — виправляй їх самостійно, доки все не пройде.“

Наступні півгодини я в основному лише дивився на diff, кивав або хитав головою. Іноді казав: „Тут не використовуй any, створи interface“, і він продовжував. Зрештою проект скомпілювався, я заощадив у кілька разів більше часу, ніж очікував.

Звісно, це не означає, що Claude Code розумніший за плагін. Але він здатен самостійно завершити цикл „зміна-перевірка-виправлення“, що є фундаментальною відмінністю від чат-помічників.

Термінал дає ШІ руки

Вбудовування ШІ в термінал по суті дає йому здатність діяти, а не лише пропонувати.

Воно перетворює ваш кодовий репозиторій з набору тексту, який можна лише читати, на реальне середовище, яке ШІ може „торкати“, змінювати та перевіряти. Це величезний крок уперед.

Ви досі контролюєте напрямок проекту та всі ключові рішення, але для нудної, низькокреативної роботи, що вимагає постійних переходів, з'явився кращий виконавець.