공식 문서(memory·large-codebases)는 하위 폴더 CLAUDE.md 가 "클로드가 그 폴더의 파일을 읽을 때" 로드된다고만 적었는데, 8월 28일 깃허브 이슈 #90449·#90450 은 27가지 접근 방법을 시험해 네이티브 Read 도구만 그것을 불러오고 Grep·Glob 과 Bash 의 cat·sed·grep·heredoc 은 아무 오류 없이 지나친다고 보고했어요. 문제는 auto 모드가 "cat·head·sed -n 으로 읽고 sed·heredoc 으로 고치되 Read·Edit·Write 도구는 쓰지 말라" 는 지시를 시스템 프롬프트에 넣는다는 점이라, 그 지시를 따르는 세션에서는 하위 폴더 CLAUDE.md 와 paths 조건 rules 가 한 번도 안 읽힐 수 있고 9월 10일 이슈 #93403 은 하위 폴더 .claude/skills 도 같은 이유로 안 잡힌다고 덧붙였어요. 세 이슈 모두 9월 18일 현재 열려 있고 앤트로픽 답글은 없으며, 댓글에는 이 Bash 우선 지시가 세션 단위 코호트로 켜져 같은 버전·모델에서도 사람마다 다르고 문서에 없는 환경변수 CLAUDE_CODE_THRIFTY_SONIC=false 로 꺼진다는 사용자 보고가 있어요.
- auto 모드
- 사람 대신 분류 모델이 행동을 심사해 확인 없이 진행하는 클로드 코드 권한 모드. Pro·Max·Team 요금제의 기본 시작 모드
- heredoc
- 셸에서 여러 줄 텍스트를 명령의 입력으로 그 자리에 적어 넘기는 문법
- 모노레포
- 여러 패키지·서비스를 한 저장소에 함께 담는 구성
- 훅
- hook. 클로드 코드가 정해진 시점(도구 호출 전·후, 지시 파일 로드 등)에 실행하는 사용자 스크립트
모노레포에서 하위 폴더 CLAUDE.md 나 paths 조건 rules 에 규칙을 나눠 뒀다면 auto 모드 세션에서 /context 의 Memory files 목록에 그 파일이 실제로 뜨는지 확인하고, 공식 문서가 안내하는 InstructionsLoaded 훅으로 어느 파일이 언제 로드됐는지 기록해 두세요. 반드시 지켜야 할 규칙은 로드에 기대지 말고 루트 CLAUDE.md 로 올리거나 PreToolUse 훅으로 강제하는 편이 안전해요.
- 근본 원인 이슈 — 27가지 접근 방법 실험 같은 제보자가 하루 먼저 연 #90449 는 Read 도구의 네 가지 변형만 하위 CLAUDE.md 를 불러오고, 존재하지 않는 파일을 Read 해도 오류와 함께 CLAUDE.md 가 들어오는 것으로 보아 파일 접근이 아니라 경로 해석이 트리거라고 적었어요. GitHub
- 후속 이슈 — 하위 폴더 스킬도 같은 구멍 9월 10일 v2.1.267 기준 #93403 은 하위 폴더 .claude/skills 와 CLAUDE.md 가 Read·Edit·Write 에만 반응하고 Bash·Grep 에는 반응하지 않아, auto 모드의 읽기 전용 조사는 그 하위 트리의 스킬과 규칙 없이 끝날 수 있다고 재현 절차와 함께 보고했어요. GitHub
- Bash 우선 지시 자체를 문제 삼은 이슈 8월 19일 #88041 은 v2.1.234 실행 파일 안에 "read files with cat, head, or sed -n … rather than using the dedicated Read, Edit, or Write tools" 지시가 들어 있고, 설정 키나 환경변수 없이 코드 수준 게이트로만 켜진다고 적었어요. GitHub
- 공식 문서의 표현 memory 문서는 하위 폴더 CLAUDE.md 가 "Claude 가 그 하위 폴더의 파일을 읽을 때 포함된다" 고만 적고 어느 도구가 그 '읽기' 인지는 밝히지 않으며, 로드 확인 방법으로 /context 와 InstructionsLoaded 훅을 안내해요. Anthropic