Claude Code / Cursor 세션 간 컨텍스트 손실 문제 어떻게 해결하시나요?

우린 안 하지만, 로그나 배운 점, 부족 지식 같은 걸 기반으로 재귀적으로 업데이트되는 메모리 시스템 만드는 사람들도 있더라. 난 로컬 LLM이랑 RAG MCP 써서 내가 직접 '지식'을 큐레이션함. 아주 가볍게 만들고 원자 단위의 '사실'만 수동으로 저장함. 수백 개 정도 되는데, 다 저장하는 건 지식이 아니라 노이즈임. 모델은 뭐가 사실인지 구분 못 하거든.

큐레이션된 신호가 방대한 노이즈보다 훨씬 낫지. 근데 수동 큐레이션이 트레이드오프임. 사실상 자기 지식 베이스의 사서가 되는 건데, 바빠서 큐레이션 못 하면 금방 엉망 됨. 수동 선택의 신호 품질을 잃지 않으면서 큐레이션을 자동화할 수 있느냐가 흥미로운 설계 과제임.

완전 동의함. 팀마다 필요가 다르겠지. 나중에 필요해지면 결정론적 필터랑 신뢰도 게이트를 도입할 생각임. 결국 언젠가는 진실(ground truth)로 돌아가야 하니까.

단순한 게 최고지. 핸드오프 문서 방식은 괜찮은데, 세션 닫기 전에 요청하는 걸 자꾸 까먹는 게 문제야. 절반은 그냥 탭 닫아버려서 컨텍스트 다 날아가거든. 자동으로 안 되면 나 같은 놈은 무조건 까먹음.

단계별 경고는 똑똑하네. 대부분은 대비도 못 하고 벽에 부딪히거든. 핸드오버 프롬프트 최적화하는 데 얼마나 걸렸어? 에이전트가 그냥 다 쏟아내는 게 아니라 중요한 것만 정확히 요약하게 만드는 게 제일 어려운 것 같아.

나도 이거 때문에 고생 중. 작업 중인 폴더에 로그 남기게 해봤는데 도움은 되지만 완벽하진 않음. 왜 채팅 기록을 스캔 못 하는지 이해가 안 감. 바로 눈앞에 있는데. 예전에 대화했던 내용 물어볼 때 왜 명령어로 스캔해서 데이터를 못 찾는 거임? 진짜 모르겠음.

로그 방식은 똑똑하지만 완벽하진 않지. 에이전트가 뭘 로그로 남길지 결정하는데 보통 암묵적인 건 다 놓치거든. 그리고 두 번째 포인트가 진짜 짜증 나는 부분임. 채팅 기록은 바로 옆에 있지만 구조적으로 세션마다 상태가 없는(stateless) 설계라 모델이 이전 대화에 영구적으로 접근을 못 함. 이건 UI 문제가 아니라 근본적인 한계임. 우리가 만드는 건 다 구조적인 문제에 임시방편으로 테이프 붙이는 수준이지.

다들 왜 의도적으로 새 세션 시작해서 깔끔한 컨텍스트 안 만듦?