Tutorial de la sèrie Claude Code 3: Per què només es proporciona el terminal?

1.3 Per què escriure codi al terminal?

Per posar un exemple: estàs desenvolupant una nova funcionalitat i de sobte et adones que has de modificar una funció d'eina de baix nivell que es troba repartida en tres fitxers, i algunes crides travessen mòduls. Obres l'editor, fas una cerca global, navegues fitxer per fitxer, fas els canvis amb cura, executes les proves — i fallen. Mires l'error, consultes la traça, ho arregles, i ho tornes a provar.

En aquest procés, el temps realment dedicat a "pensar com solucionar-ho" potser no arriba a la meitat. La resta és feina mecànica: buscar fitxers, canviar referències, esperar compilacions, fer clics.

Posar la IA al terminal té com a objectiu principal comprimir aquesta feina mecànica.

El terminal és el lloc més proper al codi

Potser uses VS Code, JetBrains o Vim. Sigui quin sigui, en el procés d'escriure codi, no pots evitar el terminal. Executar npm test, git log, grep, make build — aquestes operacions es fan de manera natural a la línia d'ordres.

Llavors, si el teu company d'IA també està al mateix terminal, les coses es simplifiquen. No cal que copiïs i enganxis el contingut dels fitxers a una finestra de xat, ni que descriguis tu mateix "al meu projecte hi ha una classe anomenada UserService que es troba a la línia 42 de src/services/user.ts...". Claude Code es troba al directori arrel del projecte, i ho llegeix tot per si sol.

Això és un canvi de dimensió en el context. Quan li dius a Claude Code "reestructura'm el maneig d'errors del mòdul d'inici de sessió", realment llegeix el teu auth/login.ts, llegeix errors.ts, cerca tots els llocs que l'utilitzen, i fa els canvis directament. No necessites fer de transportista.

Allibera't del paper d'"operador"

Quan uses el xat d'IA al navegador, sovint acabes fent de "intermediari" sense adonar-te'n: la IA escriu codi, tu el llegeixes, el verifiques, el copies, i tornes a l'editor per enganxar-lo. Si el codi funciona, perfecte; si no, copies l'error, preguntes de nou, tornes a copiar. Aquest procés trenca molt el flux.

El disseny de Claude Code pretén que tornis a estar en la posició de "pensador". Tu dius la idea, ell executa. Un cop fet el canvi, veus el diff directament al terminal i decideixes si acceptar-lo. A més, pot executar les proves o el linter per tu. Tu ets allà, la major part del temps llegint codi i prenent decisions, sense haver de canviar de finestra contínuament.

Per què no un complement d'editor?

Potser et preguntes: i per què no fer un complement d'IA directament a l'editor?

Els complements d'editor són útils, i molts equips ja els fan servir. Però el Claude Code al terminal té alguns avantatges difícils de substituir amb complements:

1. Sense lligams amb l'editor. Avui uses VS Code, demà canvies a Neovim, o fins i tot en un servidor remot sense interfície gràfica, Claude Code funciona. No depèn de l'eina que hagis triat.
2. Pot fer coses més "agosarades". Al terminal pot executar qualsevol ordre de Shell. Això li dona un àmbit d'acció molt més ampli — pot iniciar un contenidor Docker per verificar migracions de base de dades, pot descarregar una branca remota i comprovar conflictes, pot executar proves e2e automàticament després de modificar el codi. Aquestes coses, normalment un complement d'editor no s'atreveix a fer-les, o simplement no pot.
3. Processament per lots i automatització. Pots posar Claude Code dins d'un script perquè et processi desenes de repositoris, generi documentació en lots, o gestioni Issues de manera automàtica. En aquest cas, ja no és un "assistent", sinó un enllaç dins d'una cadena de producció.

Un petit exemple personal

Necessitava migrar un projecte de JavaScript a TypeScript, unes vint mil línies de codi. La meva manera de fer-ho no va ser afegir tipus manualment fitxer per fitxer, ni esperar que un complement d'editor ho fes tot.

Simplement vaig iniciar Claude Code al directori del projecte i li vaig dir: "Migra aquest projecte progressivament al mode estricte de TypeScript, modificant uns quants fitxers cada vegada, i després de cada lot executa tsc --noEmit. Si hi ha errors, corregeix-los tu mateix fins que tot passi."

Durant la següent mitja hora, bàsicament només vaig fer una cosa: mirar els diffs que feia, i aprovar o desaprovar. De tant en tant li deia "aquí no facis servir any, defineix una interface", i ell continuava treballant. Al final, el projecte va compilar sense problemes, i va ser diverses vegades més ràpid del que havia previst.

Això no vol dir que Claude Code sigui més intel·ligent que un complement. Però és capaç de completar el cercle "modificar-verificar-corregir" per si sol, i aquesta és la diferència fonamental respecte a la IA de xat.

Al cap i a la fi, el terminal dona mans i peus a la IA

Posar la IA al terminal li dona capacitat d'execució, no només de suggeriment.

Això fa que el teu repositori de codi deixi de ser un conjunt de textos que només es poden llegir, i es converteixi en un entorn real que la IA pot "tocar", modificar i verificar. Això és un gran salt endavant.

Tu continues tenint el control de la direcció del projecte i de totes les decisions clau, però la feina tediosa, poc creativa i que requereix constant canvi de context troba un executor més adequat.