← Tilbake til blogg

Claude Code oppsett for teams: Komplett guide til CLAUDE.md, hooks og skills

Teknisk guide til å sette opp Claude Code for hele teamet. Lær å konfigurere CLAUDE.md, bygge skills, sette opp hooks og dele konfigurasjon på tvers av prosjekter.

En enkeltperson som installerer Claude Code og bruker det ad hoc, får kanskje 20–30 % produktivitetsforbedring. Et team som setter opp Claude Code riktig, med delt konfigurasjon, skreddersydde skills og automatiske hooks, ser gjerne 50–70 %. Forskjellen er ikke verktøyet, det er konfigurasjonen.

Denne guiden tar deg gjennom de fem viktigste stegene for å sette opp Claude Code for hele teamet.

Hvorfor teamoppsett er kritisk

Et generisk Claude Code-oppsett er som å ansette en ny medarbeider uten å gi dem noen informasjon om bedriften. De er intelligente, men de gjetter seg til kontekst, vet ikke hvilke standarder som gjelder og gjør ting på sin egen måte.

Et konfigurert teamoppsett er som en godt onboardet medarbeider: de kjenner bedriftens standarder, har tilgang til riktige systemer og vet nøyaktig hva som forventes. Og i motsetning til en menneskelig medarbeider, husker Claude Code all konfigurasjonen perfekt og alltid.

Steg 1: CLAUDE.md: Grunnlaget for alt

CLAUDE.md er konfigurasjonsfilen som Claude Code leser ved oppstart. Den finnes i tre nivåer:

  • Globalt (~/.claude/CLAUDE.md): Gjelder for alle prosjekter på maskinen
  • Prosjekt-rot (./CLAUDE.md): Gjelder for et spesifikt prosjekt
  • Undermapper (./src/CLAUDE.md): Gjelder for spesifikke deler av prosjektet

En god prosjekt-CLAUDE.md for et team inneholder:

Kontekst om bedriften og prosjektet: Hva gjør dette prosjektet? Hvilke systemer bruker det? Hvem er sluttbrukerne?

Tekniske standarder: Kodestil, navngivningskonvensjoner, arkitekturprinsipper. Jo mer spesifikt, desto bedre. "Bruk TypeScript strict mode" er bedre enn "skriv god kode."

Sikkerhetskrav: Hva Claude Code aldri skal gjøre: hardkode credentials, logge persondata, bruke utdaterte biblioteker.

Bransje- og domenekunnskap: Terminologi, referansedokumenter, regulatoriske krav som er relevante for prosjektet.

Regelen er enkel: alt du ville fortalt en ny medarbeider i de første to ukene, bør ligge i CLAUDE.md.

Steg 2: Skills: Delte kommandoer for teamet

Skills er egendefinerte kommandoer som teamet kan kalle med en skråstrek-snarvei. De lagres i .claude/commands/ og versjonskontrolleres sammen med prosjektet. Alle på teamet får tilgang automatisk.

En skill for kodegjennomgang kan se slik ut:

# .claude/commands/review-pr.md
Gjennomfør en kodegjennomgang av de stagede endringene.

Sjekk:
1. Følger koden prosjektets TypeScript-konvensjoner (se CLAUDE.md)?
2. Er det sikkerhetsproblemer (SQL-injeksjon, eksponert API-nøkler, manglende validering)?
3. Er det edge cases som ikke håndteres?
4. Er testdekning tilstrekkelig?

Gi tilbakemelding strukturert som: Kritisk / Bør fikses / Forslag

Teamet kaller den med /review-pr og får konsistent, grundig gjennomgang basert på prosjektets egne standarder, ikke generiske råd.

Andre nyttige team-skills:

  • /generer-rapport: Produserer standardrapporter etter bedriftens mal
  • /skriv-test: Genererer tester for markert kode
  • /forklar-arkitektur: Dokumenterer en modul eller funksjon for onboarding

Steg 3: Hooks: Automatisk kvalitetskontroll

