Claude Code 2026: 11 tips, kortkommandon och kommandon

Mer information om hur du arbetar med Ailoot finns i dokumentationen.

Vad gör de här 11 tipsen, och varför behöver du taktiker i stället för teori?#

Med vibe coding är frågan inte längre ”fungerar Claude Code?” utan ”hur arbetar du med det så att det inte förbrukar dina gränser eller hallucinerar?” Mina 9 tidigare guider täcker begreppen: CLAUDE.md, Plan Mode, kontextteknik, Skills, Subagents, MCP, /rewind, gränser, andra hjärnan. Den här samlar taktiker som kompletterar dem.

Varje tips löser ett problem. Du kan läsa dem i ordning eller hoppa till det som är mest aktuellt: för kortkommandon går du direkt till tips 1; för att spara tokens, tips 4 och 5; för parallellt arbete, tips 6; för författarens tekniker, tips 8-11.

Jag skriver för personer som redan har installerat Claude Code och använt det i minst en vecka. Om du just installerar det börjar du med CLAUDE.md-guiden och kommer sedan tillbaka.

Så växlar du Claude Code-läge: kortkommandot Shift+Tab#

Det vanligaste nybörjarmisstaget är att stanna i default hela dagen och godkänna varje ändring manuellt. Efter en timme blir det utmattande, och du frestas att köra --dangerously-skip-permissions (mer om det i slutet av tipset). Shift+Tab är en medelväg: du väljer när du behöver acceptEdits och när du behöver plan.

Här är den konkreta regeln jag följer när jag växlar:

1. När jag börjar en komplex uppgift – använd Shift+Tab tills lägesindikatorn visar plan. Claude tänker igenom den och utarbetar en plan; den skriver inte kod förrän jag godkänner den.
2. Planen godkänd, dags för implementering – växla tills lägesindikatorn visar acceptEdits. Claude redigerar filer utan att be om godkännande, men frågar fortfarande om Bash-kommandon.
3. Rutinmässiga ändringar (döpa om, enkel refaktorering) – gå direkt till acceptEdits, utan plan.
4. Riskzon (databasmigreringar, ta bort filer) – jag återgår till default med Shift+Tab.

# Common permission modes (check the active label, not a fixed press count):
# default        - standard permission prompts
# acceptEdits    - file edits are accepted; other tool permissions still apply
# plan           - investigate and plan before implementation
# Additional modes depend on your version, settings, and organization policy.

Om Shift+Tab inte fungerar i din version av Claude Code (claude --version) kontrollerar du att du har den senaste versionen. Kommandot /doctor visar allt om installationen.

Så ångrar du den senaste åtgärden utan att förlora sammanhanget: Esc Esc#

Esc och Esc Esc gör olika saker, och det är därför folk blandar ihop dem:

• Ett Esc – avbryter Claude medan den gör något. Allt den hunnit göra finns kvar. Användbart när den är på väg åt fel håll och du vill styra om den.
• Dubbel-Esc – om inmatningsfältet är tomt öppnas menyn för återställningspunkter (återställ kod, konversation eller båda, eller sammanfatta). Om fältet innehåller text rensas det och texten läggs i historiken (uppåtpilen tar fram den igen).

# From the Esc Esc menu with an empty field:
# 1. Restore code only            - restore the files, leave the conversation
# 2. Restore conversation only    - restore the conversation, leave the files
# 3. Restore code and conversation - restore both (the most common choice)
# 4. Summarize from here          - summarize the conversation from this point
# 5. Summarize up to here         - summarize up to this point

Återställningspunkter skapas automatiskt för varje prompt du skickar – inget att komma ihåg, och du kan alltid gå tillbaka. För en fullständig genomgång, se guiden till /rewind, som också tar upp hur git kan kombineras för mer omfattande återställningar.

Esc Esc är en av de första teknikerna för nybörjare. När de slutar vara rädda för att ”förstöra det och inte kunna ångra” börjar de experimentera modigare, och resultaten blir mycket bättre.

När ska du använda /compact i stället för /clear?#

