클로드 대화 길이 제한, 1M 토큰 채팅도 차는 이유와 해결법 5가지

너무 길어진 Claude 대화는 어떻게 해결하나요?

해결법은 다섯 가지입니다. Claude가 요약하게 하는 설정 켜기, 새 채팅으로 인계하기, 작업을 프로젝트에 두기, 큰 파일 나누기, 긴 작업을 1M 모델에서 시작하기입니다. 앞의 두 가지는 2분 정도면 됩니다.

1. 설정, 기능(Capabilities)을 열고 "코드 실행 및 파일 생성(Code execution and file creation)"이 꺼져 있으면 켭니다. Anthropic은 Free, Pro, Max에서 기본으로 켜 두며(Team과 Enterprise는 소유자가 조직 설정에서 관리합니다), 유료 플랜에서 긴 채팅의 자동 요약은 이 기능이 켜져 있을 때만 작동합니다.
2. 이전 채팅이 아직 답한다면 아래 인계 프롬프트를 붙여 넣고 Claude가 저장해 주는 handoff.md 파일을 내려받습니다.
3. 1M 토큰 모델로 새 채팅을 엽니다. 작업이 프로젝트 안에 있다면 그 안에서 엽니다. handoff.md를 첨부하거나 프로젝트 지식에 추가하면 그 프로젝트의 모든 채팅이 읽을 수 있습니다.
4. 아래 시작 프롬프트를 붙여 넣고, 새 작업을 요청하기 전에 Claude의 세 줄 답변을 확인합니다.

```text

우리는 이 작업을 이 채팅을 볼 수 없는 새 채팅으로 옮깁니다. 인계 문서를 작성해서 handoff.md라는 Markdown 파일로 저장해 주세요. 800단어 이내로, 다음 제목을 사용하세요.

1. 목표: 무엇을 만들거나 결정하는지 두 문장으로.
2. 최신 버전: 300단어 미만이면 현재 초안이나 코드 전체, 그보다 길면 모든 제목을 포함한 개요.
3. 결정 사항: 각각 한 줄로, 이유와 함께.
4. 막다른 길: 시도했거나 배제한 것과 그 이유. 다시 제안되지 않도록.
5. 규칙: 어조, 형식, 길이, 이름, 숫자에 대해 제가 준 모든 지시.
6. 사실: 우리가 의존하는 모든 숫자, 이름, 날짜, 파일 이름을 적힌 그대로.
7. 다음 단계와 남은 질문.

우리가 논의하지 않은 내용은 추가하지 마세요. 확실하지 않은 것은 [확인 필요]로 표시하세요.

```

```text

handoff.md는 공간이 부족해진 이전 채팅의 요약입니다. 읽고 세 줄로만 답해 주세요: 목표, 따를 규칙, 다음 단계. 제가 시작하라고 할 때까지 기다려 주세요.

```

요약보다 파일이 더 중요합니다. 텍스트로 붙여 넣은 인계 내용은 채팅 하나에만 남습니다. 프로젝트 지식에 저장한 인계 파일은 그 프로젝트의 모든 새 채팅에 닿고, 작업이 진행되면서 수정할 수도 있습니다.

이전 채팅이 더 이상 메시지를 받지 않으면 어떻게 할까요? 유료 플랜이라면 새 채팅을 열어 프로젝트 이름으로 과거 채팅을 검색하라고 Claude에게 요청하세요. Anthropic 고객센터는 설정, 메모리에서 채팅 검색 및 참조(Search and reference chats)가 켜져 있으면 Claude에게 "이전 대화를 검색하라"고 요청할 수 있다고 안내합니다. 프로젝트 안에서는 검색이 그 프로젝트 범위에 머뭅니다. Free에서는 마지막으로 좋았던 결과를 직접 복사하거나, 설정, 개인정보, 데이터 내보내기(Export data)에서 데이터를 요청하세요. 이메일로 온 링크는 도착 후 24시간이 지나면 만료됩니다.

Claude의 "너무 길다" 메시지는 무슨 뜻인가요?

메시지의 모든 변형은 같은 뜻입니다. 이 채팅에 지금 보내는 내용을 더한 크기가 모델의 컨텍스트 윈도우보다 크다는 것입니다. 기다린다고 풀리지 않습니다. 5시간마다 초기화되는 사용량 한도가 아니라 크기 한도이며, 사용량 한도는 Claude usage limit reached에서 다룹니다.

