Feilsøking er mer enn kode
Når folk hører "feilsøking" tenker de gjerne på programmeringsfeil. Men Claude er like nyttig for å finne feil i argumentasjon, logiske brister i en plan, svakheter i en tekst eller problemer i en arbeidsflyt. Prinsippet er det samme — finn hva som ikke stemmer og hvorfor.
Feilsøking av kode
Claude er eksepsjonelt god til å debugge kode. Nøkkelen er å gi nok kontekst:
✅ Effektiv kode-debugging prompt:
"Jeg har en feil i denne PHP-koden. Her er koden: [lim inn kode]. Her er feilmeldingen: [lim inn feilmelding]. Her er hva jeg forventer skal skje: [beskriv]. Hva er galt og hvordan fikser jeg det?"
📋
Lim alltid inn hele feilmeldingen — ikke bare de første linjene. Stack traces inneholder ofte den avgjørende informasjonen nederst.
🔍
Beskriv forventet vs. faktisk oppførsel — "Jeg forventer X, men får Y" er langt mer nyttig enn bare "det virker ikke".
🌍
Gi kontekst om miljøet — PHP-versjon, database, rammeverk, operativsystem. Dette kan være avgjørende for diagnosen.
Rubber duck debugging — med AI
Klassisk "rubber duck debugging" betyr å forklare koden din til en gummiand — selve forklaringsprosessen avslører ofte feilen. Claude er en gummiand som svarer tilbake:
💡 Prøv dette:
"Jeg skal forklare deg hva denne koden gjør, linje for linje. Si ifra hvis du ser noe som ikke stemmer med det jeg forventer." — Så forklarer du koden din som om Claude ikke ser den.
Feilsøking av logikk og argumentasjon
✅ Logisk analyse:
"Her er min plan for [prosjekt/beslutning]. Spill djevelens advokat — hvilke antagelser tar jeg for gitt som kan være feil? Hvilke scenarioer har jeg ikke tenkt på?"
✅ Argumentasjonsanalyse:
"Her er mitt argument: [tekst]. Finn logiske brister, svake premisser og steder der konklusjonen ikke følger av premissene."
Feilsøking av tekst og kommunikasjon
📧
E-poster som ikke fungerer — "Jeg sendte denne e-posten og fikk ikke svar / fikk negativ respons. Hva kan ha gått galt i tonen eller formuleringen?"
📊
Presentasjoner — "Hvilke spørsmål vil publikum stille etter denne presentasjonen som jeg ikke har besvart?"
📝
Rapporter — "Les denne rapporten som en skeptisk leser. Hva ville du stille spørsmål ved?"
Når Claude tar feil under feilsøking
Claude kan foreslå løsninger som ikke virker. Slik håndterer du det effektivt:
💡 Når løsningen ikke virker:
"Den løsningen fungerte ikke. Her er den nye feilmeldingen: [feilmelding]. Hva er neste steg?"
🔄
Hold samtalen gående — ikke start ny chat. Claude husker hele konteksten og kan bygge videre på tidligere forsøk.
🎯
Innsnevre problemet — "Kan du isolere hvilken linje som forårsaker feilen?" Mindre problem = raskere løsning.
🔬
Be om diagnose før løsning — "Forklar hva du tror er årsaken til feilen før du foreslår en løsning." Dette gir bedre forståelse og bedre løsninger.
Forebyggende feilsøking
Bruk Claude før problemene oppstår:
✅ Kodegjennomgang før produksjon:
"Gå gjennom denne koden før jeg setter den i produksjon. Se etter potensielle feil, sikkerhetsproblemer og edge cases jeg ikke har håndtert."
✅ Plan-gjennomgang:
"Her er planen min. Hva kan gå galt? Ranger risikoene fra mest til minst sannsynlig."
"Den beste feilsøkeren er ikke den som finner feilen raskest — det er den som forstår hvorfor feilen oppsto."
— Om dybde i feilsøking