Claude Code-seriens handledning 3: Varför endast terminalen?

1.3 Varför skriva kod i terminalen?

Föreställ dig att du skriver en ny funktion och plötsligt måste ändra en underliggande verktygsfunktion som finns utspridd i tre filer, med anrop över modulgränser. Du öppnar redigeraren, gör en global sökning, bläddrar igenom fil efter fil, ändrar försiktigt, kör testerna – och de blir röda. Du läser felmeddelandet, undersöker stacken, fixar, och kör på nytt.

Under den här processen är tiden du faktiskt lägger på att ”tänka ut hur du ska ändra” mindre än hälften. Resten är mekaniskt arbete: leta efter filer, ändra referenser, vänta på kompilering, klicka med musen.

Att placera AI:n i terminalen har som främsta mål att komprimera detta mekaniska arbete.

Terminalen är närmast koden

Du använder kanske VS Code, JetBrains eller Vim. Oavsett vilket, när du skriver kod kommer du inte undan terminalen. Du kör npm test, git log, grep, make build – dessa operationer utförs naturligt i kommandoraden.

Om din AI-partner också finns i samma terminal blir saker enklare. Du behöver inte kopiera och klistra in filinnehåll i ett chattfönster, inte beskriva ”mitt projekt har en klass som heter UserService, den finns på rad 42 i src/services/user.ts...”. Claude Code står i projektets rotkatalog och kan själv se.

Detta är en kontextuell knockout. När du säger till Claude Code ”hjälp mig att refaktorera felhanteringen i inloggningsmodulen”, så läser den verkligen din auth/login.ts, läser errors.ts, letar upp alla anrop till den, och ändrar direkt. Du behöver inte agera transportör.

Befria dig från rollen som ”operatör”

När du chattar med AI i webbläsaren spelar du ofta omedvetet rollen som mellanhand: AI:n genererar kod, du läser, verifierar, kopierar och klistrar in i redigeraren. Fungerar koden? Bra. Om inte, kopierar du felmeddelandet, frågar igen, kopierar igen. Denna process bryter ofta flow.

Claude Codes designidé är att låta dig återgå till rollen som ”tänkare”. Du säger vad du vill, den gör jobbet. Efter ändring ser du diffen direkt i terminalen och bestämmer om du vill acceptera. Den kan också köra tester och lintning åt dig. Du sitter mest och läser kod och fattar beslut, istället för att växla mellan fönster.

Varför inte ett redigerartillägg?

Du kanske frågar: varför inte bara ha ett AI-tillägg i redigeraren?

Redigerartillägg är förstås användbara, och många team använder dem redan. Men Claude Code i terminalen har några fördelar som är svåra att ersätta med ett tillägg:

1. Ingen redigerarbundenhet. Du använder VS Code idag, Neovim imorgon, eller till och med på en fjärrserver utan GUI – Claude Code fungerar överallt. Det är oberoende av vilket verktyg du väljer.
2. Kan göra mer ”okonventionella” saker. I terminalen kan den köra vilket shellkommando som helst. Det innebär att dess kapacitet är mycket bredare – den kan starta Docker-containrar för att verifiera databasmigreringar, hämta fjärrgrenar och kontrollera konflikter, och automatiskt köra e2e-tester efter kodändring. Redigerartillägg vågar oftast inte göra sådant, eller kan helt enkelt inte.
3. Batchhantering och automatisering. Du kan stoppa in Claude Code i skript, låta den hantera dussintals repos, generera dokumentation i bulk, eller automatiskt hantera Issues. Då är den inte längre en ”assistent” utan en del av pipelinen.

Ett eget litet exempel

Jag behövde migrera ett JavaScript-projekt till TypeScript, ungefär 20 000 rader kod. Mitt tillvägagångssätt var inte att manuellt lägga till typer i varje fil, och inte heller att förlita mig på ett redigerartillägg för allt.

Jag startade helt enkelt Claude Code i projektkatalogen och sa: ”Migrera detta projekt stegvis till TypeScript med strikt läge, ändra några filer i taget, kör tsc --noEmit efter varje batch, och om det blir fel, fixa själv tills allt går igenom.”

Under den följande halvtimmen gjorde jag i princip bara en sak: läste diffarna den genererade, nickade eller skakade på huvudet. Då och då sa jag ”använd inte any här, definiera ett interface”, och den fortsatte jobba. Till slut kompilerade projektet, flera gånger snabbare än jag hade uppskattat.

Detta betyder inte att Claude Code är smartare än ett tillägg. Men den kan själv slutföra cykeln ”ändra-verifiera-fixa”, vilket är den grundläggande skillnaden jämfört med chattbaserad AI.

I grunden ger terminalen AI:n händer och fötter

Att placera AI i terminalen ger den i huvudsak förmågan att utföra, inte bara att föreslå.

Det gör din kodbas till något mer än en samling text som bara kan läsas – den blir en verklig miljö som AI:n kan ”röra”, ändra och verifiera. Detta är ett gigantiskt steg framåt.

Du behåller fortfarande kontrollen över projektets riktning och alla viktiga beslut, men de tråkiga, lågkreativa, repetitiva arbetsuppgifterna har fått en mer lämplig utförare.