Claude Code i 2026: 11 tips, snarveier og kommandoer

Du finner flere instruksjoner for hvordan du arbeider med Ailoot i dokumentasjonen.

Hva gjør disse 11 tipsene, og hvorfor trenger du taktikker i stedet for teori?#

Med vibe coding er spørsmålet ikke lenger «fungerer Claude Code?» – spørsmålet er «hvordan arbeider du med det uten at det bruker opp grensene dine eller hallusinerer?» Mine 9 tidligere veiledninger dekker konseptene: CLAUDE.md, Plan Mode, kontekstarbeid, Skills, Subagents, MCP, /rewind, grenser, second brain. Denne veiledningen er en samling taktikker som passer sammen med dem.

Hvert tips løser ett problem. Du kan lese dem i rekkefølge eller hoppe til det som haster mest: gå rett til tips 1 for snarveier, tips 4 og 5 for å spare tokens, tips 6 for parallelt arbeid og tips 8–11 for forfatterens teknikker.

Jeg skriver for folk som allerede har installert Claude Code og brukt det i minst en uke. Hvis du nettopp installerer det, kan du begynne med veiledningen til CLAUDE.md og komme tilbake etterpå.

Slik bytter du modus i Claude Code: Shift+Tab-snarveien#

Den vanligste nybegynnerfeilen er å bli værende i default hele dagen og godkjenne hver endring manuelt. Etter en time blir det slitsomt, og du får lyst til å kjøre --dangerously-skip-permissions (mer om det mot slutten av tipset). Shift+Tab er mellomløsningen: du velger når du trenger acceptEdits, og når du trenger plan.

Her er den konkrete regelen jeg følger når jeg bytter:

1. Når jeg starter en komplisert oppgave – bruk Shift+Tab til modusindikatoren viser plan. Claude tenker gjennom oppgaven og lager et utkast til en plan; den skriver ikke kode før jeg godkjenner.
2. Planen er godkjent, og vi går over til implementering – bla til modusindikatoren viser acceptEdits. Claude redigerer filer uten å be om godkjenning, men spør fortsatt før Bash-kommandoer.
3. Rutineendringer (gi nytt navn, enkel refaktorering) – gå rett til acceptEdits, ingen plan.
4. Faresone (databasemigreringer, sletting av filer) – jeg går tilbake til default med Shift+Tab.

# Vanlige tillatelsesmoduser (kontroller etiketten, ikke et fast antall trykk):
# default        - vanlige tillatelsesforespørsler
# acceptEdits    - filredigering godtas; andre verktøytillatelser gjelder fortsatt
# plan           - undersøk og planlegg før implementering
# Flere moduser avhenger av versjon, innstillinger og organisasjonens regler.

Hvis Shift+Tab ikke fungerer i din versjon av Claude Code (claude --version), bør du kontrollere at du har den nyeste versjonen. Kommandoen /doctor viser deg alt om installasjonen.

Slik angrer du den siste handlingen uten å miste konteksten: Esc Esc#

Esc og Esc Esc gjør forskjellige ting, og derfor blander folk dem sammen:

• Ett trykk på Esc – avbryter Claude der og da, mens den holder på med noe. Alt den har rukket å gjøre, blir værende. Nyttig når den har valgt feil retning og du vil styre den på nytt.
• To trykk på Esc – hvis inndatafeltet er tomt, åpnes sjekkpunktmenyen (gjenopprett koden, samtalen eller begge deler, eller lag et sammendrag). Hvis det står tekst i feltet, tømmes det og teksten legges i historikken (pil opp henter den tilbake).

# Fra Esc Esc-menyen med tomt felt:
# 1. Gjenopprett bare kode              - gjenopprett filene, behold samtalen
# 2. Gjenopprett bare samtalen          - gjenopprett samtalen, behold filene
# 3. Gjenopprett kode og samtale        - gjenopprett begge (det vanligste valget)
# 4. Lag sammendrag fra dette punktet   - lag et sammendrag av samtalen fra dette punktet
# 5. Lag sammendrag fram til dette punktet - lag et sammendrag fram til dette punktet

Det opprettes automatisk sjekkpunkter for hver ledetekst du sender – du trenger ikke å huske på det, og du kan alltid gå tilbake. Se veiledningen til /rewind for hele gjennomgangen; den dekker også kombinasjonen med git for omfattende tilbakerulling.

Esc Esc er en av de første teknikkene for nybegynnere. Når de slutter å være redde for at de skal «ødelegge det og ikke kunne angre», begynner de å eksperimentere friere, og resultatene blir mye bedre.

Når bør du bruke /compact i stedet for /clear?#

Slik fungerer /compact internt: Claude tar hele meldingshistorikken, behandler den og returnerer et kort sammendrag med de viktigste detaljene. Et nyttig triks er å gi den et hint: /compact keep the coding principles and current plan, discard the CSS discussion. Da blir komprimeringen målrettet.