첫 번째 메시지는 Anthropic이 문서화한 메시지입니다. 오류 메시지 페이지는 네 가지 탈출구를 제안합니다. 내용을 작게 나눠 보내기, 핵심 부분을 요약하거나 추출하기, 관련 부분부터 찾아 달라고 Claude에게 요청하기, 새 대화 시작하기입니다. 채팅의 첫 메시지에서도 나타날 수 있습니다. 충분히 큰 업로드는 그것만으로 윈도우를 채웁니다.

Claude 대화는 얼마나 길 수 있나요?

2026년 10월 11일에 확인한 Claude 컨텍스트 윈도우 페이지에 따르면, 모든 유료 플랜에서 Claude 대화는 최신 모델이 1M 토큰, 이전 세대가 500K, 나머지가 200K를 담습니다. Anthropic은 200K를 "텍스트 약 500페이지 이상"이라고 설명합니다. 이 비율이면 1M 채팅은 약 2,500페이지입니다.

Pro에서 Max로 올려도 채팅이 길어지지 않습니다. 윈도우는 모델에 속하며, Anthropic은 모든 유료 플랜에 같은 윈도우를 안내합니다. Max가 늘려 주는 것은 공간이 아니라 사용량입니다. Free는 공개된 수치가 없습니다. 또 내 텍스트에 윈도우 전체를 쓸 수도 없습니다. Anthropic의 사용량 및 길이 페이지는 "컨텍스트 윈도우의 일부는 항상 Claude의 응답용으로 확보된다"고 밝히므로, 가능한 가장 긴 채팅은 표의 숫자보다 조금 짧습니다.

무엇이 Claude 채팅을 이렇게 빨리 채우나요?

Claude 채팅은 타이핑보다 파일 때문에 더 빨리 찹니다. Anthropic의 PDF 문서는 밀도에 따라 PDF 한 페이지가 텍스트로 "보통 1,500~3,000 토큰을 사용한다"고 설명합니다. 그래서 빽빽한 100페이지 보고서 하나가 질문하기도 전에 300,000 토큰을 차지할 수 있습니다. 200K 채팅 전체보다 큽니다. 1M 채팅은 그런 페이지 약 333장에서 찹니다.

100페이지 이하 PDF는 텍스트뿐 아니라 그림도 함께 읽습니다. Claude의 파일 업로드 페이지는 Claude가 PDF의 "텍스트와 시각 요소 모두"를 분석한다고 설명합니다. Anthropic은 토큰 비용을 API에 대해서만 문서화하며, 거기서는 이런 페이지가 이미지로도 계산되므로 짧은 PDF도 텍스트만 쓸 때보다 더 많은 공간을 차지한다고 보면 됩니다. 100페이지를 넘으면 Claude는 최대 1,000페이지까지 텍스트만 읽습니다. 페이지당 3,000 토큰이면 1,000페이지 PDF는 3M 토큰에 이를 수 있고, 어떤 Claude 채팅 윈도우도 이를 통째로 담지 못합니다.

이미지도 같은 식으로 쌓입니다. Anthropic의 비전 문서는 최근 모델에서 1000x1000 픽셀 이미지를 1,296 토큰, 4K 스크린샷을 4,784 토큰으로 봅니다. Claude는 메시지당 이미지를 최대 20장 받으므로, 큰 스크린샷으로 가득 찬 메시지 하나가 약 96,000 토큰이 될 수 있습니다.

눈에 덜 띄는 네 가지도 매 턴 공간을 차지합니다. 프로젝트 지식은 Claude가 검색 방식으로 전환할 만큼 커지기 전까지 프로젝트 안의 모든 채팅에서 컨텍스트로 읽힙니다. 도구와 커넥터는 자체 지침을 싣고 있으며, Anthropic은 "도구와 커넥터는 토큰을 많이 쓴다"고 경고합니다. 확장 사고와 높은 노력 수준은 응답마다 토큰을 더 씁니다. 그리고 Claude는 매번 전체 기록을 다시 읽으므로 50번째 메시지는 앞의 49개를 함께 싣습니다.

큰 파일은 넣기 전에 나누세요. 300페이지 매뉴얼 대신 필요한 20페이지만 보내거나, 관련 섹션을 먼저 나열해 달라고 Claude에게 요청한 뒤 그 부분만 첨부하세요. 필요 없는 채팅에서는 커넥터와 웹 검색을 끄세요.

Claude는 이제 긴 대화를 자동으로 압축하나요?

