구독 해지 전 Sonnet의 'Low Effort' 모드로 변경

이거 진짜 맞는 말임. Claude로 프로젝트를 시작하면 시간이 지날수록 뭘 하나 하려고 해도 토큰이 점점 더 많이 들어감. 프로젝트 메모리는 늘어나고, 파일은 커지고, 이제 Claude가 읽어야 할 파일도 여러 개가 되니까. 이 모든 게 다 토큰 잡아먹는 귀신임! 이럴 때 사람들이 Claude를 최적화하는 법을 배워야 함. Claude 세션을 감사해서 얘가 실제로 뭘 하고 있는지, 어디에 토큰을 낭비하고 있는지 확인하는 법을 익혀야지.

그 가능성도 생각해 봤음. 근데 오늘 꽤 기본적인 UI 수정하는 데 5시간 세션 제한의 70%를 30분 만에 다 태워 먹었음. 이제 AI 없이는 안 되는 단계까지 와버려서, 다른 서비스도 좀 알아봐야 할 것 같음.

근데 너는 Sonnet이 무조건 토큰을 적게 쓴다는 생각에 갇혀 있는 것 같음. 여기서는 기본적인 작업처럼 보여도, Sonnet은 코드가 이미 다 짜여 있는 단순 반복 작업에 더 적합함. 만약 스스로 뭘 해결해야 하는 상황이라면 Opus나 Fable을 써서 너한테 딱 맞는 효율 수준을 찾아야지. Sonnet은 문제 해결하다가 헤매고 헛발질하면서 토큰만 엄청나게 날려 먹을 거임.

뭔가 이상한데. 나 오늘 아침에 주간 제한 초기화된 이후로 하루 종일 Opus high로 작업했는데 주간 제한의 8%밖에 안 썼음 (나도 5x 플랜임).

^ 이거임. 사용량을 더 잘 모니터링할 수 있어서 좋은 제안임. 근데 status line에 컨텍스트 크기도 포함하는 게 좋음.

그렇게 하면 컨텍스트 크기가 어떻게, 언제 변하는지 실시간으로 볼 수 있음. 그게 사용량 관리의 핵심임.

난 컨텍스트 크기를 150k 아래로 유지하려고 하고 250k 넘기는 일은 거의 없음. 그 이상 되면 그냥 지우고 새 작업 시작함. 압축할 필요 없음.

Low Sonnet은 원하는 결과물 안 나올걸. 게다가 효율도 떨어지니까 그냥 Opus medium 쓰는 게 나음.

아직 안 읽어봤다면 prompt cache invalidation에 대해 읽어보고, 무효화가 안 일어나게 확실히 해두셈.

• 1시간 정도 사용 안 한 대화는 다시 살리지 말 것
• 대화 도중에 모델이나 effort level 바꾸지 말 것
• Claude가 답변을 이상하게 해도 수정하지 말고, 이전 프롬프트를 수정해서 다시 시도할 것. 그래야 잘못된 출력이 컨텍스트를 오염시키지 않음.

oh my pi를 하니스로 쓴 이후로 토큰 훨씬 덜 씀.