# Når du bør bruke hva:
/clear                              # ferdig med en funksjon, går videre til en ny
/compact                            # lang økt, konteksten er >50% full
/compact keep the architecture and plan  # målrettet komprimering med et bestemt fokus

Et tegn på at det er på tide med /compact: Kommandoen /cost eller statuslinjen viser at 70 % eller mer av kontekstvinduet er brukt, og økten bare er halvveis. Hvis du ignorerer dette, begynner Claude å «glemme» starten av samtalen, og du kaster bort tid på å forklare ting på nytt.

Se veiledningen om kontekstarbeid for hele teorien om kontekstvinduet. Den forklarer også hvorfor konteksten er en begrenset ressurs med avtakende utbytte.

Slik følger du med på tokens i sanntid: kommandoen /cost#

Frykten for å «bruke opp alt på én dag» er en av de største bekymringene blant vibe-kodere. Den viktigste måten å håndtere den frykten på er å gjøre forbruket synlig.

/cost          # viser gjeldende forbruk i økten (tokens + $)
/statusline    # konfigurerer statuslinjen: modell + katalog + kontekst % + kostnad

En enkel regel: sjekk /cost hvert 30.–60. minutt. Hvis du har brukt mindre enn et par dollar på en time, er det greit. Hvis du har brukt mer, er noe galt: kanskje glemte du /compact, slik at konteksten vokser; kanskje valgte du feil modell (mer om det i neste tips); eller kanskje Claude leser store filer på nytt 10 ganger.

Den fullstendige veiledningen om å spare på grensene er «Slik unngår du å bruke opp Claude Code-grensene på én dag», med 8 regler. Taktikken her er å synliggjøre forbruket med /cost og /statusline.

Vil du ikke bare følge med på tokens, men også bygge et system der en AI-agent ikke overskrider grensene sine på egen hånd? /cost er bare en indikator. Den komplette kombinasjonen – AI-klone + Second Brain + Context Engineering – gjør Claude fra en «assistent med begrensninger» til et verktøy som kan arbeide lenge på en forutsigbar måte.

Hvilken Claude-modell bør du velge til en oppgave: Haiku, Sonnet eller Opus?#

claude --model haiku   # ~3× billigere enn sonnet, for rutinearbeid
claude --model sonnet  # standard, balanse mellom pris og kvalitet
claude --model opus    # ~1.7× dyrere enn sonnet, for kompliserte oppgaver

Ifølge Anthropics offentlige priser i mai 2026: Haiku $1/$5 per 1M input/output, Sonnet $3/$15, Opus $5/$25. Det betyr at Haiku er 3 ganger billigere enn Sonnet, og at Opus er 1,7 ganger dyrere enn Sonnet.

Slik velger jeg hver dag:

Det er omdiskutert om man bør bruke Sonnet og Haiku i det hele tatt hvis Opus i gjennomsnitt lykkes «på første forsøk». Svaret mitt: for en gründer som ikke er programmerer, lønner Haiku og Sonnet seg på 70 % av oppgavene. Det er verdt å spare Opus til de 30 % som er genuint vanskelige.

Slik kjører du 3–5 oppgaver parallelt: /resume + git worktrees#

Logikken er enkel: Ett langt Claude-vindu spiser opp kontekst. Hver forespørsel laster alt som har vært i det vinduet, inn i modellen – selv om du diskuterer noe helt annet nå. 5 korte vinduer for mikrouppgaver husker bare sitt eget arbeid. Totalt bruker du mindre.

# Start en navngitt økt for en bestemt oppgave:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Bruk en worktree for å hindre at git-arbeidet overlapper:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Hvis du mister oversikten over hva hvert vindu inneholder, kjører du claude --resume uten argument for å se en liste over nylige økter med navn og klokkeslett. I en aktiv økt viser /agents aktive subagenter.

Når jeg arbeider med en funksjon som har en lang utviklingssyklus, gjør jeg vanligvis dette:

1. Vindu 1 – planlegg i plans/YYYY-MM-DD-feature.md. Bare diskusjon, ingen kode.
2. Vindu 2 (følger planen) – implementer fase 1. Etter fasen oppdaterer du planen ([x]).
3. Vindu 3 – implementer fase 2 parallelt med vindu 2, hvis fasene ikke overlapper.
4. Vindu 4 – en synteseagent kontrollerer resultatene fra begge vinduene.
5. Vindu 5 – en sikkerhetsgjennomgang etter sammenslåing (se tips 8).

Når bør du ikke bruke worktrees? Hvis du håndterer 1–2 prosjekter om dagen, vil arbeidet med å bytte mellom worktree-kataloger spise opp gevinsten. Worktrees begynner å lønne seg når du har 3 eller flere parallelle oppgaver per dag.

