아직도 세션을 새로 만드시나요, 아니면 같은 스레드에서 계속 작업하시나요?

말도 마. 내 Claude는 상세 문서를 작성하되 주제별로 파일을 쪼개서 필요한 것만 불러오도록 설정해 뒀어. 대규모 프로젝트는 .md 파일이 수백 개나 되지만, 덕분에 컨텍스트 관리가 잘 돼.

내 오케스트레이터는 작업 패키지를 md 파일로 관리하면서 스스로와 하위 에이전트들을 위한 칸반 보드를 유지해. 덕분에 컨텍스트 손실 없이 자주 새 세션을 시작할 수 있지.

하위 에이전트들은 각 작업 패키지에 대한 작은 컨텍스트를 따로 가져.

마일스톤 사이에 작업 공간을 압축하고 정리하는 아카이버와 정리 에이전트도 있어.

지금까지는 토큰 효율이 아주 좋아.

컨텍스트는 메모리 파일에 있어야 하고, 메모리 파일이 Claude에게 직접 정리 작업을 하도록 지시해야 해. 그래야 관련 없는 작업에 대해 새 세션을 시작하기가 더 편해지지.

예전 세션을 다시 켤 때마다 캐시 미스가 발생해서 메시지를 전부 다시 불러오는 비용이 청구돼. 세션을 재사용하면 컨텍스트 내의 관련 없는 사고 과정 때문에 환각 현상이 더 자주 일어나는 경향도 있고.

난 나만의 세션 종료 루틴이랑 세션 재개 루틴을 따로 써. 여러 모델이랑 도구들을 써봤지만 결국 Claude code로 돌아오게 되더라. 컨텍스트가 압축되기 시작하는 지점까지 가지 않게 하고, 컨텍스트가 30~50% 남았을 때 세션을 종료할 적절한 타이밍을 항상 봐.

여러 세션을 거치면서 이게 프로젝트를 이어가는 가장 좋은 방법이라는 걸 깨달았어. 종료할 때 이번 세션의 핵심 내용이랑 결정 사항, 그리고 다음 세션 시작을 위한 우선순위 목록만 핸드오프 파일에 기록하거든. 새로운 세션을 시작할 때는 이전 세션 노트를 아카이브하는 가벼운 과정을 거치지.

이 방식 덕분에 결정 사항에 대한 추적성과 기록을 완벽하게 유지하면서도, 핸드오프 파일을 최대한 작게 유지해서 토큰 낭비 없이 여러 세션에 걸쳐 작업할 수 있어. Claude가 메모리 파일도 자동으로 업데이트해주고.

세션 마지막 명령어는 항상 /clear고, 그 다음에 resume(슬래시 없이)를 입력해서 내 새로운 시작 루틴을 실행해.

이게 주중에 토큰 다 안 쓰고 Claude code를 계속 쓸 수 있는 나만의 비결이야.

티켓마다 세션을 따로 안 쓴다고?!
즉, 사용자 스토리 하나당 하나, 버그 수정 하나당 하나씩 말이야. 하위 작업이 있거나 변경 사항이 클 때는 여러 개를 쓰기도 하고.

관련 이슈 때문에 이미 구축된 컨텍스트가 많이 필요한 경우 세션을 재사용하는 건 이해하지만, 그 외의 경우에는 왜 그러는 거야?

그리고 세션을 포크해서 대화 접두사 캐시를 재사용할 수도 있어.

현재 뭘 하느냐에 따라 달라. 이미 출시된 프로젝트를 유지보수할 때, 예를 들어 DB 확인, 프로세스 검증, 고객 응답, 결제 처리 같은 걸 할 때는 같은 세션을 쓰는 편이야. 며칠이나 몇 주에 걸쳐 띄엄띄엄 발생하는 단일 작업들이니까.

진행 중인 작업이라면 Fable이나 Astra 같은 걸 쓰는데(하나는 리뷰용, 하나는 특정 작업 구현용), 이때는 세션을 더 자주 새로고침해. 하지만 난 전체적인 관점에서 작업하는 걸 좋아해서, 모델 중 하나는 단순한 AI 개발자가 아니라 제2의 프로젝트 매니저처럼 대우하고 싶어. 우리가 하는 일의 전체 컨텍스트를 알고 있길 바라거든. 5분마다 새 세션을 만드는 건 너무 번거롭고, 마일스톤 단위로 작업을 이어가다가 새 세션을 시작하는 것보다 결과도 더 안 좋더라고.

난 /compact <지침>이랑 새 세션을 섞어서 써. 다음 작업이 이전 작업의 연장선이라면, 압축하고 계속 진행해. 여기서 말하는 연장선은 단순히 같은 코드베이스가 아니라, 방금 만든 결과물에서 이어지는 작업을 의미해.