Claude Code-utbildning för företag: från vag beställning till verifierad ändring

Öppna projektet och be: ”Förklara kort vad det här projektet gör. Visa vilka filer som styr formuläret och vilket kommando som startar projektet. Ändra ingenting.” Kontrollera sedan att filerna finns och att beskrivningen stämmer med vad ni ser när projektet körs.

Ni får ett symtom: när formuläret skickas utan e-postadress visas ett tekniskt fel i stället för ett begripligt meddelande. Låt Claude återskapa och diagnostisera felet utan att ändra något. Besvara sedan: vad är det observerade felet, vad tror Claude är orsaken och vilket stöd finns, och vad behöver kontrolleras innan ni ändrar?

Skriv om en vag beställning med de fem byggstenarna. Låt Claude undersöka projektet och föreslå en plan. Granska: löser planen verkligen den beställda uppgiften?

Låt Claude genomföra den planerade ändringen. Innan ni testar granskar ni vilka filer som ändrats och pekar ut minst en sak ni vill kontrollera särskilt.

Skriv eller justera kontrollerna för er ändring. Claude kör dem. Prova sedan själva det viktigaste användarflödet och notera skillnaden mellan vad Claude rapporterade och vad ni faktiskt såg.

Skapa en kort CLAUDE.md med projektbeskrivning, startkommando, testkommando och två relevanta arbetsregler. Ge Claude en ny liten uppgift och se om informationen används.

15 minuter

Claude Code arbetar i en mapp med filer. Det kan läsa filerna för att förstå projektet, söka efter relevant kod, köra kommandon och föreslå eller genomföra ändringar. I en vanlig chatt klistrar man in kod och felmeddelanden, här undersöker Claude projektet själv. Det gör arbetet kraftfullare men kräver att ni förstår vilken mapp Claude arbetar i och vilka åtgärder det är på väg att utföra.

• Så ser det ut när Claude läser en fil, vill köra ett kommando eller ändra något
• Vad ni ansvarar för och vad Claude ansvarar för
• Arbetsloopen: undersök, bestäm mål, ändra, kontrollera, granska

Övning: Öppna projektet och be: ”Förklara kort vad det här projektet gör. Visa vilka filer som styr formuläret och vilket kommando som startar projektet. Ändra ingenting.” Kontrollera sedan att filerna finns och att beskrivningen stämmer med vad ni ser när projektet körs.

Efter momentet: Claude Code är en medarbetare som kan undersöka och arbeta i projektet, men dess slutsatser och ändringar måste kunna granskas.

20 minuter

Ni behöver inte förstå hela kodbasen, bara den del som berör uppgiften. Vi visar hur ni ber Claude om en karta över hur informationen går från att användaren skickar formuläret tills resultatet visas, och hur ni ställer följdfrågor som en kollega skulle göra. Claude ska visa vad svaret bygger på och säga när något inte är kontrollerat.

• Var gränssnitt, databehandling, regler, tester och externa anrop finns
• Följdfrågor: varför, finns liknande flöde, vad påverkas, hur testas det i dag
• Diagnos innan felrättning: återskapa felet och visa möjliga orsaker

Övning: Ni får ett symtom: när formuläret skickas utan e-postadress visas ett tekniskt fel i stället för ett begripligt meddelande. Låt Claude återskapa och diagnostisera felet utan att ändra något. Besvara sedan: vad är det observerade felet, vad tror Claude är orsaken och vilket stöd finns, och vad behöver kontrolleras innan ni ändrar?

Efter momentet: Claude kan göra en stor del av undersökningen, men ett välformulerat problem börjar med ett observerat beteende och evidens.

25 minuter

”Gör formuläret bättre” ger Claude stort tolkningsutrymme. Vi bygger om det till en genomförbar uppgift: vad som ska hända, vad som inte får gå sönder och hur arbetet kontrolleras. Vi går också igenom när Claude ska ställa frågor i stället för att gissa, och när en kort plan hjälper och när den bara bromsar.

• De fem byggstenarna: mål, utgångsläge, omfattning, begränsningar, klart när
• Beslut ni fattar och tekniska detaljer Claude löser själv
• Planera när orsaken är oklar eller flera delar berörs

Övning: Skriv om en vag beställning med de fem byggstenarna. Låt Claude undersöka projektet och föreslå en plan. Granska: löser planen verkligen den beställda uppgiften?

Efter momentet: En bra instruktion beskriver önskat beteende och kontroll, samtidigt som Claude får undersöka hur lösningen bör genomföras.

