Hur Claude Code faktiskt fungerar: den agentiska loopen, CLAUDE.md och vad ingenjörer behöver förstå
De flesta ingenjörer som plockar upp Claude Code använder det på samma sätt som de använde GitHub Copilot: skriv en prompt, få output, iterera. Det fungerar. Det lämnar också det mesta av verktygets kapacitet oanvänd.
Claude Code är inte en kompletteringsmotor. Det är en agentisk loop — ett system som läser, beslutar, agerar, observerar resultatet och upprepas. Att förstå loopen förändrar vad du ber om av det, hur du konfigurerar det, och var ansvaret hamnar.
Den agentiska loopen
Varje Claude Code-session kör samma kärncykel:
- Ta emot en uppgift eller ett meddelande
- Besluta vilket verktyg som ska användas
- Kör verktyget
- Observera utdata
- Bestäm nästa steg — och upprepa tills det är klart
Verktygen Claude Code kan använda: läsa filer, skriva filer, köra bash-kommandon, söka på webben, anropa externa API:er via MCP-kopplingar och starta subagenter som arbetar parallellt. Varje verktygskörning syns i terminalen medan det händer. Det är inte en svart låda — det är en transparent sekvens av beslut.
Loopen fortsätter tills Claude bedömer att uppgiften är klar, tills kontexten tar slut, eller tills användaren avbryter. På en stor refaktoriseringsuppgift kan det innebära dussintals filläsningar, testkörningar och redigeringar innan ett resultat presenteras.
Den praktiska konsekvensen: vaga promptar som fungerade för autocomplete-verktyg fungerar inte bra här. Loopen exekverar på vilken tolkning den formar av en tvetydig instruktion. Precision i uppgiftsbeskrivningen avgör direkt vad loopen gör.
CLAUDE.md: där ditt omdöme bor
Den viktigaste konfigurationsfilen i Claude Code är CLAUDE.md.
Placera den i ett repository-root och Claude läser den vid sessionens start i det repot. Det är inte dokumentation — det är instruktion. Vad som alltid ska göras. Vad som aldrig ska göras. Vilka konventioner som spelar roll i just den här kodbasen. Hur teamet har beslutat att hantera vissa mönster.
Det är samma princip som REVIEW.md i Code Review-funktionen — mänskligt omdöme kodat som maskinläsbar instruktion. Kvaliteten på Claude Codes output i en specifik kodbas begränsas av hur väl CLAUDE.md fångar den kodbasens regler.
Organisationer som shipper snabbt med Claude Code investerar typiskt mycket i sina CLAUDE.md-filer. Team som får inkonsekventa resultat har ofta ingen CLAUDE.md, eller en som skrevs en gång och aldrig underhölls. Filen är inte en engångskonfiguration — det är ett levande dokument som växer med kodbasen och teamets ackumulerade kunskap.
Vad som hör hemma i CLAUDE.md: - Testkonventioner och vilken test-runner som används - Kodstilsregler som avviker från språkets standard - Vilka kataloger som inte ska röras - Hur migrationer, hemligheter och miljövariabler hanteras - Arkitekturbeslut som redan är fattade
Utan CLAUDE.md startar varje session från noll. Med den ärver agenten teamets ackumulerade omdöme.
Skills och slash-kommandon
Claude Code stödjer Skills — specialiserade beteenden som aktiveras med /kommando-syntax. Skills är markdown-filer som expanderas till strukturerade promptar när de anropas, och ger agenten en specifik ram för en specifik uppgiftstyp.
Ett team kan definiera en /deploy-skill som innehåller exakt de steg, kontroller och godkännanden som krävs. En /review-skill som följer teamets standard. En /debug-skill som följer ett specifikt undersökningsmönster.
Skills kodar process som körbar instruktion. Det är skillnaden mellan att fråga "kan du granska den här PR" och att aktivera ett konsekvent strukturerat granskningsflöde som hela teamet använder.
Subagenter och parallell körning
Claude Code kan starta subagenter — separata Claude-instanser som kör uppgifter parallellt och returnerar resultat till föräldrasessionen.
Det är det som möjliggör komplexa arbetsflöden: en föräldragent definierar den övergripande uppgiften, delar upp den i oberoende deluppgifter och skickar subagenter för att hantera dem simultant. Resultat slås ihop tillbaka i föräldrakontexten.
Code Review-funktionen är ett konkret exempel på det här mönstret: en flotta av specialiserade agenter kör mot en pull request parallellt, var och en inriktad på en klass av problem, med resultat konsoliderade och filtrerade innan de når ingenjören.
Samma arkitektur är tillgänglig i alla Claude Code-sessioner. När en uppgift har oberoende parallella arbetsströmmar — söka i flera källor, köra flera testsviter, analysera flera filer — komprimerar subagenter kalender-tid.
MCP: utvidgar vad Claude kan nå
Model Context Protocol (MCP) är integrationsskiktet. Claude Code ansluter till externa verktyg och tjänster via MCP-servrar — databaser, API:er, interna system, specialiserade sökindex.
En MCP-koppling gör extern data eller förmåga tillgänglig inne i den agentiska loopen som ett verktyg Claude kan anropa, observera och resonera om. Agenten vet inte eller bryr sig inte om data kom från en lokal fil eller ett internt API — det behandlar båda som information att agera på.
Det är så Claude Code integreras i produktionsarbetsflöden snarare än att leva som ett fristående kodningsassistentverktyg.
Hooks: processkontroll vid kanterna
Hooks är shell-kommandon som aktiveras vid specifika moment i Claude Code-livscykeln: innan ett verktyg körs, efter att ett verktyg slutförts, vid sessionens start eller slut.
De är mekanismen för policyefterlevnad. En hook som blockerar all filskrivning utanför angivna kataloger. En hook som kör en linter innan varje commit. En hook som loggar alla bash-körningar till ett revisionsspår.
Det är här organisationell kontroll bor. Hooks låter ingenjörsteam definiera hårda gränser för vad Claude Code kan göra i deras miljö, oberoende av vad enskilda promptar begär.
Vad det här förändrar för ingenjörsteam
Det mesta av hävstången i Claude Code finns i konfigurationen, inte i promptingen.
En välunderhållen CLAUDE.md innebär att varje session i det repot startar med teamets fulla kontext. Skills innebär att processkännedom är kodad och återanvändbar snarare än omförklarad varje session. Hooks innebär att policyer tillämpas på verktygsnivå, inte anförtrodda varje ingenjörs promptningsdisciplin.
Den agentiska loopen kör på det den ges. Team som ger den strukturerad kontext, definierade processer och upprätthållna gränser får strukturerade, tillförlitliga resultat. Team som behandlar den som intelligent autocomplete får autocomplete-nivåresultat från ett mycket mer kapabelt system.
Verktyget är inte flaskhalsen. Konfigurationen är.
Källor: How Claude Code works · Features overview