ContextPool

ContextPool의 핵심은 세션 사이를 견디는 기억이다. 코딩 에이전트가 버그를 만나고, 수정을 끝내고, 설계 선택을 정할 때, ContextPool은 그 통찰을 뽑아내 지킨다. 다음 세션은 그 이력을 쓸 수 있는 상태로 시작하므로, 에이전트는 당신의 프로젝트를 완전히 새것처럼 다루지 않는다. 그게 핵심이다.

ContextPool은 생 채팅 로그를 보관만 하지 않는다. 중요한 엔지니어링 통찰, 즉 수정, 결정 뒤의 이유, 그것을 낳은 대화가 끝난 훨씬 뒤에도 기억할 가치가 있는 함정을 추출한다. 이 필터가 중요하다. 방대한 녹취록은 쓸모없다. 확정된 수정의 짧은 목록은 쓸모가 있다. 당신이 얻는 것은 잡음이 아니라 신호라는 게 이 제품의 주장이다.

저장된 기억은 관련 있을 때 떠올리기 위한 것이지, 매 프롬프트에 통째로 쏟아붓기 위한 것이 아니다. 새 작업을 시작하면, 에이전트는 지금 하는 일에 적용되는 기억을 떠올릴 수 있다. 낡은 세부 정보에 파묻히게 하지 않으면서 에이전트를 단단히 붙잡아 둔다.

ContextPool은 함께 동작하는 에이전트를 직접 밝힌다. Claude Code, Cursor, Windsurf, Kiro다. 새 편집기를 강요하는 대신 이미 쓰고 있는 코딩 에이전트에 붙으므로, 어떤 이점을 보기도 전에 편집기 쪽에서 새로 배울 것이 없다. 지원은 당장 이 목록에 한정되니, 확정하기 전에 자신의 도구가 포함되는지 확인하자. 어쨌든 한 번 볼 만하다.

실질적인 보상은 반복되는 프롬프트가 줄어드는 것이다. 기술 스택과 관례, 지난 화요일에 해결한 버그를 다시 말하는 대신, 세션을 시작하고 에이전트가 컨텍스트를 끌어오게 한다. 매일 써서 일주일이면 그것이 쌓인다. 기억만으로 돈을 낼 가치가 있을까. 재설명에 시간을 얼마나 잃는지에 달렸다. 매일 에이전트를 쓰는 사람이라면 답은 대개 그렇다.