30 minuter

Ni lär er känna igen de vanligaste åtgärderna: läsa och söka, köra kommandon, ändra filer, använda beroenden och köra tester. Vi skiljer mellan att läsa, ändra i det lokala projektet och påverka något utanför projektet, så att ni förstår vad som händer innan ni godkänner. Ni övar på att styra om utan att börja om, och på att läsa en ändring utan att förstå varje rad.

• Behörigheter: vad händer om åtgärden godkänns?
• Styr om: ”Behåll formuläret, uppgiften gäller endast valideringen”
• Granska före och efter: vilka filer, vilket beteende, vad tillkom eller togs bort

Övning: Låt Claude genomföra den planerade ändringen. Innan ni testar granskar ni vilka filer som ändrats och pekar ut minst en sak ni vill kontrollera särskilt.

Efter momentet: Ni behöver inte detaljstyra varje steg, men måste kunna upptäcka när arbetet glider iväg och förstå vad som faktiskt ändrats.

30 minuter

Det här momentet får mest praktisk tyngd. Ett självsäkert svar eller en första lyckad körning räcker inte. Kontrollen följer direkt av uppgiften: tom e-postadress ger ett tydligt felmeddelande, ogiltig adress får hjälp, giltig adress kan skickas och övriga fält fungerar som tidigare. Vi går igenom vad bygge, automatiska tester, manuell och visuell kontroll och granskning var för sig svarar på, och varför ett test som Claude skrivit kan bekräfta Claudes egen felaktiga tolkning.

• Definiera kontrollerna innan ändringen
• Låt Claude köra en kontrollslinga och redovisa vad som faktiskt kördes
• Evals: flera olika exempel för arbetsflöden som ska upprepas

Övning: Skriv eller justera kontrollerna för er ändring. Claude kör dem. Prova sedan själva det viktigaste användarflödet och notera skillnaden mellan vad Claude rapporterade och vad ni faktiskt såg.

Efter momentet: ”Klart” är en slutsats som ska bygga på kontroller, och kontrollen måste mäta rätt beteende.

20 minuter

CLAUDE.md är projektets korta arbetsinstruktion till Claude: hur projektet startas, vilka testkommandon som används, var viktiga delar finns, projektspecifika regler och kända fallgropar. Vi jämför en bra fil med en dålig fylld med gamla beslut och motsägelser, och lär ut frågan: skulle Claude sannolikt göra samma misstag nästa gång utan den här raden?

• En kort, fungerande CLAUDE.md för övningsprojektet
• Varje rad ska påverka hur Claude arbetar
• När en regel ska läggas till, och när den inte behövs

Övning: Skapa en kort CLAUDE.md med projektbeskrivning, startkommando, testkommando och två relevanta arbetsregler. Ge Claude en ny liten uppgift och se om informationen används.

Efter momentet: Återkommande instruktioner bör vara korta, korrekta och knutna till faktiska behov.

20 minuter

När Claude läser många filer och diskuterar flera alternativ växer samtalet, och viktiga beslut kan blandas med gamla förslag. Ni lär er känna igen läget, göra en överlämning till en ny session och bryta ned ett större arbete i delar med kontrollerbara resultat. Till sist en beslutskarta för när skills, MCP, subagenter och hooks blir relevanta.

• Överlämning: vad är klart, vilka beslut, vilka filer, vilka kontroller, vad återstår
• Bryta ned: förstå data, definiera format, implementera, testa specialfall, granska
• Skill, MCP, subagent eller hook: vilket behov löser vad?

Efter momentet: Börja med ett fungerande grundflöde. Organisera och automatisera det när uppgifterna faktiskt kräver det.

10 minuter

Varje deltagare väljer ett verkligt arbetsmoment: en bugg, ett litet internt verktyg, bearbetning av filer eller en återkommande kontroll. Ni fyller i en kort arbetsbeskrivning och vi går igenom några exempel gemensamt.

• Jag vill åstadkomma …
• Första avgränsade uppgiften är …
• Det är klart när … och jag kontrollerar det genom …

Efter momentet: Ni lämnar med en första uppgift att faktiskt utföra, inte bara en känsla av att Claude Code verkar användbart.

Claude Code-grundworkshop

Alla åtta moment i ett övningsprojekt: förstå projektet, formulera uppgiften, styra ändringen, verifiera, CLAUDE.md, längre sessioner och en första egen uppgift. Avancerade funktioner visas kort.

Claude Code-fördjupning

