Claude Code Serye ng Tutorial 3: Bakit Terminal Lang ang Ibinigay?

1.3 Bakit magsusulat ng code sa terminal?

Halimbawa: Gumagawa ka ng bagong feature, bigla mong napagtanto na kailangan mong baguhin ang isang low-level na utility function na nakakalat sa tatlong file, ang ilang tawag ay cross-module. Binuksan mo ang editor, nag-global search, nag-browse sa bawat file, maingat na binago, at pinatakbo ang tests — pula. Tiningnan ang error, sinuri ang stack trace, inayos, at inulit.

Ang totoong oras na ginugol sa "pag-iisip kung paano ayusin" ay maaaring wala pa sa kalahati. Ang natitira ay mekanikal na trabaho: maghanap ng file, baguhin ang mga reference, maghintay ng compilation, mag-click ng mouse.

Ang pangunahing layunin ng paglalagay ng AI sa terminal ay bawasan ang mga mekanikal na trabahong ito.

Ang terminal ang pinakamalapit na lugar sa code

Maaaring gumagamit ka ng VS Code, JetBrains, o Vim. Kahit anong gamitin mo, sa proseso ng pagsusulat ng code, hindi mo maiiwasan ang terminal. Ang pagpapatakbo ng npm test, git log, grep, make build — ang mga operasyong ito ay natural na ginagawa sa command line.

Kaya, kung ang iyong AI partner ay nasa parehong terminal, nagiging mas simple ang mga bagay. Hindi mo na kailangang i-copy-paste ang nilalaman ng file sa chat window, hindi mo na kailangang ilarawan ang "May klase na UserService sa aking proyekto, nasa linya 42 ng src/services/user.ts..." Si Claude Code ay nakatayo sa root directory ng proyekto, ito mismo ang titingin.

Ito ay isang dimensional na pag-atake sa konteksto. Kapag sinabi mo kay Claude Code na "Tulungan mo akong i-refactor ang error handling ng login module", talagang babasahin nito ang iyong auth/login.ts, babasahin ang errors.ts, hahanapin ang lahat ng lugar na tumatawag dito, at direktang babaguhin. Hindi mo kailangang maging tagapaghatid sa gitna.

Palayain ka mula sa papel ng "operator"

Kapag gumagamit ng browser AI chat, madalas tayong hindi sinasadyang gumanap bilang "tagapamagitan": ang AI ay naglalabas ng code, binabasa natin, beripikasyon, pagkopya, at pagkatapos ay i-paste pabalik sa editor. Kung tumatakbo ang code, maayos; kung hindi, kopyahin ang error, magtanong muli, kopyahin muli. Ang prosesong ito ay talagang nakakaabala sa flow.

Ang disenyo ng Claude Code ay upang ibalik ka sa posisyon ng "nag-iisip". Sabihin mo ang ideya, gagawin nito. Pagkatapos ng pagbabago, makikita mo ang diff nang direkta sa terminal, at magpapasya kung tatanggapin. Maaari rin itong tumulong sa pagpapatakbo ng tests at lint. Nakaupo ka doon, mas madalas na nagbabasa ng code, nagdedesisyon, sa halip na paulit-ulit na lumipat ng window.

Bakit hindi editor plugin?

Maaari mong itanong: Bakit hindi gumawa ng AI plugin nang direkta sa editor?

Siyempre, kapaki-pakinabang ang editor plugin, at maraming team na ang gumagamit nito. Ngunit ang Claude Code sa terminal ay may ilang bagay na hindi madaling mapalitan ng plugin:

Walang pagpigil ng editor. Gumagamit ka ng VS Code ngayon, bukas magpalit sa Neovim, kahit sa remote server na walang GUI, magagamit ang Claude Code. Hindi ito nakadepende sa tool na pinili mo.
Maaaring gumawa ng mas maraming "labas sa karaniwan" na bagay. Sa terminal, maaari itong mag-execute ng anumang Shell command. Ibig sabihin, mas malawak ang hangganan ng mga bagay na magagawa nito — maaari itong tumulong sa pag-start ng Docker container para i-verify ang database migration, mag-pull ng remote branch at suriin ang conflicts, at awtomatikong mag-run ng e2e tests pagkatapos baguhin ang code. Ang mga bagay na ito, karaniwang hindi ginagawa ng editor plugin o talagang hindi kaya.
Batch processing at automation. Maaari mong isama ang Claude Code sa isang script, hayaan itong tumulong sa pagproseso ng dose-dosenang repositoryo, batch na pag-generate ng dokumentasyon, at awtomatikong pag-handle ng Issues. Sa puntong ito, hindi na ito "katulong", kundi isang bahagi ng pipeline.

Isang maliit na halimbawa mula sa akin

Dati kailangan kong i-migrate ang isang JavaScript project sa TypeScript, mga dalawampung libong linya ng code. Ang ginawa ko ay hindi manu-manong magdagdag ng types sa bawat file, o umasa sa editor plugin na gagawin ang lahat.

Direkta kong inilunsad ang Claude Code sa root directory ng proyekto at sinabi: "I-migrate ang proyektong ito sa TypeScript strict mode nang paunti-unti, baguhin ang ilang file bawat oras, pagkatapos ng bawat batch ay patakbuhin ang tsc --noEmit, kung may error ay ayusin mo mismo, hanggang sa makapasa lahat."

Sa sumunod na kalahating oras, isa lang ang ginawa ko: tiningnan ang diff na ginawa nito, tumango o umiling. Paminsan-minsan sinasabi ko "Huwag gumamit ng any dito, mag-define ng interface", at nagpatuloy ito sa trabaho. Sa wakas, pumasa ang compilation ng proyekto, ilang beses na mas mabilis kaysa sa inaasahan ko.

Hindi ko sinasabi na mas matalino ang Claude Code kaysa sa plugin. Ngunit kaya nitong kumpletuhin ang loop na "modify-verify-fix" nang mag-isa, ito ang pinakapangunahing pagkakaiba nito sa chat-based AI.

Sa huli, binigyan ng terminal ang AI ng mga kamay at paa

Ang paglalagay ng AI sa terminal ay mahalagang pagbibigay dito ng kakayahang mag-execute, hindi lang magmungkahi.

Ginagawa nitong hindi na lang isang tambak ng text na mababasa lang ang iyong code repository, kundi isang tunay na kapaligiran na maaaring "hawakan", baguhin, at i-verify ng AI. Ito ay isang malaking hakbang.

Ikaw pa rin ang may kontrol sa direksyon ng proyekto at lahat ng mahahalagang desisyon, ngunit ang mga nakakapagod, mababang-creative, at paulit-ulit na paglipat-lipat na trabaho ay may mas angkop na tagapagdala.