Så här fungerar /compact internt: Claude tar hela meddelandehistoriken, bearbetar den och returnerar en kort sammanfattning med de viktigaste detaljerna. Ett användbart knep är att ge en anvisning: /compact keep the coding principles and current plan, discard the CSS discussion. Då riktas komprimeringen.

# When to use what:
/clear                              # finished a feature, moving to a new one
/compact                            # long session, context is >50% full
/compact keep the architecture and plan  # targeted compression with a focus

Tecknet på att det är dags för /compact: kommandot /cost eller statusfältet visar att 70%+ av kontextfönstret används, medan sessionen bara har kommit halvvägs. Om du ignorerar det börjar Claude ”glömma” början av konversationen, och du slösar tid på att förklara saker igen.

För hela teorin om kontextfönstret, se guiden om kontextteknik. Den förklarar också varför kontext är en begränsad resurs med avtagande avkastning.

Så följer du tokens i realtid: kommandot /cost#

Rädslan för att ”förbruka allt på en dag” är en av de största farhågorna bland vibe coders. Det främsta sättet att hantera den rädslan är att göra utgifterna synliga.

/cost          # shows current session spending (tokens + $)
/statusline    # configures the status bar: model + directory + context % + cost

En enkel regel: kontrollera /cost var 30-60 minut. Om du har spenderat mindre än ett par dollar på en timme är det bra. Om det är mer är något fel: du kanske glömde /compact och kontexten växer, kanske valde du fel modell (mer om det i nästa tips), eller så läser Claude om stora filer 10 gånger.

Den fullständiga guiden om hur du sparar på gränserna är ”Så undviker du att förbruka Claude Code-gränserna på en dag”, med 8 regler. Här är taktiken att göra utgifterna synliga med /cost och /statusline.

Vill du inte bara följa tokens utan också bygga ett system där en AI-agent inte överskrider sina gränser på egen hand? /cost är bara en indikator. Hela kombinationen – AI-klon + andra hjärnan + kontextteknik – gör Claude till mer än en ”assistent med gränser”: den blir ett verktyg som kan arbeta länge och förutsägbart.

Vilken Claude-modell ska du välja för en uppgift: Haiku, Sonnet eller Opus?#

claude --model haiku   # ~3× cheaper than sonnet, for routine work
claude --model sonnet  # default, balance of price and quality
claude --model opus    # ~1.7× more expensive than sonnet, for complex tasks

Enligt Anthropics offentliga priser i maj 2026: Haiku $1/$5 per 1M in-/utgående tokens, Sonnet $3/$15, Opus $5/$25. Det betyder att Haiku är 3 gånger billigare än Sonnet och Opus är 1,7 gånger dyrare än Sonnet.

Så väljer jag varje dag:

Det går att diskutera om man alls ska använda Sonnet och Haiku när Opus i genomsnitt lyckas ”på första försöket”. Mitt svar: för en entreprenör som inte programmerar lönar sig Haiku och Sonnet för 70% av uppgifterna. Opus är värt att spara till de 30% som verkligen är svåra.

Så kör du 3-5 uppgifter parallellt: /resume + git worktrees#

Logiken är enkel: ett långt Claude-fönster förbrukar kontext. Varje begäran laddar allt som fanns i det fönstret till modellen – även om du nu diskuterar något helt annat. 5 korta fönster för mikrouppgifter minns bara sitt eget arbete. Totalt spenderar du mindre.

# Start a named session for a specific task:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Use a worktree to keep git from overlapping:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Om du tappar bort vad som finns i varje fönster kör du claude --resume utan argument för att se en lista över de senaste sessionerna med namn och tider. I en aktiv session kontrollerar /agents de aktiva underagenterna.

När jag arbetar med en funktion som har en lång utvecklingscykel brukar jag göra så här:

1. Fönster 1 – plan i plans/YYYY-MM-DD-feature.md. Endast diskussion, ingen kod.
2. Fönster 2 (följer planen) – implementera fas 1. Uppdatera planen efter fasen ([x]).
3. Fönster 3 – implementera fas 2 parallellt med fönster 2, om faserna inte överlappar.
4. Fönster 4 – en syntesagent kontrollerar resultaten från båda fönstren.
5. Fönster 5 – en säkerhetsgranskning efter sammanslagningen (se tips 8).

