Claude Code v2.1.84 기준
Claude Code Auto Dream,
켰다고 다 되진 않습니다
“AI가 잠자면서 기억을 정리해준다” — SNS에서 폭발적으로 퍼졌습니다. 그런데 실제로 /dream 명령어를 쳐보면? “Unknown skill”이 뜹니다. 자동 실행이 켜진 사람도 마찬가지입니다.
“Memory 2.0가 나왔다”는 말, 팩트체크부터
결론부터 말하면, “Memory 2.0″은 공식 문서에도, 공식 체인지로그에도 없는 단어입니다. Claude Code v2.1.84까지의 릴리즈 노트와 Anthropic 공식 메모리 문서를 전부 뒤졌지만 이 표현은 한 번도 등장하지 않았습니다. YouTube 크리에이터 Nate Herk가 “Claude Code Just Dropped Memory 2.0″이라는 영상 제목을 붙이면서 퍼졌고, 한국 커뮤니티에서 “나왔다”는 형태로 재확산된 겁니다.
혼동이 생긴 과정은 꽤 전형적입니다. 누군가 /memory 메뉴에서 “Auto-dream: off”라는 토글을 발견했고, X(트위터)에서 “unreleased?” 물음표를 달아 공유했습니다. 38K 뷰를 넘긴 스레드로 퍼지면서 “unreleased”가 빠진 채 한국어로 번역·확산됐습니다. 이 속도는 이 분야 정보 확산의 전형적인 패턴이라 앞으로도 비슷한 일이 반복될 겁니다.
| 커뮤니티 주장 | 판정 | 근거 |
|---|---|---|
| “Memory 2.0이 나왔다” | 과장 | 공식 문서·체인지로그 어디에도 없는 용어 |
| “Auto Dream이라는 새 기능이 있다” | 맞지만 미완성 | UI에는 존재, 수동 실행 불가 |
| “/dream 명령어로 실행한다” | 틀림 | GitHub #39135 — “unknown skill” 반환 |
| “autodream on으로 바꾸면 된다” | 사람마다 다름 | 서버 사이드 플래그 점진적 롤아웃 중 |
Auto Dream이 켜졌다고? /dream은 왜 unknown skill인가
이게 이 글에서 가장 중요한 부분입니다. /memory에서 “Auto-dream: on · last ran 1d ago”가 보이는 사람이 있습니다. 그런데 /dream을 치면 여전히 “Unknown skill”이 뜹니다. 자동 실행과 수동 명령어가 별개로 구현 중이기 때문입니다. (출처: GitHub #39135, v2.1.84, 2026-03-26 확인)
Auto Dream은 서버 사이드 피처 플래그(코드네임: tengu_onyx_plover)로 제어됩니다. 소스 코드 분석(DEV Community, akari_iku, 2026-03-24)을 기반으로 한 내용으로, Anthropic이 공식 확인한 내용이 아닙니다. 로컬의 settings.json에서 어떤 값을 바꿔도 서버 사이드 플래그는 영향을 받지 않습니다. Anthropic이 서버에서 켜야만 동작합니다. 현재는 일부 사용자에게만 점진적으로 롤아웃 중이고, 자동 실행이 켜진 사람조차 수동 실행 명령어는 작동하지 않습니다.
자동 실행이 활성화된 사람들이 GitHub 이슈 #38461 댓글에서 “Auto-dream: on · last ran 1d ago”를 확인해줬습니다. 일부에서는 이미 백그라운드 자동 실행이 돌고 있다는 뜻입니다. 하지만 대다수에게 아직 열리지 않은 기능이고, 수동 실행은 전원 미지원 상태입니다.
지금 쓸 수 있는 Auto Memory, 200줄이 핵심
Auto Dream을 기다리는 동안 실제로 작동하는 Auto Memory부터 제대로 이해하는 게 먼저입니다. v2.1.59(2026-02-26)에서 정식 출시된 기능이고, 공식 문서에도 상세히 나와 있습니다.
핵심 구조는 이렇습니다. ~/.claude/projects/<project>/memory/MEMORY.md가 메인 인덱스 역할을 합니다. 세션 시작 시 이 파일의 첫 200줄 또는 25KB 중 먼저 도달하는 쪽만 로딩됩니다. (출처: Anthropic 공식 문서) 200줄을 넘는 내용은 세션 시작 시 무시됩니다. 즉, 메모리가 열심히 쌓여도 200줄 바깥에 들어가면 Claude는 그 내용을 모르고 대화를 시작합니다.
~/.claude/projects/<project>/memory/ ├── MEMORY.md # 핵심 인덱스 (세션 시작 시 첫 200줄만 자동 로딩) ├── debugging.md # 디버깅 패턴 (필요 시 on-demand 로딩) ├── api-conventions.md # API 설계 결정 (필요 시 on-demand 로딩) └── ... # Claude가 필요에 따라 생성하는 토픽 파일들
토픽 파일(debugging.md 등)은 세션 시작 시 로딩되지 않습니다. Claude가 필요하다고 판단할 때만 직접 읽어옵니다. 그래서 MEMORY.md에는 “어디에 뭐가 있는지”의 인덱스만 두고, 상세 내용은 토픽 파일로 분리하는 구조가 공식 권장 방식입니다. 다만 이 정리 자체를 Auto Memory가 자동으로 최적화하지는 않습니다. 그게 Auto Dream이 해결하려는 문제입니다.
Auto Dream 없이 메모리를 깔끔하게 유지하는 방법
Auto Dream이 없는 지금 상태에서 메모리 품질을 유지하는 방법은 3단계입니다. 직접 써보면서 확인했고, 솔직히 생각보다 간단합니다.
세션 내에서 /memory를 실행하면 현재 로딩된 파일 목록이 나옵니다. “Open auto-memory folder”를 선택하면 에디터에서 직접 열립니다. MEMORY.md 줄 수를 먼저 확인하세요.
“메모리 파일을 정리해줘 — 중복 항목 병합하고, 해결된 이슈는 삭제하고, MEMORY.md를 150줄 이내로 유지해줘”라고 요청하면 됩니다. Claude가 memory/ 디렉토리를 읽고 직접 편집합니다. 이건 Auto Dream 기능이 아니라 일반 파일 편집입니다.
Auto Memory에 저장된 내용보다 CLAUDE.md 규칙이 우선합니다. (출처: Anthropic 공식 문서) 절대 바뀌면 안 되는 규칙은 CLAUDE.md에 직접 쓰세요. Auto Memory는 Claude가 발견한 패턴을 저장하는 공간이고, CLAUDE.md는 사람이 정의한 규칙 공간입니다.
Auto Dream이 실제로 작동하면 무엇이 달라지나
소스 코드에서 추출된 시스템 프롬프트(출처: Piebald-AI/claude-code-system-prompts)에는 4단계 정리 프로세스가 정의되어 있습니다. Anthropic이 공식 공개한 내용이 아니므로 실제 구현과 다를 수 있지만, 다수의 독립 분석에서 일관되게 확인된 내용입니다.
| 단계 | 이름 | 하는 일 |
|---|---|---|
| 1 | Orient | 현재 메모리 파일 목록 파악, 프로젝트 맥락 이해 |
| 2 | Gather recent signal | 최근 세션에서 학습한 내용 수집 |
| 3 | Consolidate | 중복 병합, 모순 해결, 상대 날짜 → 절대 날짜 변환 |
| 4 | Prune and Index | 불필요 항목 삭제, MEMORY.md 200줄 이내 유지 |
실행 조건은 두 가지가 동시에 충족돼야 합니다. 마지막 Auto Dream 실행 후 24시간 이상 경과 AND 5개 세션 이상 누적. 하루에 최대 1회, 내용이 충분히 쌓인 이후에만 실행됩니다. 이 설계에는 이론적 뒷받침이 있습니다.
Team 플랜 아니면 아직 안 된다는 게 함정
Auto Dream보다 훨씬 먼저 출시된 Auto Mode(2026-03-24)도 비슷한 제약이 있습니다. Anthropic 공식 블로그에 따르면, Auto Mode는 현재 Team 플랜에서만 Research Preview로 사용 가능하고, Enterprise와 API는 곧 순차 개방 예정입니다. Claude Sonnet 4.6 또는 Opus 4.6에서만 작동하며, Haiku나 claude-3 계열에서는 지원하지 않습니다.
| 기능 | 현재 상태 (2026.03.30 기준) | 필요 플랜 |
|---|---|---|
| Auto Memory | ✅ 정식 출시 | 모든 플랜 |
| Auto Mode | ⚠️ Research Preview | Team (Enterprise 순차 개방) |
| Auto Dream | ❌ 부분 롤아웃 중 | 서버 사이드 플래그 (미공개) |
Auto Mode 자체도 주의할 점이 있습니다. 분류기(classifier)가 각 명령어를 검토하는 과정에서 토큰이 추가 소모됩니다. 특히 쉘 명령어와 네트워크 요청은 분류기 호출을 트리거하므로 장시간 작업에서 비용이 예상보다 높아질 수 있습니다. 공식 문서에서도 “Auto mode may have a small impact on token consumption, cost, and latency”라고 명시합니다. (출처: Anthropic Auto Mode 공식 블로그) 작은 영향이라고 했지만, 반복적인 쉘 명령어가 많은 작업에서는 직접 체크해보는 것이 좋습니다.
자주 묻는 것들
마치며
Auto Dream은 좋은 개념입니다. Auto Memory가 “쓰는 손”이라면 Auto Dream은 “정리하는 잠”이고, 둘이 함께 돌아야 진짜 장기 메모리가 됩니다. 그 설계 의도는 Sleep-time Compute 논문이 이미 이론적으로 뒷받침하고 있습니다.
하지만 지금 시점에서 솔직히 말하면, Auto Dream은 아직 대다수에게 열리지 않았고 수동 실행도 안 됩니다. SNS에서 “나왔다”는 말을 들었다면 반은 맞고 반은 틀린 셈입니다. 백그라운드 자동 실행이 일부에게 롤아웃 중인 건 사실이지만, /dream 명령어가 동작하는 사람은 아직 아무도 없습니다.
기다리는 동안 해둘 일은 명확합니다. MEMORY.md가 200줄을 넘지 않도록 주기적으로 정리하고, 중요한 규칙은 CLAUDE.md에 명시해두는 것. Auto Dream이 와도 결국 이 습관이 있어야 제대로 작동합니다.
본 포스팅 참고 자료
- Anthropic 공식 메모리 문서 (docs.anthropic.com)
- Anthropic Auto Mode 공식 블로그 (2026.03.24)
- Claude Code Permission Modes 공식 문서 (code.claude.com)
- akari_iku, “Does Claude Code Need Sleep?” (DEV Community, 2026.03.24)
- Sleep-time Compute 논문 (arXiv:2504.13171, Kevin Lin et al.)
- GitHub Issues: #39135, #38461 (anthropics/claude-code)
본 포스팅은 2026년 3월 30일 기준으로 작성되었습니다. Claude Code는 지속적으로 업데이트되므로 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 공식 문서(docs.anthropic.com)에서 최신 정보를 확인하세요.
댓글 남기기