← 返回列表

Claude Code serieko 3. tutoretza: Zergatik terminala bakarrik?

1.3 Zergatik idatzi kodea terminalean?

Adibide bat: ezaugarri berri bat ari zara idazten, eta bat-batean oinarrizko tresna-funtzio bat aldatu behar duzula konturatzen zara, hiru fitxategitan sakabanatuta dagoena, eta dei batzuk modulu artean ere zeharkatzen dira. Editorea ireki, bilaketa orokorra egin, fitxategiz fitxategi ibili, kontu handiz aldatu, eta gero proba berriro exekutatu — gorriz. Errorea ikusi, pila begiratu, konpondu, eta berriro.

Prozesu honetan, benetan "nola aldatu pentsatzen" igarotako denbora erdia baino gutxiago izan daiteke. Gainerakoa lan mekanikoa da: fitxategiak bilatu, erreferentziak aldatu, konpilazioaren zain egon, saguarekin klik egin.

AI terminalean jartzearen helburu nagusia lan mekaniko hori konprimitzea da.

Terminala koderik gertuen dagoen lekua da

VS Code, JetBrains edo Vim erabil dezakezu. Edozein erabili ere, kodea idaztean terminala saihestezina da. npm test, git log, grep, make build exekutatzea — eragiketa hauek berez komando-lerroan egiten dira.

Beraz, zure AI bikotea terminal berean balego, gauzak erraztu egingo lirateke. Ez duzu fitxategi-edukia txat-leihora kopiatu beharrik, ez duzu zeuk deskribatu behar "nire proiektuan UserService izeneko klase bat dago, src/services/user.ts-ren 42. lerroan...". Claude Code proiektuaren erroan dago, eta berak ikusiko du.

Testuinguruaren maila-jauzi bat da. Claude Code-ri "mesedez, berregituratu saioa hasteko moduluaren errore-kudeaketa" esaten diozunean, benetan irakurriko ditu zure auth/login.ts, errors.ts, eta erabiltzen duten leku guztiak bilatuko ditu, eta zuzenean aldatuko ditu. Bitartean ez duzu bitarteko lanik egin behar.

"Operadore" roletik askatzea

Nabigatzaileko AI txata erabiltzean, sarritan nahi gabe "bitarteko" papera hartzen dugu: AI-k kodea irteten du, guk irakurri, egiaztatu, kopiatu, eta gero editorean itsatsi. Kodea funtzionatzen badu, primeran; bestela, errorea kopiatu, berriro galdetu, berriro kopiatu. Prozesu honek fluxua eten egiten du askotan.

Claude Code-ren diseinuak pentsalari postura itzularazi nahi zaitu. Zuk ideiak esan, berak exekutatu. Aldatu ondoren, diff-a zuzenean terminalean ikusi eta onartu ala ez erabaki. Gainera, probak eta lint-a exekutatzen lagun zaitzake. Zuk gehiago irakurri eta erabakiak hartu, leihoak aldatu beharrean.

Zergatik ez editore-plugina?

Galdetuko duzu: zergatik ez editorean bertan AI plugina ipini?

Editore-pluginak baliagarriak dira, eta talde askok erabiltzen dituzte. Baina terminaleko Claude Code-k pluginak ordezkatu ezin dituen hainbat abantaila ditu:

  1. Editorearen menpekotasunik ez. Gaur VS Code, bihar Neovim, edo GUI gabeko urruneko zerbitzarian ere Claude Code erabil daiteke. Zure tresnarekin zerikusirik ez du.
  2. Gauza "ausartagoak" egin ditzake. Terminalean Shell komandoak exekutatu ditzake. Horrek muga zabalagoa ematen dio — Docker edukiontziak abiarazten lagun dezake datu-base migrazioa egiaztatzeko, urruneko adarra jaso eta gatazkak egiaztatu, kodea aldatu ondoren e2e probak automatikoki exekutatu. Editore-pluginak normalean ez du horrelakorik egiten, edo ezin du.
  3. Lote-prozesatzea eta automatizazioa. Claude Code script batean sar dezakezu, hainbat biltegi prozesatzeko, dokumentazioa sortzeko, Issues-ak automatikoki kudeatzeko. Orduan, ez da "laguntzaile" hutsa, produkzio-katearen parte baizik.

Nire adibide txiki bat

Duela gutxi, JavaScript proiektu bat TypeScript-era migratu behar nuen, 20.000 kode lerro inguru. Nire estrategia ez zen fitxategiz fitxategi motak eskuz gehitzea, ezta editore-plugin batek dena egitea espero izatea.

Proiektuaren direktorioan Claude Code abiarazi nuen, eta esan nion: "Migratu proiektu hau TypeScript modu zorrora gradualki, aldi bakoitzean fitxategi batzuk aldatu, eta sorta bakoitzaren ondoren tsc --noEmit exekutatu. Erroreak badaude, konpondu zeuk, dena gainditu arte."

Hurrengo ordu erdian, ia gauza bakarra egin nuen: diff-ak ikusi, baietz edo ezetz esan. Noizean behin "hemen ez erabili any, definitu interface bat" esan, eta berak lanean jarraitu. Azkenean, proiektua konpilatu zen, eta nire kalkulua baino askoz azkarrago.

Honek ez du esan nahi Claude Code plugina baino inteligenteagoa denik. Baina "aldatu-egiaztatu-konpondu" zikloa bere kabuz osatu dezake, eta hori da txat bidezko AI-rekiko desberdintasun nagusia.

Azken finean, terminalak eskuak eta oinak eman dizkio AI-ari

AI terminalean jartzeak, funtsean, exekuzio-ahalmena ematen dio, gomendio-ahalmena bakarrik ez.

Zure kode-biltegia irakur daitezkeen testu soilak izatetik, AI ukitu, aldatu eta egiaztatu dezakeen ingurune erreal bihurtzen da. Jauzi erraldoia da.

Proiektuaren norabidea eta erabaki garrantzitsu guztiak zure esku jarraitzen dute, baina lan neketsu, sormen gutxiko eta etengabe saltoka egiteko lanek hartzaile egokiagoa dute orain.

评论

暂无已展示的评论。

发表评论(匿名)