När du inte ska använda worktrees: om du hanterar 1-2 projekt om dagen äter kostnaden för att växla mellan worktree-kataloger upp vinsten. Worktrees börjar löna sig vid 3+ parallella uppgifter per dag.

Så undviker du hallucinationer: filreferenser med @file#

Filernas autokomplettering börjar med symbolen @. Börja skriva en sökväg så visar Claude förslag. Du kan hänvisa till flera filer samtidigt: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt without exact paths (bad):
> Look at the auth logic and fix the session bug

# Prompt with @ references (right):
> @src/lib/auth.ts @src/lib/session.ts - fix the bug: after logout the cookie isn't cleared

Det andra knepet i samma grupp är skalsyntax med !:

> !git status                # runs without calling Claude, output goes into context
> !npm test                  # same
> !cat /var/log/app.log | tail -50  # same

Varför? Du slösar inte tokens på ”Claude, titta på git-statusen” – Claude skulle få samma svar genom verktyget ändå. ! är kortare och billigare.

Det här hänger ihop med CLAUDE.md: huvudfilen bör innehålla högst 200 rader med projektregler. Mer specifika regler (till exempel API-konventioner) placeras i .claude/rules/api-design.md med YAML frontmatter paths: ["src/api/**/*.ts"]. Då laddas de bara när Claude redigerar filer i src/api/. För hela genomgången, se CLAUDE.md-guiden.

Så undviker du att förlora framsteg i långa uppgifter: planer med faser och [ ] / [x]#

Här är mallen för planfilen som jag använder i varje projekt:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

Regeln är absolut: alla agenter måste uppdatera planen efter varje session. Med andra ord: så snart du har avslutat en fas går du till filen och markerar den med [x]. Om du inte gör det vet nästa fönster inte att fasen är klar och försöker göra om den.

När planen ligger i en fil och inte i huvudet:

• Parallella fönster (se tips 6) kan ta hand om olika faser.
• Om arbetet pågår i 3 dagar och du återkommer 2 dagar senare ser du direkt var du slutade.
• Den slutliga kontrollen mot det faktiska resultatet är enkel (grep -c "\[ \]" i filen = antalet återstående öppna punkter).

När du inte ska använda det: en snabbfix på 5 minuter, en trivial ändring i en fil, läsa och sammanfatta en logg. Alla åtgärder behöver inte en plan.

Den här tekniken ingår i konceptet andra hjärnan. För hela genomgången av mapparna business/, plans/, ai-clone/, se guiden till andra hjärnan.

Så upptäcker du i förväg var Claude kommer att misslyckas: självkritik med 10 skäl#

Här är promptmallen jag använder ordagrant:

Föreställ dig att idéfoldern har genomgått en metod där du redan tänker som om projektet har misslyckats helt. Nämn 10 skäl till att jag om ett år kommer att ha lagt ner mycket tid och att idén kommer att ha visat sig vara ett misslyckande. Din uppgift är inte att skona mina känslor, utan att vara så hård som möjligt.

Efter de 10 skälen – en andra omgång: försvara varje skäl mot mina motargument. Var är jag svagast?

Tredje omgången: skriv en plan för vad jag ska göra för att dessa problem inte ska uppstå.

Jag kör den i tre skeden:

1. Den första idén, ”allt är toppen” – när jag är säker. Självkritiken skär ner idén med 30-50%.
2. Mitt i planen – när jag redan är djupt inne i arbetet och har blivit hemmablind.
3. Före lansering – en sista kontroll.

Claude säger verkligen emot dig i adversariellt läge. GPT-5 berömmer först idén i samma situation och ”försöker sedan hitta förbättringar”. Jag lade märke till skillnaden efter ett års experimenterande:

För mig ser skillnaden i adversariellt läge ut så här: ChatGPT säger: ”Bra fångat, det stämmer helt.” Claude säger i samma situation: ”Håller med, det där är ren skit; jag gör om det nu.” När jag behöver kritik sparar det andra svaret mig dagar av bortkastat arbete.

När du inte ska använda det: positiva iterationer av UI och text. Adversariellt läge passar inte där – det dödar kreativiteten.