För team som redan använder Claude Code: återkommande AI-arbetsflöden med testfall och kvalitetskriterier, skills och projektinstruktioner, subagenter och parallella uppgifter, MCP och externa system, hooks och automatiska kontroller, långa autonoma körningar och arbete i större kodbaser.

Claude Code-program

Grundworkshop och fördjupning med egna uppgifter emellan och en avstämning om vad som provats och vad som blockerar. Omfattningen kommer vi överens om i varje uppdrag.

AI-kodagenter för ledningsgruppen

Vad Claude Code och andra kodagenter kan och inte kan, behörigheter, säkerhet, licensval och hur ni avgör om ett arbetsflöde fungerar återkommande. Inga förkunskaper.

Ni arbetar i ett och samma övningsprojekt genom hela passet. Ni låter Claude förklara projektet, diagnostiserar ett fel utan att ändra något, skriver om en vag beställning till en genomförbar uppgift, låter Claude göra ändringen, granskar vad som ändrats, verifierar med tester och egna kontroller och skriver en kort CLAUDE.md. Sist formulerar varje deltagare en första egen uppgift.

Priset beror på format, längd, antal deltagare och hur mycket förarbete som behövs, till exempel intervjuer eller kundanpassade övningar. Efter ett kort samtal om vad gruppen ska kunna göra efter passet får ni ett förslag med upplägg och offert.

Claude Code ingår i Anthropics betalda abonnemang Pro, Max, Team och Enterprise, med användningsgränser per rullande femtimmarsfönster och per vecka. Alternativt betalar ni per token via API-konto i Claude Console, eller kör via Amazon Bedrock, Google Cloud eller Microsoft Foundry. Gratisplanen inkluderar inte Claude Code. Aktuella priser finns på Anthropics prissida.

CLAUDE.md är projektets korta arbetsinstruktion till Claude. Den bör innehålla hur projektet startas, vilka testkommandon som används, var viktiga delar finns, projektspecifika regler och kända fallgropar. Håll den kort: varje rad ska finnas för att den påverkar hur Claude arbetar. Fråga er om Claude sannolikt skulle göra samma misstag nästa gång utan raden.

Genom kontroller som definieras innan ändringen och som följer direkt av uppgiften. Bygge, automatiska tester, manuell funktionskontroll, visuell kontroll och granskning av ändringen svarar på olika frågor. Läs vad testet testar, eftersom ett test Claude skrivit kan bekräfta Claudes egen felaktiga tolkning.

Installera med Anthropics installationsskript, Homebrew eller WinGet, eller använd tillägget i VS Code eller JetBrains, desktop-appen eller claude.ai/code i webbläsaren. Logga in, öppna ett projekt och börja med att be Claude förklara vad projektet gör utan att ändra något.

Cursor och GitHub Copilot är i första hand editorer och tillägg med autocomplete och chatt, även om båda har agentlägen. Claude Code är en agent som arbetar i hela projektet, i terminalen eller via tillägg, med byggstenar som CLAUDE.md, subagenter, hooks, MCP och skills. OpenAI:s Codex är närmast jämförbar. Se vår jämförelse Claude Code vs Codex.

Ni behöver kunna beskriva hur ett system ska bete sig och kontrollera att det gör det. Passet lär er läsa en ändring utan att förstå varje rad: vilka filer ändrades, vilket beteende ändrades, vad tillkom eller togs bort. Utvecklare får ut mest, men tekniska roller utan daglig kodning kan följa med.

Återkommande AI-arbetsflöden med testfall och kvalitetskriterier, skills och projektspecifika instruktioner, subagenter och parallella uppgifter, MCP och externa system, hooks och automatiska kontroller, långa autonoma körningar med stoppvillkor och arbete i större kodbaser med flera samtidiga ändringar.

Ja. Vi kan dokumentera innehåll, omfattning och deltagare så att ni har underlag för ert arbete med AI-kompetens enligt artikel 4 i EU:s AI-förordning. Hur dokumentationen ska se ut kommer vi överens om i varje uppdrag.

Vi börjar i deltagarnas arbete, inte i verktygets menyer. Före passet kartlägger vi roller, uppgifter, tillåtna underlag och licenser. I passet visar vi live, deltagarna provar själva med handledning och vi granskar resultatet tillsammans. Arbetsmodellen vi lär ut är kontext, mål, utkast och granskning. Deltagaren ska kunna förklara vad hen gav verktyget, vad det levererade och vad som behöver kontrolleras.