Tutorialul seriei Claude Code 3: De ce este oferit doar terminalul?

1.3 De ce să scrii cod în terminal?

De exemplu: scrii o funcționalitate nouă și deodată descoperi că trebuie să modifici o funcție de utilitate de nivel inferior, răspândită în trei fișiere, iar unele apeluri traversează modulele. Deschizi editorul, cauți global, răsfoiești fișier cu fișier, modifici cu grijă, apoi rulezi testele — roșu. Te uiți la eroare, verifici stiva, repari, și iar.

În acest proces, timpul petrecut efectiv pentru a „gândi cum să modifici” poate fi mai puțin de jumătate. Cealaltă jumătate este muncă mecanică: găsirea fișierelor, modificarea referințelor, așteptarea compilării, clicurile mouse-ului.

Plasarea AI-ului în terminal are ca scop principal comprimarea acestor munci mecanice.

Terminalul este cel mai aproape de cod

Poate folosești VS Code, JetBrains sau Vim. Indiferent de care, în procesul de scriere a codului, nu poți ocoli terminalul. Rulezi npm test, git log, grep, make build — aceste operații se fac în mod natural în linia de comandă.

Atunci, dacă partenerul tău AI stă în același terminal, lucrurile devin simple. Nu mai trebuie să copiezi și să lipești conținutul fișierelor în fereastra de chat, nu mai trebuie să descrii singur „în proiectul meu există o clasă numită UserService, care se află în src/services/user.ts la linia 42...”. Claude Code se află chiar în directorul rădăcină al proiectului și vede el însuși.

Aceasta este o lovitură dimensională în context. Când îi spui lui Claude Code „ajută-mă să refac gestionarea erorilor modulului de autentificare”, acesta va citi efectiv auth/login.ts, va citi errors.ts, va găsi toate locurile care îl apelează și apoi va modifica direct. Nu ai nevoie să acționezi ca intermediar.

Te eliberează de rolul de „operator”

Când folosești chatul AI în browser, de multe ori jucăm inconștient rolul de „intermediar”: AI generează cod, noi citim, verificăm, copiem, apoi ne întoarcem la editor să lipim. Dacă codul rulează, totul e bine; dacă nu, copiem eroarea, întrebăm din nou, copiem din nou. Acest proces întrerupe fluxul.

Filozofia de design a lui Claude Code este să te readucă în poziția de „gânditor”. Tu spui ideea, el acționează. După modificare, vezi direct diff-ul în terminal și decizi dacă accepți. De asemenea, poate rula teste și lint pentru tine. Stai acolo și, de cele mai multe ori, citești cod și iei decizii, în loc să tot comuți între ferestre.

De ce nu un plugin pentru editor?

Poate te întrebi: de ce nu facem direct un plugin AI în editor?

Pluginurile de editor sunt cu siguranță utile, iar multe echipe le folosesc deja. Dar Claude Code în terminal are câteva avantaje care nu sunt ușor de înlocuit cu un plugin:

1. Fără constrângerile editorului. Azi folosești VS Code, mâine treci la Neovim, chiar și pe un server remote fără GUI, Claude Code poate fi folosit. Este independent de instrumentul ales.
2. Poate face lucruri „neobișnuite”. În terminal, poate executa orice comandă Shell. Asta înseamnă că poate face mult mai multe lucruri — poate porni containere Docker pentru a verifica migrări de baze de date, poate trage ramuri remote și verifica conflicte, poate rula automat teste e2e după modificarea codului. Aceste lucruri, pluginurile de editor de obicei nu îndrăznesc să le facă sau nu le pot face deloc.
3. Procesare în masă și automatizare. Poți include Claude Code în scripturi pentru a procesa zeci de depozite, a genera documentație în masă, a gestiona automat Issues. Atunci nu mai este doar un „asistent”, ci o verigă în linia de producție.

Un mic exemplu personal

Anterior, am avut nevoie să migrez un proiect JavaScript la TypeScript, aproximativ peste 20.000 de linii de cod. Abordarea mea nu a fost să adaug manual tipuri fișier cu fișier, nici să sper că un plugin de editor va face totul.

Am pornit direct Claude Code în directorul acelui proiect și i-am spus: „Migrează treptat acest proiect la modul strict TypeScript, modifică câteva fișiere de fiecare dată, după fiecare lot rulează tsc --noEmit, iar dacă sunt erori, repară-le singur până când totul trece.”

În următoarea jumătate de oră, am făcut practic un singur lucru: m-am uitat la diff-ul pe care l-a făcut, am dat din cap aprobator sau dezaprobator. Ocazional i-am spus „aici nu folosi any, definește un interface”, iar el a continuat să lucreze. La final, proiectul a compilat cu succes, de câteva ori mai rapid decât estimasem.

Asta nu înseamnă că Claude Code este mai inteligent decât un plugin. Dar poate finaliza singur ciclul „modificare-verificare-reparare”, aceasta fiind diferența fundamentală față de AI-ul conversațional.

La urma urmei, terminalul îi oferă AI-ului mâini și picioare

A pune AI-ul în terminal înseamnă, în esență, să îi oferi capacitatea de a executa, nu doar de a sugera.

Face ca depozitul tău de cod să nu mai fie doar un set de texte care pot fi citite, ci un mediu real pe care AI-ul îl poate „atinge”, modifica și verifica. Este un salt uriaș.

Tu rămâi cel care controlează direcția proiectului și toate deciziile cheie, dar acele sarcini plictisitoare, cu creativitate redusă, care necesită comutări repetate, au acum un executor mai potrivit.