그것을 부르는 이름이 있습니다: 컨텍스트 부패 (context rot). 윈도우(window)가 채워질수록, 그 안의 특정 내용을 회상하는 모델의 능력이 떨어집니다. 윈도우에 더 많은 컨텍스트가 들어가는 것은 에이전트를 더 좋게 만드는 것이 아니라 더 나쁘게 만들 수 있습니다. (Anthropic의 자체적인 프레임워크: 좋은 컨텍스트 엔지니어링 (context engineering)이란 가장 큰 세트가 아니라, 신호가 높은 (high-signal) 최소한의 토큰 세트를 찾는 것입니다.)

저에게 도움이 되었던 재정의는 다음과 같습니다: Claude Code는 단순한 모델이 아니라, 당신을 대신해 윈도우 안에 무엇이 들어갈지를 관리하는 것이 주요 임무인 하네스 (harness)입니다. 그리고 이를 수행하기 위해 네 가지 레버 (levers)를 제공합니다. 이는 컨텍스트 엔지니어링 (context engineering)의 네 가지 단계와 일치합니다:

쓰기 (Write - 윈도우 외부에서 유지): CLAUDE.md. 이는 매 세션마다 자동으로 로드되며, 디스크에서 다시 로드되기 때문에 압축 (compaction) 과정에서도 살아남습니다. 따라서 잊혀져서는 안 되는 모든 것은 채팅창이 아니라 여기에 속해야 합니다. 대화 전용 지침들은 컨텍스트가 부족해질 때 가장 먼저 손실되는 부분입니다.

선택 (Select - 관련 있는 것만 가져오기): 의미하는 특정 파일을 @-mention 하거나, 모델이 리포지토리 (repo)를 헤매게 두는 대신 정확한 파일이나 함수를 지목하세요. 가져오는 모든 무관한 파일은 나머지 부분을 부패시키는 데 소비되는 토큰입니다.

압축 (Compress - 높은 신호를 유지하기 위해 요약하기): /compact, 또는 선택적으로 "/compact focus on the auth refactor"와 같은 포커스를 지정할 수 있습니다. 또한 윈도우가 가득 차면 자동으로 압축을 수행하며, 이때 오래된 도구 출력 (tool outputs)을 먼저 정리합니다. 강제로 실행되기 전에 직접 /compact를 실행하면, 당신의 의도대로 요약을 유지할 수 있습니다.

격리 (Isolate - 탐색을 위한 별도의 윈도우 제공): 서브에이전트 (subagents). 이들은 별도의 컨텍스트 윈도우 (context window)에서 실행되며 최종 결과만을 반환하므로, 크고 소란스러운 검색이 메인 스레드 (main thread)를 부풀리지 않습니다. 이는 서브에이전트가 속도 향상 기술이 아니라 메모리 트릭이라는 저의 이전 게시물의 내용과 동일합니다. 격리 (Isolation)가 진정한 승리입니다.

알아둘 가치가 있는 두 가지 레버가 더 있습니다:

/context는 현재 무엇이 윈도우를 차지하고 있는지(MCP 도구 정의, 큰 파일, 히스토리 등)를 보여줍니다. 세션이 무겁게 느껴질 때, 추측하기 전에 확인하세요.
/clear를 사용하여 서로 관련 없는 작업 사이를 정리하세요. 완료된 작업의 컨텍스트를 새로운 작업으로 가져가는 것은 순전한 부패 (rot)입니다.

사고방식의 전환: 창(window)을 채워 넣어야 할 빈 공간으로 취급하는 것을 멈추고, 당신이 능동적으로 관리해야 하는 예산(budget)으로 취급하기 시작하세요. 더 똑똑한 모델은 한계치(ceiling)를 높여주지만, 노이즈로 가득 찬 창으로부터 당신을 구해 주지는 못합니다.

요약(TL;DR): 세션이 깊어질 때 Claude Code가 "멍청해지는" 것은 대개 모델의 문제가 아니라 컨텍스트 부패 (context rot) 때문입니다. Claude Code를 네 가지 레버를 가진 컨텍스트 엔지니어링 (context-engineering) 하네스로 취급하세요: 쓰기 (Write, CLAUDE.md), 선택 (Select, @-files), 압축 (Compress, /compact), 격리 (Isolate, subagents). 추가로 사용량을 확인하기 위한 /context와 작업 사이의 /clear를 활용하세요. 창을 단순히 채우지 말고, 큐레이션(curate)하세요.

Claude Code를 주로 사용하는 분들에게 묻습니다: 여러분의 실제 작업 방식(discipline)은 어떠신가요? 저는 저만의 기준에 따라 /compact를 실행하기 시작했고, 탐색적인 작업에는 서브에이전트 (subagents)에 크게 의존하고 있습니다. 하지만 사람들이 자동 압축 (automatic compaction)을 신뢰하는지, 아니면 항상 수동으로 제어하는지 궁금합니다.

출처: Anthropic — Effective context engineering for AI agents · Claude Code — How Claude remembers your project (CLAUDE.md) · Claude Code — How Claude Code works (context / compaction) · Claude Code — Create custom subagents · Why More Context Makes Your Agent Dumber — Nupur Sharma, Qodo
submitted by /u/bit_forge007
[link] [comments]