/compact 명령어와 사용법에 대한 실험

고마워. 내 옛날 방식(Claude Code 이전)이 맞았다는 걸 확인받은 기분이네.

git gist로 공유 좀 해줘. 유용해 보이네.

compact 명령어에 뭘 넣는다면, 그건 내가 유지하고 싶은 내용만 골라서 알려주는 거야.. 작업 내용에 따라 달라지지.

세션이랑 상호작용 중이라면, 압축하고 계속하는 것보다 Handoff 프롬프트나 SendMessage, 혹은 다른 지속 가능한 메커니즘을 통해 새 세션을 시작하는 게 훨씬 나아.

그렇긴 해도 압축이 필요한 상황은 분명히 있어. 특히 섹션 간에 컨텍스트를 적절히 유지해야 하는 장기적인 에이전트 작업에서 말이야. 난 이제 작업에 대한 상세 사양을 다듬고, 대기열에 넣고, 세션이 수십 시간 동안 작업하게 할 수 있는 단계까지 왔어.

좋은 정보 고마워. 예전엔 250k 정도만 돼도 새 세션을 시작했는데, 최근 모델들에선 좀 느슨해졌던 것 같아. 다시 예전처럼 해야겠네. 전반적으로 훅(hook) 활용 능력을 키워야겠어. 지금은 수동으로 하는 게 많지만, 그래도 잘 돌아가긴 하거든.

자동 압축 쓰면 맥락을 완전히 놓쳐버려서, 다시 읽고 실수한 거 수정하게 하느라 토큰 300k는 더 써야 함.

1. 켜놓고 있음
2. 압축이 필요할 때까지 놔두는 경우가 거의 없음. 사용량을 아끼고 정리하려고 내가 먼저 하거든.
3. 넣을 내용이 있을 때 가끔 메시지를 사용함 (보통 '계획 실행 준비에 집중해서'라는 식으로)

1. 응
2. 잘 모르겠음.
3. 드물지만, 보통 에이전트한테 다음 프롬프트에서 압축할 거라고 미리 알려줘. 그럼 에이전트가 상태를 확인하고 그 시점에 중요하다고 생각하는 걸 저장해두더라고. 오케스트레이터나 매니저 같은 장기 실행 에이전트한테는 특히 중요한 것 같아.

compact로는 문제 해결 안 돼. 다음 세션이 뭘 왜 하는지 이해할 수 있게 작업 로그를 기록하는 시스템이 필요해.

그리고 플랜 모드랑 플랜 기록 모드를 써서 다음 세션이 이전 세션의 계획을 읽고 이어갈 수 있게 해야 함.