Hooks er scripts som kjøres automatisk på spesifikke triggere: etter at Claude Code kjører en kommando, etter at kode er generert, eller før en fil lagres. De er kraftige fordi de fjerner menneskelig glemsel fra prosessen.

Eksempler på nyttige hooks for team:

Etter kodegenerering: Kjør automatisk linter og formatter. Claude Code produserer aldri uformatert kode.

Etter filendringer: Kjør relevante tester. Feil oppdages umiddelbart, ikke ved commit.

Sikkerhetsscanning: Scan etter hardkodede nøkler eller sensitiv informasjon før filen lagres.

Loggføring: Registrer hvilke operasjoner Claude Code utfører for audit-trail i regulerte miljøer.

Hooks konfigureres i .claude/settings.json og versjonskontrolleres med prosjektet. Teamet slipper å huske å kjøre disse kontrollene manuelt. De skjer alltid.

Steg 4: MCP-servere: Tilgang til teamets systemer

Model Context Protocol lar Claude Code koble seg direkte til eksterne systemer. For team er dette særlig verdifullt fordi det eliminerer manuell datahenting.

Konfigurer MCP-servere i .claude/settings.json:

{
  "mcpServers": {
    "database": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
      "env": {
        "POSTGRES_CONNECTION_STRING": "${DATABASE_URL}"
      }
    },
    "drive": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-gdrive"]
    }
  }
}

Viktig: Legg aldri credentials direkte i konfigurasjonsfilen. Bruk miljøvariabler. .claude/settings.json kan versjonskontrolleres (uten hemmeligheter), slik at alle på teamet automatisk får tilgang til de riktige MCP-serverene.

Vanlige MCP-integrasjoner for team:

  • PostgreSQL/MySQL: Direkte databasespørringer uten CSV-eksport
  • Google Drive / SharePoint: Les og skriv til delte dokumenter
  • Jira / Linear: Hent oppgavekontekst automatisk
  • GitHub: Tilgang til issues, PRs og kodehistorikk

Steg 5: Del konfigurasjon på tvers av prosjekter

For team med flere prosjekter er det verdifullt å standardisere visse deler av konfigurasjonen på tvers. Tre tilnærminger fungerer godt:

Globale CLAUDE.md-instruksjoner: Bedriftsregler som alltid gjelder: sikkerhetskrav, kodestil, kommunikasjonstil, legges i ~/.claude/CLAUDE.md på alle maskiner. Distribuer via intern onboarding-guide eller et enkelt oppsettscript.

Skills-bibliotek: Et delt repository med bedriftens skills som importeres til hvert prosjekt. Oppdateres ett sted, spres til alle prosjekter ved neste pull.

MCP-konfigurasjonsmaler: Standardkonfigurasjon for bedriftens systemer som kopieres inn i hvert nytt prosjekt og tilpasses med prosjektspesifikke detaljer.

Komme i gang

Det er lett å bli overveldet og prøve å sette opp alt på en gang. En bedre tilnærming:

  1. Uke 1: Skriv CLAUDE.md for ett prosjekt. Fokuser på kontekst og de viktigste standardene.
  2. Uke 2: Bygg to til tre skills for de mest repetitive oppgavene teamet har.
  3. Uke 3: Legg til én til to MCP-integrasjoner for systemene dere bruker oftest.
  4. Uke 4: Evaluer hva som mangler og juster. Legg til hooks der de gir tydelig verdi.

Etter fire uker har teamet et fungerende, skreddersydd oppsett og en klar forståelse av hvordan det skal videreutvikles.


Argon Solutions er et AI-byrå i Stavanger som hjelper norske team med å sette opp og konfigurere Claude Code for maksimal effekt. Vi bygger oppsett som fungerer i produksjon, ikke bare i demo. Ta kontakt for å komme i gang.

Klar for å modernisere systemene?

Ta kontakt for en uforpliktende samtale om hvordan vi kan hjelpe.

Kontakt oss