Claude Code 에이전트의 문제는 항상 오래된 컨텍스트(stale context)에서 작업한다는 것입니다. 저는 이를 수정하여 되감기(rewind), 재생(replay) 및 모든 편집 사항을 앞서 나갈 수 있는 기능을 구현했습니다.

긴 Claude Code 세션을 할 때 공통적으로 발생하는 숨겨진 실패 모드가 있습니다. 바로 에이전트가 항상 오래된 컨텍스트(stale context)에서 작업한다는 것입니다.

에이전트는 이미 보여준 인터페이스를 '상기하기 위해' 동일한 12개의 파일을 세 번의 세션에 걸쳐 다시 읽습니다. 호출하는 주체를 확인하지 않고 getUserById를 리팩토링합니다. 이전 버전이 왜 그렇게 되었는지 기억하지 못한 채 설정을 편집합니다. 문제는 컨텍스트 창(context window) 자체가 아닙니다. 이 창은 괜찮습니다. 에이전트가 재쿼리(re-query)할 수 있는 영구적이고 시간 인지적인 코드베이스 표현(time-aware representation of your codebase)이 없는 것입니다. 그래서 추측하게 됩니다. 그리고 당신은 매번 다시 읽는 것에 대해 토큰(tokens)을 지불합니다.

저는 정확히 이 문제를 해결하기 위해 Memtrace를 만들었습니다.

Memtrace가 다른 어떤 메모리 도구와도 다르게 하는 두 가지 기능이 있습니다:

(1) 항상 최신 상태 (Always-fresh state). 사용자가 편집하는 모든 사항은 코딩 에이전트가 적용한 변경 사항에 대한 42ms 간격의 증분 스냅샷(incremental snapshot)을 트리거합니다. 에이전트의 메모리는 한 세션 전의 것이 아닙니다. 리팩토링 후에는 사용자보다 먼저 폭발 반경(blast radius)을 알게 됩니다. 즉, 방금 건드린 함수의 모든 호출자(caller), 모든 테스트(test), 모든 소비자(consumer)를 말입니다. 이제 에이전트는 getUserById가 무엇을 반환하는지 30초 후에 물어보지 않습니다.

(2) 되감기 및 재생 (Rewind and replay). 이것은 아무도 가지고 있지 않은 부분입니다. 사용자의 코드베이스는 양방향 시간(bi-temporally)으로 저장되어 모든 변경 사항이 회상 가능한 에피소드(recallable episode)가 됩니다. 에이전트가 회귀(regression)를 디버깅할 때, 문제가 생긴 함수가 현재 상태에 도달하기까지의 과정을 재생할 수 있습니다.

• 이전에 작동했던 것.
• 언제 변경되었는지.
• 어떤 커밋(commit)이 버그를 도입했는지

단순히