컨텍스트 35%가 제 한계인 것 같네요. 여러분은 어떤가요?

뭐 다르게 하는 거라도 있음? 에이전트가 그냥 실행자로서 좁은 범위의 작업만 끝내는 게 아닌 이상, 그 정도 지점부터는 context poisoning이 진짜 문제가 된다는 거엔 동의함.

100만 토큰 제한 근처에는 절대 가면 안 됨. 난 최대 20만 토큰까지만 쓰고 /clear 함.

광고하는 컨텍스트 윈도우는 진짜 웃기는 수준임. 실제로 쓸만한 컨텍스트는 광고하는 '제한'의 대략 12% 정도밖에 안 되거든.

그거 'Dumb zone'이라고 불리는데, 이미 구체적으로 밝혀졌고 더 잘 입증됐음. 심지어 모델별로 수치화까지 다 된 상태임.

지난 30일간 내 평균 최대 컨텍스트는 155k였고, 대규모 컨텍스트 세션은 거의 전적으로 자율 오케스트레이션이었음. 한 코더에게 너무 큰 작업이 주어졌을 때였지.

그래서 내 한계는 16% 정도인 것 같음.

난 /compact는 절대 안 씀. 인스턴스가 작업별로 완료된 것과 남은 것을 계속 추적하거든.

대화를 정말 재개해야 한다면 내 메시지와 Claude의 메시지만 추출하는 방법이 있어서, 본질적인 내용은 유지하면서 훨씬 작게 만들 수 있음.

항상 작업을 작은 단위로 쪼개려고 하고, 여러 인스턴스를 연결하기 위해 오케스트레이터나 .md 파일을 사용해서 비용은 낮게, 품질은 높게 유지하려고 함.

나도 기본적으로 그렇게 하고 있었는데, 최근에 컨텍스트가 늘어난 세션들이 좀 있었음. 아마 내가 신선한 세션을 유지하는 데 지친 것 같음. 신선한 세션을 사용하는 걸 정말 잘 지켰는데, 좀 게을러진 것 같아.

50~60% 정도 되면 난 새 빌더한테 넘기려고 함. 거기까지는 별 문제 없었음. 근데 내가 돌리는 빌더들은 전부 아주 상세한 빌드 단계 계획이 있고, 교차 모델 검토 세션까지 거치니까 궤도를 벗어나지 않는 듯.

중요한 건 퍼센트가 아니라 절대적인 토큰 수야. 그리고 남은 용량이 아니라 네가 지금 쓰고 있는 용량이 중요한 거지. 그게 프롬프트 비용을 결정하니까.

난 Opus 5를 high, xhigh, max effort로 설정하면 45% 사용량까지는 꽤 잘 돌아가는 것 같음. 근데 확인하기는 어려움. 난 자동 컴팩트를 55% 남았을 때로 설정하고, 그전에 수동으로 컴팩트하려고 노력함. 에이전트한테 미리 준비하라고 알려주는 거지. 너무 자주 컴팩트하는 것도 문제가 있음. 방향이 바뀌려고 할 때 항상 컴팩트함. 장기 실행 작업이나 오케스트레이션(세션이 일주일씩 가기도 하는데, 이게 지우는 것보다 나은 것 같음)이 어려운 부분임.

256K 넘어가면 컨텍스트가 썩기 시작함.

이건 Opus 문제라기보다 네 워크플로우 문제일 가능성이 큼. 시간 내서 정리하고, 불필요하거나 오래된 지침들을 제거해 봐. 일관성을 원한다면 CLAUDE.md나 AGENTS.md를 업데이트하고, 에이전트에게 중요한 내용을 상기시키는 훅을 설정해. 소스 오브 트루스를 간결하고 최신 상태로 유지해.