# Claude Code ser ikke prosjektfiler: hvorfor, og hva du kan gjøre i 2026
> Hvorfor Claude Code ikke finner prosjektfiler: det ble startet fra feil mappe, filen ligger i en undermappe eller er oppført i .gitignore. Slik gir du tilgang med add-dir, cd og innstillinger.
Source: https://ailoot.ai/blog/nb/claude-code-cant-see-project-files/
Canonical: https://ailoot.ai/blog/nb/claude-code-cant-see-project-files/
Language: nb
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-199
Revision: sha256-7a1c57ec65c5e51a18f38c423255d94e933f9d15c93f38ceffa8f44494bd23e7
Et velkjent scenario: Du ber Claude Code om å rette en fil, og den svarer at filen ikke finnes. Eller så endrer den i stillhet noe helt annet enn det du mente. Du åpner mappen – filen ligger der, akkurat der den skal. Men Claude ser den liksom ikke.
Nesten alltid er det én grunn, og ingenting er ødelagt. Claude ser ikke filer på hele datamaskinen. Den har bare tilgang til mappen du startet den fra. Oppstart i en søstermappe eller under prosjektroten kan plassere nødvendige filer utenfor arbeidsområdet. Oppstart i en overordnet mappe som hjem gir derimot bredere omfang; det gjør ikke et underliggende prosjekt utilgjengelig. Jeg forklarer trinn for trinn hvorfor det fungerer slik, og hvordan du gir Claude tilgang til filene den trenger. Jeg siterer kommandoer og innstillinger direkte fra den offisielle Claude Code-dokumentasjonen, som jeg sjekket i begynnelsen av september 2026.
Du finner mer materiell om konfigurering av verktøy i [Ailoot-dokumentasjonen](https://ailoot.ai/docs/).
[Ailoot-guider](https://ailoot.ai/docs/)
## Hvorfor ser ikke Claude Code enkelte prosjektfiler?
Hovedpoeng
Claude Code leser ikke filer fra hele disken, men bare fra mappen den ble startet fra. Denne mappen kalles arbeidsmappen. Claude kan se og lese alt i den og i undermappene uten å spørre. Alt utenfor den – i en tilstøtende mappe, ett nivå opp eller på en annen disk – er utilgjengelig inntil du selv gir tilgang. Den vanligste grunnen til at en fil «ikke er synlig», er altså enkel: Du startet Claude fra en annen mappe. Sjekk først nøyaktig hvor du åpnet den.
Som standard arbeider Claude Code med én mappe: den du skrev kommandoen `claude` i og startet økten fra. Dokumentasjonen sier dette direkte.
Som standard har Claude tilgang til filer i mappen du startet den fra.
— Claude Code Docs, Konfigurer tillatelser, offisiell dokumentasjon
Denne mappen er arbeidsmappen. Der leser Claude alle filer uten ekstra spørsmål: redigere en prompt, søke i kode, lese en bestemt fil – alt fungerer med en gang. Men alt utenfor denne mappen er utilgjengelig som standard. En tilstøtende mappe, en mappe ett nivå opp, en annen disk – Claude ser ikke der før du gir den tilgang.
Her kan feil arbeidsmappe spille inn. Si at prosjektet er `/Users/you/my-shop`, men Claude ble startet fra søstermappen `/Users/you/other-project`. `index.html` i `my-shop` ligger da utenfor arbeidsområdet. Oppstart fra `/Users/you` er annerledes: `my-shop` er underliggende og blir ikke utilgjengelig bare fordi du startet hjemmefra, selv om valgt kontekst er bredere enn tenkt. Mappetilgang betyr heller ikke at hver fil allerede er lest.
Nå går jeg gjennom hvordan du kan sjekke og rette dette: først bekrefter vi hvilken mappe Claude ble startet fra, og deretter gir vi den tilgang til filene den trenger på ulike måter – fra en instruksjon som gjelder én gang til en permanent innstilling.
## Hvordan sjekker du hvilken mappe Claude Code ble startet fra?
Hovedpoeng
Spør Claude hvilken mappe den er i, eller be den vise gjeldende katalog med kommandoen `pwd` – den sjekker bare og endrer ingenting. Sammenlign det den viser med den faktiske plasseringen av prosjektet ditt. Hvis stiene er ulike, er det grunnen: Claude ble startet fra feil mappe. En enda sikrere løsning er å lukke økten og starte Claude på nytt direkte fra prosjektmappen: gå dit i terminalen og skriv `claude` der.
Før du retter noe, må du forsikre deg om at mappen faktisk er problemet. Det er enkelt å sjekke. Be Claude i chatten vise hvilken katalog den er i nå – den kjører `pwd`, som er trygt: Kommandoen viser bare stien og gjør ingenting med filene.
```bash
pwd
```
Svaret viser faktisk arbeidsmappe. Sammenlign den med hele prosjektbanen: `/Users/you/other-project` er søster til `/Users/you/my-shop`, mens `/Users/you` er forelderen. Søstertilfellet plasserer `my-shop` utenfor arbeidsområdet. Foreldertilfellet omfatter prosjektet, men velger det ikke som spesifikk rot.
Den ryddigste måten å løse dette misforholdet på er å starte Claude direkte fra prosjektmappen. Lukk den gjeldende økten, gå til riktig mappe i terminalen, og start Claude derfra:
```bash
# Erstatt eksempelbanen med den faktiske prosjektroten.
cd /Users/you/my-shop
claude
```
Nå blir `my-shop` arbeidsmappen, og alle prosjektfilene er synlige. Den samme regelen gjelder i et redigeringsprogram som VS Code: Åpne mappen som inneholder prosjektet. Ikke mappen ett nivå over, og ikke hele disken. Mappen du åpner, bestemmer hva Claude regner som arbeidsmappen sin.
Hvis det er upraktisk å starte på nytt – for eksempel fordi du allerede har gitt Claude kontekst i denne økten og ikke vil miste den – kan du legge til eller bytte mapper underveis. De to neste delene tar for seg dette.
## Hvordan kan du vise Claude Code en fil i en tilstøtende mappe?
Hovedpoeng
Uten å starte økten på nytt kan du legge til mappen du trenger med kommandoen `/add-dir` direkte i chatten: skriv `/add-dir` og stien til mappen. Da blir filene tilgjengelige på samme vilkår som filene i hovedmappen. Vil du åpne tilgangen idet Claude starter, legger du til flagget `--add-dir` med en sti i `claude`-kommandoen. Og hvis du vil at en mappe skal åpnes automatisk hver gang, legger du den til under nøkkelen `additionalDirectories` i innstillingene. I alle tre tilfellene kan filer i den ekstra mappen leses uten særskilt bekreftelse.
Noen ganger ligger ikke et prosjekt i bare én mappe. Koden er ett sted, bilder eller tekst i en tilstøtende mappe, og delte komponenter et annet sted i nærheten. Det er upraktisk å starte Claude på nytt i hver mappe etter tur. Det er bedre å gi den tilgang til mappen den trenger, samtidig som hovedmappen forblir arbeidsmappen.
Den enkleste måten er å gjøre dette direkte i den aktive økten med kommandoen:
```
/add-dir ../assets
```
Skriv `/add-dir` og stien til mappen, så får Claude straks tilgang til filene der på samme vilkår som filene i hovedmappen. Den spør ikke om tillatelse igjen: Den ekstra mappen følger de samme reglene som arbeidsmappen.
Filer i ekstra kataloger følger de samme tilgangsreglene som hovedarbeidsmappen: De leses uten en prompt.
— Claude Code Docs, Konfigurer tillatelser, offisiell dokumentasjon
Hvis du vet på forhånd at du skal arbeide med flere mapper, åpner du tilgangen med en gang Claude starter – med den samme stien, men med et flagg:
```bash
claude --add-dir ../assets
```
Hvis du alltid trenger den samme tilstøtende mappen i et prosjekt, trenger du ikke legge den til manuelt hver gang. Innstillingsfilen `settings.json` har nøkkelen `additionalDirectories`. List opp stiene der, så åpnes de automatisk hver gang Claude starter:
```json
{
"permissions": {
"additionalDirectories": ["../assets", "../shared"]
}
}
```
Et forbehold for Windows: Du kan ikke legge til en nettverksmappe med en sti som `\\server\shared` – Claude godtar ikke slike stier. Koble den til som en egen disk med en stasjonsbokstav, og oppgi deretter bokstaven med `--add-dir`. Vanlige lokale mapper har ikke dette problemet.
Hva om det ikke er nok å legge til en tilstøtende mappe, og du må flytte til en helt annen mappe? Det finnes en egen kommando for dette, som vi ser på nedenfor.
## Hvordan kan du bytte Claude Code til en annen mappe under en økt?
Hovedpoeng
Kommandoen `/cd` endrer hovedarbeidsmappen uten å lukke økten: skriv `/cd` og en sti, så flytter Claude dit mens samtalehistorikken beholdes. Under flyttingen henter den instruksjonsfilen `CLAUDE.md` fra den nye mappen, og hvis du ikke har arbeidet der før, ber den deg bekrefte at du stoler på den. Forskjellen fra `/add-dir` er at `/add-dir` åpner en tilstøtende mappe ved siden av hovedmappen, mens `/cd` flytter hele arbeidsmappen til et nytt sted. Kommandoen er tilgjengelig fra og med versjon 2.1.169.
Noen ganger er det ikke nok å legge til en tilstøtende mappe – du må endre hovedmappen og gå til et annet prosjekt uten å miste konteksten du har bygget opp. Bruk kommandoen `/cd`:
```
/cd ../another-project
```
Etterpå behandler Claude den nye mappen som arbeidsmappen sin. Du beholder hele samtalehistorikken, men stedet Claude bruker som utgangspunkt for filer, endres til den nye plasseringen. Claude henter også instruksjonsfilen `CLAUDE.md` fra den nye mappen, hvis den finnes der – det vil si at den tilpasser seg reglene for det nye prosjektet.
Én ting å vite om tillit: Hvis du ikke har arbeidet i denne mappen før, spør Claude om du stoler på den når du flytter dit. Dette er et sikkerhetstiltak: En instruksjonsfil i en ukjent mappe kan inneholde hva som helst, så Claude sjekker først at det er prosjektet ditt. Bekreft, og fortsett.
Forskjellen mellom de to kommandoene er enkel. `/add-dir` lar hovedmappen forbli arbeidsmappen og åpner i tillegg en tilstøtende mappe – nyttig når deler av et prosjekt ligger spredt. `/cd` flytter hele arbeidsmappen til et nytt sted – nyttig når du bytter til et annet prosjekt. Kommandoen `/cd` ble introdusert i versjon 2.1.169. Hvis den mangler, oppdaterer du Claude Code. Jeg har en egen guide om [hvordan du oppdaterer Claude Code](https://ailoot.ai/blog/nb/update-claude-code/).
At Claude Code kan se filer, er bare grunnlaget. Gode og stabile resultater handler ikke bare om filtilgang, men også om hva filene inneholder og hvordan du bygger opp konteksten rundt prosjektet.
[Ailoot-guider](https://ailoot.ai/docs/)
## Hvorfor kan ikke Claude Code se en fil i en undermappe?
Hovedpoeng
Undermapper fungerer annerledes enn tilstøtende mapper: Claude har tilgang til dem, men innholdet blir ikke en del av konteksten med en gang. Claude laster inn instruksjonsfiler og innholdet i undermapper ved behov, når den leter der. Den laster dem ikke inn ved oppstart. Derfor kan en fil i en dypt nestet undermappe være «usynlig» helt til du gir Claude filstien direkte. Løsningen er enkel: Gi Claude den nøyaktige stien til filen, eller be den lese filen først, så blir den synlig.
Det er viktig å ikke forveksle to ulike situasjoner her. En tilstøtende mappe (utenfor prosjektet) er helt utilgjengelig inntil du legger den til. En undermappe inne i prosjektet er annerledes: Claude har tilgang til den, men holder ikke innholdet i minnet fra starten av.
Slik fungerer det. Når Claude starter, laster den inn det som ligger på de øverste nivåene i prosjektet. Filer fra undermapper lastes inn ved behov, når Claude går dit for å lese noe. Dokumentasjonen beskriver denne atferden for instruksjonsfiler, og den samme logikken gjelder for kontekst generelt.
Claude finner filer i undermapper av arbeidsmappen. I stedet for å laste dem inn ved oppstart, henter den dem inn når den leser filer i disse undermappene.
— Claude Code Docs, Administrer Claude-minnet, offisiell dokumentasjon
Enkelt sagt: Filen i en dypt nestet undermappe har ikke forsvunnet og er fullt tilgjengelig. Claude har bare ikke husket den ennå fordi den ikke har sett der – derfor kan det virke som om Claude «ikke kan se» en fil selv om den finnes og er tilgjengelig.
Du kan løse dette på én linje. Gi Claude filstien direkte – for eksempel `src/components/header.jsx` – eller be den ganske enkelt lese filen først. Så snart den ser der, blir filen en del av konteksten, og du kan arbeide med den som vanlig. Du trenger ikke å endre noen innstillinger.
## Hvor blir filer borte fra @-menyen, og hva har .gitignore med det å gjøre?
Hovedpoeng
Når du skriver tegnet `@`, viser Claude Code en liste over filer du kan velge. Som standard skjuler listen alt som er oppført i `.gitignore` – tjenestemapper, miljøfiler og byggefiler. En fil kan altså ligge akkurat der den skal, men likevel ikke vises i `@`-menyen. Innstillingen `respectGitignore` styrer dette: Den er på som standard og skjuler disse filene. Sett den til `false`, så viser menyen også filer som er oppført i `.gitignore`. Du kan alltid skrive inn stien til en slik fil manuelt.
En annen vanlig grunn til å tro at Claude har «mistet» en fil, er filvelgeren. Når du skriver `@`, dukker det opp en liste som gjør det enkelt å velge en fil uten å skrive hele stien. Men listen viser ikke alt.
Som standard skjuler `@`-menyen filer som er oppført i `.gitignore`. Denne filen angir hva som ikke skal legges til i det delte repositoryet: tjenestemapper, filer med passord og miljøinnstillinger, og ferdige byggeutdata. Tanken er klar – vanligvis trenger du ikke arbeide manuelt med disse filene, så de ville bare gjort listen mer uoversiktlig. Men noen ganger trenger du en av dem, og den vises ikke i menyen.
Innstillingen `respectGitignore` styrer dette. Den er på som standard, så filer fra `.gitignore` vises ikke i menyen. Hvis du vil se dem, endrer du den til `false`:
```json
{
"respectGitignore": false
}
```
Du kan gjøre det samme uten å redigere filen, ved å bruke kommandoen `/config` i Claude Code. Bryteren der heter «Respect .gitignore in file picker.» Slå den av, så dukker de skjulte filene opp i menyen igjen.
Et viktig forbehold: `respectGitignore` gjelder bare `@`-menyen og har ingenting med filtilgang å gjøre. Selv om en fil er skjult i listen, kan du alltid skrive inn stien manuelt, så leser Claude den. Menyen er en bekvemmelighetsfunksjon; den fastsetter ikke tilgangsgrensen.
## Hva bør du gjøre hvis Claude Code ikke kan lese en bestemt fil?
Hovedpoeng
Noen ganger er mappen riktig, men Claude nekter fortsatt å lese én bestemt fil. Vanligvis skyldes dette en begrensning i innstillingene. Filen `settings.json` kan inneholde `deny`-regler som blokkerer lesing av bestemte filer, oftest `.env`-filer med nøkler og passord. Det finnes også en innstilling som blokkerer lesing av alt utenfor arbeidsmappene. Sjekk begge stedene i `settings.json`. Husk også at `.env`-begrensningen er et standard sikkerhetstiltak; du bør ikke fjerne den uten en god grunn.
Hvis mappen definitivt er riktig og tilgangen er åpen, men Claude fortsatt ikke vil lese én bestemt fil, er den sannsynligvis begrenset. Begrensningene ligger i innstillingsfilen `settings.json` og finnes i to varianter.
Den første er en målrettet begrensning for bestemte filer. I innstillingene er dette `deny`-regler, og de gjelder oftest filen `.env`, der nøkler og passord lagres:
```json
{
"permissions": {
"deny": [
"Read(./.env)",
"Read(./.env.*)"
]
}
}
```
En slik regel hindrer Claude i å lese de angitte filene, og det er med hensikt. Nøkler og passord bør ikke havne i en samtale med modellen, så `.env` er låst ned som standard. Hvis du ser at Claude ikke vil lese `.env` eller en lignende fil som inneholder hemmeligheter, er det tilsiktet, og du bør ikke fjerne denne begrensningen uten en tvingende grunn.
Den andre typen er en generell begrensning på alt utenfor arbeidsmappene. Innstillingen `blockReadsOutsideWorkingDirectories` styrer dette. Når den er aktivert, nekter Claude å lese alle filer utenfor arbeidsmappen, selv om du prøver å åpne filen direkte. Hvis den er satt til `true` og du trenger en ekstern fil, kan du enten legge til mappen med `/add-dir` eller slå av begrensningen:
```json
{
"permissions": {
"blockReadsOutsideWorkingDirectories": false
}
}
```
Denne innstillingen ble introdusert i versjon 2.1.257. Hvis du har prøvd alt annet, men filen fortsatt ikke er tilgjengelig, bør du kontrollere både `deny` og `blockReadsOutsideWorkingDirectories`.
## Hvor bør du begynne hvis Claude Code ikke kan se filer?
Hovedpoeng
Begynn med å sjekke mappen: Be Claude vise gjeldende katalog med `pwd` og sammenlign den med prosjektets plassering. Hvis de ikke stemmer overens, starter du Claude på nytt fra prosjektmappen eller flytter dit med `/cd`. Trenger du filer fra en tilstøtende mappe? Åpne den med `/add-dir`. Får du ikke se en fil i en undermappe? Gi Claude stien direkte. Mangler en fil i `@`-menyen? Det skyldes `.gitignore` – endre `respectGitignore`. Er én fil låst? Se etter en `deny`-begrensning i `settings.json`.
Her er en kort plan du kan følge punkt for punkt.
1. Sjekk arbeidsmappen: Be Claude vise gjeldende katalog med `pwd` og sammenlign den med prosjektets plassering.
2. Hvis mappene er ulike, starter du Claude på nytt fra riktig mappe (`cd project`, deretter `claude`) eller flytter dit med kommandoen `/cd`.
3. Trenger du filer fra en tilstøtende mappe? Legg den til med `/add-dir` eller flagget `--add-dir` når du starter Claude.
4. Er en fil fra en undermappe ikke med i konteksten? Gi Claude stien direkte, eller be den lese filen.
5. Mangler en fil i `@`-menyen? Det skyldes `.gitignore`. Sett `respectGitignore` til `false`, eller fjern avmerkingen i `/config`.
6. Er én bestemt fil låst? Sjekk reglene `deny` og `blockReadsOutsideWorkingDirectories` i `settings.json`.
I ni av ti tilfeller løser det første trinnet alt: Claude ble startet fra feil mappe. Filtilgang er grunnlaget, men den bygger ikke prosjektet for deg. Jeg har forklart i detalj hvordan du bygger kontekst rundt Claude slik at den holder hele prosjektet i minnet og ikke mister tråden, i guiden min om [Second Brain i Claude Code](https://ailoot.ai/blog/nb/claude-code-second-brain/).
### Kilder
- [Claude Code - Konfigurer tillatelser, offisiell dokumentasjon](https://docs.claude.com/en/docs/claude-code/permissions) - standard arbeidsmappe, --add-dir og /add-dir, /cd, additionalDirectories, tilgang uten prompter, nettverksstier
- [Claude Code - Administrer Claude-minnet, offisiell dokumentasjon](https://docs.claude.com/en/docs/claude-code/memory) - lasting av undermappefiler ved behov, CLAUDE.md, importer
- [Claude Code - Referanse for innstillinger, offisiell dokumentasjon](https://docs.claude.com/en/docs/claude-code/settings-reference) - respectGitignore og @-menyen, blockReadsOutsideWorkingDirectories og versjon 2.1.257
- [Claude Code - Innstillinger, offisiell dokumentasjon](https://docs.claude.com/en/docs/claude-code/settings) - deny-regler og blokkering av lesing av .env
Finn mer materiell om arbeid med verktøy i [Ailoot-dokumentasjonen](https://ailoot.ai/docs/).
[Ailoot-guider](https://ailoot.ai/docs/)
[Gå til Ailoot](https://ailoot.ai/)
## Spørsmål om denne veiledningen: Claude Code ser ikke prosjektfiler: hvorfor, og hva du kan gjøre i 2026
### Hvorfor er oppstart hjemmefra annerledes enn i et søsterprosjekt?
Et prosjekt under hjemmemappen er underliggende, så oppstart hjemmefra plasserer det ikke utenfor arbeidsområdet. Det gir bredere kontekst enn tiltenkt. En søster til arbeidsmappen ligger utenfor. Sammenlign hele baner før du diagnostiserer manglende tilgang.
### Betyr tilgang til en undermappe at filene allerede er i kontekst?
Nei. Gi agenten filbanen og be den lese filen. Hvis lesing avvises, undersøk relevante tillatelser. Fravær i valgmenyen og avvist fillesing er ulike problemer.
## Ailoot · Selskapet og dets prosjektportefølje
Ailoot bygger på etablert driftserfaring, en stor kundebase, stabil tjeneste og løpende KPI-kontroll.
Selskapet og dets prosjektportefølje: millioner av kunder; månedlig salg for milliarder.
Ailoot bruker denne driftserfaringen til API-tilgang til AI-funksjoner i kundenes produkter, agenter, applikasjoner og automatiseringer.