Slik unngår du hallusinasjoner: filreferanser med @file#

Autofullføring av filer starter med symbolet @. Begynn å skrive en bane, så viser Claude forslag. Du kan referere til flere filer samtidig: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Ledetekst uten nøyaktige baner (dårlig):
> Se gjennom autentiseringslogikken og rett øktfeilen

# Ledetekst med @-referanser (riktig):
> @src/lib/auth.ts @src/lib/session.ts - rett feilen: informasjonskapselen slettes ikke etter utlogging

Det andre trikset i samme gruppe er shell-modus med !:

> !git status                # kjøres uten å kalle Claude, resultatet legges i konteksten
> !npm test                  # det samme
> !cat /var/log/app.log | tail -50  # det samme

Hvorfor: du bruker ikke tokens på «Claude, se på git status» – Claude ville fått det samme svaret gjennom verktøyet uansett. ! er kortere og billigere.

Dette henger sammen med CLAUDE.md: hovedfilen bør inneholde opptil 200 linjer med prosjektregler. Mer avgrensede regler (for eksempel API-konvensjoner) legges i .claude/rules/api-design.md med YAML-frontmatter paths: ["src/api/**/*.ts"]. Da lastes de bare inn når Claude redigerer filer i src/api/. Se veiledningen til CLAUDE.md for hele gjennomgangen.

Slik unngår du å miste framdriften på lange oppgaver: planer med faser og [ ] / [x]#

Her er malen for planfilen jeg bruker i hvert prosjekt:

# Plan: [funksjonsnavn]
Opprettelsesdato: 2026-05-22
Mål: [én setning om hva vi ønsker å oppnå]

## Fase 1: [kort navn]
- [ ] Trinn 1.1: [konkret handling]
- [ ] Trinn 1.2: [konkret handling]
- [ ] Trinn 1.3: [konkret handling]

## Fase 2: [kort navn]
- [ ] Trinn 2.1
- [ ] Trinn 2.2

## Resultat
Fylles ut til slutt: fullstendig eller delvis implementert, og hva som gjenstår.

Regelen er absolutt: alle agenter må oppdatere planen etter hver økt. Med andre ord: Når du har fullført en fase, går du til filen og merker den med [x]. Hvis du ikke gjør det, vet ikke det neste vinduet at fasen er ferdig og prøver kanskje å gjenta den.

Når planen ligger i en fil og ikke i hodet ditt:

• Kan parallelle vinduer (se tips 6) ta for seg forskjellige faser.
• Kan du se med en gang hvor du slapp hvis arbeidet strekker seg over 3 dager og du kommer tilbake 2 dager senere.
• Går sluttkontrollen mot det faktiske resultatet raskt (grep -c "\[ \]" i filen = antall trinn som ikke er fullført).

Når du ikke bør bruke det: en hurtigretting på 5 minutter, en triviell redigering i én fil eller lesing og oppsummering av en logg. Ikke alle handlinger trenger en plan.

Denne teknikken er del av konseptet Second Brain. Se veiledningen til Second Brain for hele gjennomgangen av mappene business/, plans/ og ai-clone/.

Slik finner du ut på forhånd hvor Claude vil feile: selvkritikk med 10 grunner#

Her er rammeverket for ledeteksten, gjengitt ordrett slik jeg bruker det:

Tenk deg at idéen har gjennomgått en metode der du allerede tenker som om prosjektet har mislyktes fullstendig. Nevn 10 grunner til at jeg om et år vil ha brukt mye tid, og at idéen vil ha vist seg å være en fiasko. Oppgaven din er ikke å skåne følelsene mine, men å være så hard som mulig.

Etter de 10 grunnene – en ny runde: forsvar hver grunn mot motargumentene mine. Hvor står jeg svakest?

Tredje runde: skriv en plan for hva jeg skal gjøre for å forhindre at disse problemene oppstår.

Jeg kjører den i tre faser:

1. Den første idéen «alt er flott» – når jeg er sikker. Selvkritikken skjærer bort 30–50 % av idéen.
2. Midtveis i planen – når jeg allerede er dypt inne i arbeidet og har blitt blind.
3. Før lansering – en siste siling.

Claude utfordrer deg faktisk i en motstridende modus. GPT-5 i samme situasjon roser først idéen og «prøver deretter å finne forbedringer». Jeg la merke til denne forskjellen etter et år med eksperimentering:

For meg ser forskjellen i motstridende modus slik ut: ChatGPT sier «Bra observert, det stemmer absolutt». Claude sier i samme situasjon: «Enig, det er fullstendig søppel; jeg gjør det på nytt nå.» Når jeg trenger kritikk, sparer det andre svaret meg for dager med bortkastet arbeid.