네, 유료 플랜에서는 그렇습니다. Anthropic의 릴리스 노트에 따르면 2025년 11월 24일부터 채팅이 컨텍스트 한계에 가까워지면 Claude가 이전 메시지를 요약하고 계속 진행합니다. 사용량 및 길이 한도 페이지는 이렇게 설명합니다. "대화가 컨텍스트 윈도우 한계에 다가가면 Claude는 새 내용을 위한 공간을 만들기 위해 이전 메시지를 요약합니다." 전체 기록은 채팅에 남고 Claude는 여전히 거슬러 참조할 수 있습니다. 작업하는 동안 Claude가 "생각을 정리하는 중"이라고 표시될 수 있습니다.

함정이 세 가지 있습니다. Anthropic의 오류 메시지 페이지는 이 기능을 "코드 실행이 켜진 유료 플랜 사용자"로 제한하므로, Free 채팅이나 코드 실행이 꺼진 채팅은 여전히 한계에 부딪힐 수 있습니다. 또 Anthropic은 매우 큰 첫 메시지 같은 드문 경우에는 여전히 한계에 걸릴 수 있다고 밝힙니다. 그리고 요약에는 비용이 듭니다. "자동 컨텍스트 관리가 작동하는 더 긴 대화는 사용량 한도를 더 많이 소모합니다." 긴 채팅 하나가 짧은 채팅 여러 개보다 Pro 세션을 더 빨리 소진할 수 있는 이유입니다.

요약은 세부 내용도 잃습니다. Claude Code 문서도 자체 압축에 대해 같은 말을 합니다. "대화 초반의 자세한 지시는 사라질 수 있습니다." 반드시 살아남아야 하는 규칙(어조, 형식, 이름)은 긴 채팅의 3번째 메시지가 아니라 프로젝트 지침에 두세요.

ChatGPT는 다르게 동작합니다. 스레드를 멈추고 새 채팅을 요구하며, ChatGPT conversation too long에서 설명하듯 둘의 실질적 차이는 Claude의 자동 요약이 더 크다는 점입니다.

Claude Code에서는 압축이 자동으로 실행되고 방향을 조절할 수 있습니다. "/compact focus on the API changes"처럼 초점을 주고 /compact를 실행하고, /context로 무엇이 공간을 쓰는지 확인하고, 영구 규칙은 CLAUDE.md에 넣으세요. /compact가 "Conversation too long"으로 실패하면 오류 안내대로 Esc를 두 번 눌러 몇 개 메시지 앞으로 돌아간 뒤 거기서 압축하세요.

긴 Claude 프로젝트가 공간 부족에 빠지지 않게 하려면?

참고 자료는 Claude 프로젝트에 넣고, 그 안에서 작업마다 채팅을 하나씩 시작하세요. 유료 플랜에서는 프로젝트 지식이 컨텍스트 한계에 가까워지면 Claude가 검색 방식으로 전환해 관련 부분만 가져옵니다. Anthropic의 프로젝트용 RAG 페이지는 이 덕분에 "최대 10배 많은 콘텐츠를 저장할 수 있다"고 설명합니다. 프로젝트 파일은 개당 30MB까지, 채팅에 첨부하는 파일은 500MB까지입니다.

프로젝트 지침은 매 턴마다 함께 실리므로 짧게 유지하세요. 다 쓴 파일은 지우세요. 새 채팅이 이전 채팅의 내용을 필요로 하면 기록을 다시 붙여 넣지 말고 프로젝트의 과거 채팅을 검색해 달라고 Claude에게 요청하세요.

하나의 긴 스레드라면 1M 모델에서 시작하세요. 200K 모델의 채팅은 1M의 Claude Opus나 Claude Sonnet에서 같은 채팅을 할 때보다 다섯 배 빨리 찹니다. 다만 공간이 곧 기억력은 아닙니다. What is a context window는 모델이 긴 입력 중간에 묻힌 사실을 놓치는 이유를 설명하고, context window comparison은 여러 회사의 윈도우를 모델별로 나열합니다.

이 페이지를 발행하는 Whizi는 브라우저에서 Claude 내보내기 파일을 가져와 모든 메시지를 검색 가능하게 만들기 때문에, 더 이상 이어갈 수 없는 옛 스레드도 쉽게 뒤져 볼 수 있습니다. 사고 블록, 도구 호출, 첨부 파일은 가져오지 않습니다. 긴 스레드에 더 많은 공간을 주지는 않습니다. 모든 Whizi 모델은 턴당 입력 토큰 40,000개를 받고, 오래된 기록은 조용히 잘려 나갑니다. 하나의 거대한 대화라면 자동 요약이 있는 Claude 자체의 1M 윈도우가 더 나은 도구입니다.