클로드 코드 메모리와 CLAUDE.md (영속 컨텍스트) 이해하기
홍승협(준이아빠) / 데이터 분석, AI 실무 교육
Claude Code가 세션을 넘어 기억할 수 있도록 만든 영속 컨텍스트 시스템입니다. 사용자가 직접 적은 CLAUDE.md 파일과 Claude가 작업 중 자동으로 쌓는 auto memory 두 가지로 구성됩니다.
이 글은 앤트로픽이 운영하는 code.claude.com/docs의 Memory와 CLAUDE.md 자료를 한국 비개발자 입문자가 보기 편하게 정리한 글입니다.
🤔 매번 같은 설명을 다시 해야 하나요?
Claude Code를 한 번 닫고 다시 열면 이전 대화를 기억하지 못합니다. 회사 코딩 표준, 사용 중인 라이브러리, "이 프로젝트에서는 이렇게 해 달라" 같은 지시를 매 세션마다 다시 적어야 합니다.
같은 지시를 매번 반복하기는 부담스럽고, 빠뜨리면 결과가 흔들립니다. 이 빈틈을 채우는 것이 영속 컨텍스트(Memory) 시스템입니다.
🔑 Memory, 무엇일까요?
Memory는 Claude Code가 세션을 넘어 기억할 수 있도록 만든 영속 컨텍스트 시스템입니다. 두 가지로 나뉩니다.
- CLAUDE.md: 사용자가 직접 적는 영속 지시 파일
- auto memory: Claude가 작업하면서 자동으로 쌓는 학습 기록
두 가지 모두 매 세션 시작 시 자동으로 컨텍스트에 깔립니다.
📄 CLAUDE.md가 무엇일까요?
CLAUDE.md는 프로젝트 루트에 두는 마크다운 파일입니다. Claude Code가 매 세션 시작 시 이 파일을 자동으로 읽어 들입니다. 공식 안내는 다음과 같이 설명합니다.
"CLAUDE.md is a markdown file you add to your project root that Claude Code reads at the start of every session. Use it to set coding standards, architecture decisions, preferred libraries, and review checklists."
비유하자면 새로 합류한 동료에게 건네는 온보딩 문서입니다. 회사, 프로젝트의 표준을 한 번 적어두면, Claude가 매번 그 위에서 작업합니다.
✏️ CLAUDE.md에 무엇을 적을까요?
자주 적는 항목은 다음과 같습니다.
1. 코딩 표준
- "들여쓰기 2칸, 세미콜론 사용, 변수명은 camelCase"
2. 아키텍처 결정
- "데이터베이스는 PostgreSQL, ORM은 Prisma"
3. 선호 라이브러리
- "날짜는 date-fns, 검증은 Zod"
4. 검토 체크리스트
- "PR 전에 lint, 테스트, 타입체크가 모두 통과해야 함"
5. 회사, 팀 컨벤션
- "커밋 메시지는 영어, 변수명은 영어, 주석은 한국어"
6. 자주 쓰는 명령
- "개발 서버: npm run dev, 빌드: npm run build"
7. 보안 정책
- "API 키는 환경 변수로만, 절대 코드에 하드코딩 금지"
이런 정보를 한 번 적어두면 매번 다시 설명할 필요가 없습니다.
🤖 auto memory란
auto memory는 Claude가 작업 중 자동으로 쌓는 학습 기록입니다. 공식 안내에 따르면 "build commands and debugging insights" 같은 정보를 사용자가 따로 적지 않아도 자동으로 저장합니다.
예를 들면 다음과 같은 정보가 auto memory에 들어갑니다.
- "이 프로젝트의 빌드 명령은 npm run build:prod"
- "이 디버깅 패턴이 자주 반복됨"
- "이 폴더 구조는 이런 의미"
사용자가 의식하지 않아도 Claude가 작업 중에 알게 된 정보를 다음 세션에 끌어옵니다.
🌐 사용자 단위 vs 프로젝트 단위
CLAUDE.md는 두 위치에 둘 수 있습니다.
1. 프로젝트 단위
<프로젝트 루트>/CLAUDE.md- 그 프로젝트에서만 적용.
2. 사용자 단위 (Global)
~/.claude/CLAUDE.md- 모든 프로젝트에 공통 적용.
회사 표준은 프로젝트 CLAUDE.md, 개인 선호는 사용자 CLAUDE.md에 분리해두면 깔끔합니다.
🔁 Memory가 동작하는 흐름
시나리오: 새 세션 시작
1. Claude Code 실행 (claude 명령)
2. 자동 로드
- 사용자 CLAUDE.md 읽기
- 프로젝트 CLAUDE.md 읽기
- auto memory 불러오기
3. 컨텍스트 깔린 상태로 작업 시작
- "이 프로젝트는 PostgreSQL을 쓰고, 들여쓰기는 2칸, 빌드 명령은 npm run build:prod"인 점이 이미 깔려 있음.
4. 작업 진행
- 사용자가 매번 표준을 다시 알려주지 않아도 일관된 결과 생성.
🔗 Hooks, Subagents, Skills와의 묶음
Memory는 다른 도구들의 공통 토대가 됩니다.
- Hooks: CLAUDE.md에 적힌 표준을 자동 검사하는 훅 등록
- Subagents: 코드 검토 서브에이전트가 CLAUDE.md 표준을 참조해 검토
- Skills: 스킬 본문에서 "CLAUDE.md의 표준을 따른다"고만 적으면 됨
Memory가 잘 정리된 프로젝트는 다른 자동화 도구들의 효과가 함께 커집니다.
💼 비개발자도 쓸 수 있는 CLAUDE.md 활용 시나리오
비개발자도 자기 작업에 CLAUDE.md를 쓸 수 있습니다.
1. 블로그 글 작성 프로젝트
- "블로그 글은 한국어 존댓말, 분량 1500자 이내, 이모지 H2 사용, 30초 요약 필수"
2. 회사 보고서 작성
- "회사 톤: 차분한 존댓말, 추상 비유 금지, 결과 우선"
3. 학생 자료 만들기
- "학생 수준: 고등학생, 영어 용어는 한국어 풀이 함께, 분량 2쪽 이내"
작업 표준을 한 번 적어두면 매번 같은 결의 결과가 나옵니다. 프롬프트 엔지니어링 5요소를 CLAUDE.md에 정리해두면 강력한 효과가 납니다.
⚠️ CLAUDE.md 작성 시 주의할 점
1. 너무 길지 않게
- CLAUDE.md는 매 세션 컨텍스트 윈도우에 들어가므로 길어질수록 비용, 속도에 영향이 있습니다. 핵심만 압축해서 적습니다.
2. 자주 갱신
- 프로젝트가 진행되면서 표준이 바뀌면 CLAUDE.md도 함께 갱신합니다. 한 번 쓰고 잊지 마세요.
3. 보안 정보 포함 금지
- API 키, 비밀번호, 고객 정보를 CLAUDE.md에 넣지 마세요. 환경 변수로 분리합니다.
4. git 커밋 여부 결정
- 프로젝트 CLAUDE.md를 git에 커밋해 팀과 공유할지, gitignore에 두고 개인 설정으로 둘지 미리 정합니다.
📋 3줄 요약
-
Memory는 Claude Code가 세션을 넘어 기억하게 만드는 구조이고 사용자가 적는 CLAUDE.md와 자동으로 쌓이는 auto memory 두 가지로 이뤄집니다.
-
CLAUDE.md는 프로젝트 폴더에 두면 매 세션이 시작할 때 자동으로 읽히므로 코딩 표준이나 글쓰기 규칙을 다시 설명하지 않아도 됩니다.
-
CLAUDE.md는 프로젝트 단위와 사용자 단위 두 곳에 둘 수 있고 길게 쓸수록 지켜지지 않으므로 비밀번호와 키는 빼고 짧게 유지합니다.
📚 참고 자료
- Memory와 CLAUDE.md 안내: https://code.claude.com/docs/en/memory
- Claude Code overview: https://code.claude.com/docs/en/overview
- Best practices: https://code.claude.com/docs/en/best-practices
이 글이 도움이 되셨다면 공유해 주세요
메신저로 바로 보내거나 링크를 복사할 수 있습니다.
CLAUDE.md 파일은 어떤 역할을 할까요?
이어서 배우면 좋은 개념
Claude Code (CLI 코딩 에이전트) 이해하기
앤트로픽이 만든 에이전트형 코딩 도구입니다. 터미널, VS Code, JetBrains, 데스크톱 앱, 웹 어디서나 같은 엔진으로 동작하며, 사용자의 코드베이스를 직접 읽고, 수정하고, 명령을 실행하고, 개발 도구와 연동합니다.
클로드 코드 훅(Hooks) 알아보기
Claude Code가 특정 행동을 하기 전, 후에 자동으로 실행되는 명령입니다. 파일 수정 직후 자동 포맷, 커밋 직전 lint 실행 같은 자동 검사, 자동 작업을 만들 때 씁니다.
서브에이전트 (Subagents) 알아보기
한 작업의 부분을 따로 나눠 처리하는 보조 에이전트입니다. 주력 에이전트가 작업 전체를 조율하고, 서브에이전트들이 코드 검토, 자료 조사, 테스트 작성 같은 부분 작업을 동시에 처리해 결과를 합칩니다.
생성형 엔진 최적화 (GEO) 이해하기
생성형 엔진 최적화(GEO)는 챗GPT, 제미나이 같은 AI가 만드는 답변에 내 콘텐츠가 인용되도록 만드는 작업입니다.
관련 인사이트
- AI 모델 증류 뜻과 과정: 로컬 LLM이 좋아지는 이유AI 모델 증류는 큰 원본 모델에 문제를 대량으로 풀린 뒤 그 답을 받아 작은 모델에 담는 방법입니다. 술을 내리는 공정과 어디까지 같은지, 원본과 증류본 사이에 무엇이 오가는지, 로컬 LLM은 2027년에 어디까지 갈지 정리했습니다.
- ChatGPT Images 2.5 정리: 달라진 점과 API 모델 2종ChatGPT Images 2.5는 오픈AI가 2026년 9월 8일 공개한 이미지 생성 모델입니다. 지정한 부분만 고치고 나머지를 유지하는 편집 정확도와 최대 50% 줄어든 생성 지연, API에 함께 나온 Flare와 Sunburst의 차이를 공식 발표문으로 정리했습니다.
- 클로드 맥스 집단소송 정리: 5배와 20배가 무엇의 배수인지클로드 맥스 집단소송은 앤트로픽이 Max 요금제의 사용 한도를 실제보다 크게 보이도록 광고했다는 미국 구독자들의 소송입니다. 5배와 20배가 5시간 세션을 기준으로 한 수치라는 점, 공식 요금제 페이지에서 그 조건이 어디에 적혀 있는지, 구독 전에 확인할 것을 정리했습니다.
- 메타 뮤즈 정리: 개인 AI 에이전트가 하는 일과 보안 구조메타 뮤즈(Meta Muse)는 메타가 2026년 9월 8일 공개한 개인 AI 에이전트입니다. 질문에 답하는 대신 메일을 보내고 예약과 결제를 대신하며, 전용 가상 머신과 감시 에이전트를 나눠 둔 구조와 연결 서비스, 요금제를 공식 발표문으로 정리했습니다.
- OpenAI 나비에 스토크스 증명 정리: 밀레니엄 문제와 공적 논란OpenAI 나비에 스토크스 증명은 3차원 유체 방정식이 유한 시간 안에 특이점을 만들 수 있음을 보인 결과입니다. 공개되지 않은 내부 모델을 쓴 에이전트 약 1만 개가 88시간 만에 도달했고, 같은 경로를 1년 가까이 연구하던 수학자들이 공적 문제를 제기한 경위를 공식 발표문을 근거로 정리했습니다.
- AI 생산성 역설, 일이 늘어난 게 아니라 눈높이가 올라간 것AI 생산성 역설은 개인의 작업 속도는 빨라졌는데 조직의 생산성 지표는 거의 움직이지 않는 현상입니다. 일하는 시간이 늘었다는 말이 함께 나오는 배경을, 속도가 느려진 쪽이 아니라 그동안 넘어가던 품질을 이제야 챙기기 시작한 쪽에서 살펴봤습니다.
