🤖 Claude Code가 조용히 말을 안 듣기 시작할 때 — context 70%의 의미

안녕하세요, BQ개발자입니다.

요즘 AI가 정말 핫하죠 ㅎㅎ 오랜만에 AI 얘기를 조금 써보겠습니다.

Claude Code를 쓰다 보면 이상하고, 넘 짜증나는 경험을 하게되는데요,

에러도 안 나고, 작업도 멈추지 않는데,
어느 순간부터 CLAUDE.md에 적어둔 규칙들을 Claude가 점점 안 따르기 시작합니다.

오늘은 이 현상이 왜 생기는지 찾아봤습니다.

✔️ 요약

• context window는 "찼거나 / 안 찼거나" 두가지로 나눌 수 있는 상태가 아님
• 70%부터 이미 지시사항 반영이 줄어들기 시작함

• /compact 타이밍은 비용 문제가 아니라 품질 문제임

1️⃣ 왜 70%가 임계치인가

Transformer는 각 토큰이 다른 모든 토큰에 attention을 분배하는 구조입니다. 이 attention이 균등하게 분배되지 않아요.

context가 짧을 때는 CLAUDE.md의 지시사항이 전체 대비 비중이 높고, 현재 입력과의 연결도 충분합니다. 근데 코드, 파일 내용, 이전 대화가 쌓이면서 context가 70%를 넘으면, 앞부분 지시사항에 할당되는 attention weight가 상대적으로 낮아져요.

"잊어버리는" 게 아닙니다. 기술적으로는 지시사항이 context에 여전히 있거든요. 그냥 현재 입력 대비 상대적 weight가 낮아지는 것뿐이에요. 에러메시지도 없고, 작업이 멈추지도 않아요. 결과물이 조용히 나빠지는 게 전부입니다.

2️⃣ /compact 타이밍이 왜 90%가 아닌 70~80%여야 하는가

90%에서 /compact를 실행하면 이미 attention이 희석된 상태에서 압축이 일어납니다. Claude가 지시사항을 덜 반영한 채로 쌓아온 흐름을 요약하는 거라서, 압축된 요약 자체가 지시사항과 어긋난 방향으로 만들어질 수 있어요.

70~80%에서 실행하면 달라집니다. 지시사항이 아직 충분히 attention을 받는 상태에서 세션이 압축되니까, "내 지시사항을 제대로 이해한 상태의 Claude"가 요약하는 거죠. compact 이후 세션의 품질 기반 자체가 달라지는 겁니다.

3️⃣ /context를 다르게 볼 수 있을 것 같은..?

Claude Code에서 /context 명령어를 쓰면 현재 context 사용량이 표시됩니다. 보통 비용 확인 용도로 쓰는 경우가 많은데요.

이걸 "지금 내 지시사항이 얼마나 반영되고 있는가"를 간접적으로 측정하는 도구로 보는 게 더 정확할 것 같아요. 70%를 넘었다면, Claude가 규칙을 안 따르거나 지시를 무시하는 것 같을 때 코드나 프롬프트를 먼저 의심하기 전에 context 상태를 확인해보는 게 맞습니다.

✏️ 개인적으로 본 방향

context window는 비용 지표보다 품질 지표로 보는 게 더 유용한 것 같습니다.

수치가 70%를 넘는 순간부터 Claude는 여전히 작동하고 있지만, 내가 원하는 Claude가 맞는지는 점점 불확실해집니다.
/compact는 비용을 줄이는 게 아니라 품질 기준점을 리셋하는 거라고 보면 될 것 같아요.

---

다음 편에서는 MCP를 많이 설치할수록 Claude가 오히려 할 수 있는 일이 줄어드는 역설적인 구조를 다뤄볼게요.

여러분의 좋아요와 공유는 사랑입니다 🥰