Den här tekniken kallas projektpremortem. Jag anpassade den för att arbeta med en AI-agent: i stället för ett team av människor gör du en premortem med Claude. Ingen är rädd för att säga ”chefen, projektet kommer att misslyckas” – och blinda fläckar kommer fram på några minuter.

Så undersöker du 5 källor på tiden det tar att göra en: parallella underagenter#

Här är promptmallen:

Du har redan hela sammanhanget. Gör en djupgående undersökning och starta 5 parallella underagenter.

Underagent 1: gå igenom professionella nätverk – vem löser det här problemet?
Underagent 2: lösningar med öppen källkod på GitHub – vad är populärt?
Underagent 3: startupacceleratorer – vilka lockar till sig
            investeringar inom den här nischen?
Underagent 4: direkta konkurrenters webbplatser – vad lovar de och
            till vilket pris?
Underagent 5: jämförelser och recensioner – vad säger
            användarna i recensionerna?

När alla har kommit tillbaka startar du en syntesagent
som korsrefererar de 5 rapporterna och tar fram en disposition
för min andra-hjärna-mapp.

Vad som skiljer det från vanlig research:

• Tid: 5 samtidiga flöden i stället för 5 sekventiella. En timmes arbete på 15 minuter.
• Djup: varje agent specialiserar sig. En agents bekräftelsebias smittar inte de andra.
• Kontext: varje underagent har sitt eget sammanhang, separat från huvudsammanhanget.

För hela guiden om underagenter, se ”Claude Code-underagenter 2026”. Den förklarar också skillnaden mellan Skills och MCP – vad du ska använda och när.

När du inte ska använda det: kosmetiska ändringar, buggfixar och små tekniska uppgifter. Research är överdrivet för allt mindre än ”en ny funktion som kräver 1+ dags arbete”.

Så ger du Claude uppgifter från mobilen: en Telegram-bot i fickan#

Så ställer du in den (4 steg):

1. En dator som är igång hela tiden – jag stänger av viloläget i systeminställningarna (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code körs i en terminal, kopplad till projektmappen.
3. Det officiella Telegram-pluginet – lägg till marketplace med /plugin marketplace add anthropics/claude-plugins-official, installera sedan /plugin install telegram@claude-plugins-official (de exakta stegen uppdateras med tiden – de senaste instruktionerna finns i pluginets officiella repo).
4. Boten är kopplad till en session – det här är för närvarande en begränsning: en bot = ett projekt = en session. Om du behöver en till konfigurerar du en andra bot.

Det jag gör med boten varje dag:

• Jag är ute på promenad och får en idé – jag skickar den genast till boten så att jag inte glömmer den. Boten lägger till den i inbox.md för senare bearbetning.
• Ett samtal med en potentiell kund – efter samtalet frågar jag boten: ”utifrån utskriften av det senaste samtalet, nämn de 3 främsta smärtpunkterna som gynnar oss”. En minut senare har jag en fullständig analys i chatten.
• På morgonen på ett kafé: ”visa mig de öppna uppgifterna från min lista”. Jag behöver inte öppna datorn.

⚠️ En hake: just nu går det inte att köra /clear eller /compact från boten – botsessionen är densamma som terminalsessionen och kontexten fortsätter att växa. Den kan bara startas om manuellt från terminalen.

För mig är det här det mest användbara Claude Code-tillägget under de senaste två veckorna. Det tog mig från ”jag arbetar med Claude när jag sitter vid skrivbordet” till ”jag arbetar med Claude så fort jag får en tanke”.

Vad ska du börja använda först: en 7-dagarsplan#

Kombinationen av tekniker är viktigare än någon enskild teknik. Shift+Tab utan Esc Esc gör experimenterandet läskigt. /compact utan /cost innebär att du inte vet när du ska komprimera. Planer i filer utan parallella fönster är krångel utan utdelning.

När de första 9 tipsen sitter i ryggmärgen går du vidare till hela systemet: AI-klon + andra hjärnan + kontextteknik. Det är den metod jag har använt för att hålla Claude igång i sex månader i sträck – utan hallucinationer, förlorat sammanhang eller avbrott mitt i en uppgift.

För att fortsätta arbeta med modeller kan du gå till Ailoot.