Claude Code Урок 3: Защо беше предоставен само терминалът
1.3 Защо да пишем код в терминал?
Например: Пишете нова функционалност и изведнъж откривате, че трябва да промените основна помощна функция, която е разпръсната в три файла, а някои извиквания преминават през модули. Отваряте редактора, търсите глобално, преглеждате файл по файл, внимателно променяте и пускате тестовете – червено. Гледате грешката, проверявате стека, поправяте, опитвате отново.
В този процес времето, прекарано в "обмисляне как да променя", вероятно е по-малко от половината. Останалата половина е механична работа: търсене на файлове, промяна на референции, изчакване на компилация, кликване с мишката.
Поставянето на AI в терминала има за основна цел да компресира тази механична работа.
Терминалът е най-близко до кода
Може да използвате VS Code, JetBrains или Vim. Който и да използвате, в процеса на писане на код не можете да избегнете терминала. Пускане на npm test, git log, grep, make build – тези операции естествено се извършват в командния ред.
Тогава, ако вашият AI партньор също стои в същия терминал, нещата стават по-лесни. Не е нужно да копирате и поставяте съдържанието на файлове в чат прозореца, не е нужно да описвате „В моя проект има клас, наречен UserService, който е в src/services/user.ts на ред 42...“. Claude Code стои в корена на проекта и сам ще види.
Това е низходящ удар в контекста. Когато кажете на Claude Code „Помогни ми да рефакторирам обработката на грешки в модула за вход“, то действително ще прочете вашия auth/login.ts, ще прочете errors.ts, ще намери всички места, които го извикват, и директно ще ги промени. Междувременно не е нужно да бъдете транспортьор.
Освобождава ви от ролята на „оператор“
При използване на AI чат в браузъра често несъзнателно играем ролята на „посредник“: AI извежда код, ние го четем, проверяваме, копираме и поставяме обратно в редактора. Ако кодът работи, всичко е наред; ако не работи, копираме грешката, питаме отново, копираме отново. Този процес всъщност прекъсва потока.
Дизайнът на Claude Code е да ви върне на позицията на „мислител“. Вие казвате идеята, то действа. След промените виждате diff директно в терминала и решавате дали да го приемете. То може също така да пусне тестове и линтер за вас. Вие седите и по-често четете код, вземате решения, вместо постоянно да превключвате прозорци.
Защо не плъгин за редактора?
Може да попитате: Защо тогава просто не сложим AI плъгин в редактора?
Плъгините за редактори разбира се са полезни и много екипи вече ги използват. Но Claude Code в терминала има няколко неща, които трудно се заменят от плъгин:
-
Без ограничения от редактора. Днес използвате VS Code, утре сменяте на Neovim, дори на отдалечен сървър без GUI, Claude Code работи. То не зависи от избрания от вас инструмент.
-
Може да прави повече „необичайни“ неща. В терминала може да изпълнява всякакви Shell команди. Това означава, че границите на възможностите му са много по-широки – може да стартира Docker контейнер за проверка на миграции на база данни, да изтегли отдалечен клон и да провери за конфликти, да пусне автоматично e2e тестове след промяна на кода. Тези неща плъгините за редактори обикновено не смеят да правят или изобщо не могат.
-
Пакетна обработка и автоматизация. Можете да вмъкнете Claude Code в скриптове, да му позволите да обработва десетки хранилища, да генерира документация в пакетен режим, да обработва автоматично Issues. Тогава то вече не е „помощник“, а част от производствената линия.
Малък личен пример
Преди трябваше да мигрирам JavaScript проект към TypeScript, около двадесет хиляди реда код. Моят подход не беше да добавя типове ръчно файл по файл, нито да разчитам плъгин за редактора да свърши всичко.
Просто стартирах Claude Code в директорията на проекта и му казах: „Мигрирай този проект стъпка по стъпка към строг режим на TypeScript, променяй по няколко файла наведнъж, след всяка група пускай tsc --noEmit, ако има грешки, поправи ги сам, докато всичко мине.“
През следващия половин час правех основно едно нещо: гледах diff-овете, които то правеше, и кимаше или клатех глава. От време на време му казвах „Тук не използвай any, дефинирай interface“ и то продължаваше. Накрая проектът се компилира успешно, което беше няколко пъти по-бързо от очакваното от мен време.
Това разбира се не означава, че Claude Code е по-умно от плъгините. Но то може самостоятелно да завърши цикъла „промяна-проверка-корекция“ – това е най-фундаменталната разлика между него и чат AI.
В крайна сметка терминалът дава на AI ръце и крака
Поставянето на AI в терминала по същество му дава способността да изпълнява, а не само да предлага.
То превръща вашето хранилище с код от куп текст, който може само да се чете, в реална среда, която AI може да „докосва“, променя и проверява. Това е огромен скок.
Вие все още държите посоката на проекта и всички ключови решения, но онези досадни, нискокреативни задачи, които изискват постоянно превключване, имат по-подходящ изпълнител.
评论
暂无已展示的评论。
发表评论(匿名)