Når du ikke bør bruke det: positive iterasjoner på brukergrensesnitt og tekstskriving. En motstridende modus passer ikke der – den tar livet av kreativiteten.

Denne teknikken er kjent som en prosjektpremortem. Jeg tilpasset den til arbeid med en AI-agent: I stedet for et team av mennesker tar du en premortem med Claude. Ingen er redd for å si «sjef, prosjektet kommer til å mislykkes» – og blindsoner kommer fram på minutter.

Slik gjør du research på 5 områder på den tiden det tar å gjøre én: parallelle subagenter#

Her er rammeverket for ledeteksten:

Du har allerede hele konteksten. Finn og gjennomfør grundig research; start 5 parallelle subagenter.

Subagent 1: gå gjennom profesjonelle nettverk – hvem løser dette problemet?
Subagent 2: løsninger med åpen kildekode på GitHub – hva er populært?
Subagent 3: oppstartskubatorer og akseleratorer – hvem tiltrekker seg
            investeringer i denne nisjen?
Subagent 4: nettstedene til direkte konkurrenter – hva lover de, og
            til hvilken pris?
Subagent 5: sammenligninger og anmeldelser – hva sier
            brukerne i anmeldelsene?

Når alle har kommet tilbake, start en synteseagent
som kryssjekker de 5 rapportene og lager en disposisjon
for mappen til min second brain.

Dette er forskjellig fra vanlig research på disse måtene:

• Tid: 5 samtidige arbeidsstrømmer i stedet for 5 etter hverandre. En times arbeid på 15 minutter.
• Dybde: hver agent spesialiserer seg. Bekreftelsesskjevheten til én agent smitter ikke over på de andre.
• Kontekst: hver subagent har sin egen kontekst, separat fra hovedkonteksten.

Se «Claude Code Subagents i 2026» for den fullstendige veiledningen til subagenter. Den forklarer også forskjellen mellom Skills og MCP – og når du bør bruke hva.

Når du ikke bør bruke det: kosmetiske endringer, feilrettinger og små tekniske oppgaver. Research er overkill for alt som er mindre enn «en ny funksjon som tar minst 1 dags arbeid».

Slik gir du Claude oppgaver fra telefonen: en Telegram-bot i lomma#

Slik setter du det opp (4 trinn):

1. En datamaskin som er på hele tiden – jeg deaktiverer hvilemodus i systeminnstillingene (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code kjører i en terminal, koblet til prosjektmappen.
3. Det offisielle Telegram-programtillegget – legg til markedsplassen med /plugin marketplace add anthropics/claude-plugins-official, og installer deretter /plugin install telegram@claude-plugins-official (de nøyaktige trinnene oppdateres over tid – den nyeste veiledningen finner du i det offisielle programtilleggsrepoet).
4. Boten er knyttet til én økt – dette er for øyeblikket en begrensning: én bot = ett prosjekt = én økt. Hvis du trenger en bot nummer to, setter du opp en til.

Dette bruker jeg boten til hver dag:

• Jeg er ute og går og får en idé – jeg sender den til boten med en gang, så jeg ikke glemmer den. Boten legger den til i inbox.md for senere behandling.
• En samtale med en potensiell kunde – etter samtalen spør jeg boten: «Basert på utskriften fra den siste samtalen, nevn de 3 viktigste smertepunktene som taler til vår fordel.» Ett minutt senere har jeg en fullstendig analyse i chatten.
• På en kafé om morgenen: «vis meg de åpne hjemmeoppgavene fra lista mi». Ingen grunn til å åpne laptopen.

⚠️ En hake: Foreløpig kan du ikke kjøre /clear eller /compact fra boten – botøkten er den samme som terminaløkten, og konteksten fortsetter å vokse. Du kan bare starte økten på nytt manuelt fra terminalen.

For meg er dette den mest nyttige Claude Code-utvidelsen de siste to ukene. Den tok meg fra «jeg arbeider med Claude når jeg sitter ved skrivebordet» til «jeg arbeider med Claude når jeg får en tanke».

Hva bør du ta i bruk først: en 7-dagers plan#

Kombinasjonen av teknikker betyr mer enn hver enkelt teknikk alene. Shift+Tab uten Esc Esc gjør eksperimentering skremmende. /compact uten /cost betyr at du ikke vet når du bør komprimere. Planer i filer uten parallelle vinduer gir ekstra arbeid uten gevinst.

Når de første 9 tipsene sitter i ryggmargen, kan du gå videre til hele systemet: AI-klone + Second Brain + Context Engineering. Dette er metoden jeg har brukt for å holde Claude i gang i seks måneder på rad – uten hallusinasjoner, tap av kontekst eller avbrudd midt i en oppgave.

For å fortsette å arbeide med modeller kan du gå til Ailoot.