EN SV
Steg 1 av 6 17%

Se det fungera innan du litar på det

Ingen hype. Inga "10x produktivitet"-påståenden. Här är vad som faktiskt händer när du pekar Claude Code mot ett riktigt problem.

Vad som händer under huven

När du ber Claude Code felsöka något läser den dina filer, spårar logiken och föreslår ändringar som diffar du granskar innan du tillämpar. Inget ändras utan ditt uttryckliga godkännande.

Terminal
$ claude 'hitta buggen i src/cache.ts'

Läser src/cache.ts

Läser src/cache.test.ts

Läser src/types.ts

Hittade problemet. TTL-jämförelsen på rad 47 använder < istället för <=, vilket gör att poster upphör en sekund för tidigt under hög skrivkonkurrens.

Föreslagen fix:

- if (entry.expiresAt < now) {

+ if (entry.expiresAt <= now) {

Tillämpa ändringen? [y/n]

Vad du kan verifiera

  • 1. Varje fil den läser listas i utdatan. Ingen dold kontext. Du ser exakt vad den såg.
  • 2. Ändringar visas som diffar innan de tillämpas. Samma arbetsflöde som du använder för mänskliga kodgranskningar.
  • 3. Du godkänner eller avvisar varje ändring. Inget rör din kodbas utan uttryckligt samtycke.
  • 4. Det fungerar i dina befintliga verktyg — Git, din terminal, din editor. Inget nytt ekosystem att köpa in dig i.

Var det brister

Det kan producera felaktig kod. Det fångar inte alltid alla kantfall. Det fungerar bäst när du behandlar dess utdata som du skulle behandla en pull request från en kollega — läs diffen, verifiera logiken, kör testerna. Målet är inte blind tillit. Det är informerad utvärdering.