지난번에 소개했던 AI 코딩 에이전트용 로컬 메모리 OSS 「memcp」의 업데이트 소식입니다.

최근에는 Claude Code뿐만 아니라, Codex CLI와 같은 여러 AI 코딩 에이전트를 병용하는 사람도 늘어나고 있다고 생각합니다. 하지만 이렇게 하면 새로운 문제가 발생합니다.

• Claude Code에서 논의하여 결정한 아키텍처 방침을, Codex CLI 세션에서 다시 한번 설명해야 하는 상황이 발생함
• "그 버그, 어느 도구로 고쳤더라?"를 잊어버림
• 같은 프로젝트임에도 불구하고, 도구를 전환할 때마다 컨텍스트 (Context)가 리셋됨

이번에 memcp를 Codex CLI에도 대응시켜, Claude Code와 Codex CLI 사이에서 기억을 횡단 검색할 수 있도록 만들었습니다.

한마디로 말하면, 여러 AI 코딩 에이전트의 세션 로그를 로컬 SQLite에 축적하고, MCP (Model Context Protocol)를 통해 에이전트 스스로 검색하게 하는 도구입니다.

세션이 종료됨
│
▼
...

데이터는 일절 외부로 전송되지 않습니다. 클라우드 동기화도 텔레메트리 (Telemetry)도 없으며, 전부 로컬 SQLite 하나로 완결됩니다.

현재 제공하고 있는 MCP 도구는 다음 4가지입니다.

이 부분이 이번의 핵심입니다.

Claude Code와 Codex CLI는 개발사도 다르고, 세션 로그의 형식도, 설정 파일의 위치도, MCP 서버 등록 방법도 모두 다릅니다. 이 두 가지 사이에서 기억을 공유하려면, 각각의 로그 형식을 전용 파서 (Parser)로 읽어 공통 스키마 (세션·메시지·도구 호출)로 정규화하여 동일한 SQLite 데이터베이스에 집약할 필요가 있었습니다.

ParseFn = Callable[[Path], tuple[Session, list[Message], list[ToolCall]]]

이러한 형태의 파서를 하나 작성하면 새로운 에이전트에도 대응할 수 있는 구조로 만들어 두었습니다. 이번에는 여기에 Codex CLI용 구현을 추가하고, memcp setup 명령이 Codex CLI 측의 MCP 서버 등록 및 자동 가져오기 설정까지 일괄적으로 처리할 수 있도록 확장했습니다.

그 결과, 다음과 같은 일이 가능해졌습니다.

── Claude Code에서의 과거 세션 ──
User: JWT 리프레시 토큰, 로테이션은 어떻게 구현했지?
Claude: Redis로 슬라이딩 윈도우 방식의 실효 관리(Expiration Management)를 구현했습니다.
...

── 며칠 후, Codex CLI에서 새로운 세션 시작 ──
User: 이전에 JWT 리프레시 토큰 구현, 어떻게 했었지?
Codex: [search_memory("JWT refresh token rotation") 실행]
...

다른 벤더의, 다른 도구가, 내가 알지 못할 과거의 작업을 정확히 기억해낸다. 이것이 실제로 작동하는 것을 보았을 때, 소소하지만 상당히 큰 보람을 느꼈습니다. 에이전트를 전환할 때마다 문맥을 처음부터 다시 설명해야 하는 일상적인 스트레스가 정말로 사라집니다.

셋업은 memcp setup만으로 Claude Code와 Codex CLI 양쪽의 MCP 서버 등록과 자동 가져오기 설정을 일괄적으로 수행합니다.

할 수 있는 것

• Claude Code · Codex CLI, 양쪽 세션 로그의 가져오기 및 파싱
• 어느 에이전트에서든 MCP를 통해 세션을 횡단 검색

아직 할 수 없는 것

• Codex CLI 단독으로는 세션 종료 시의 자동 가져오기가 아직 작동하지 않음 (Codex 측의 훅 (Hook) 대응 대기 중. 수동으로 memcp ingest-new를 실행해야 함)
• Cursor / Windsurf 등 다른 에이전트는 아직 미지원
• 의미 검색 (Embedding)은 아직 지원하지 않음

「여러 AI 코딩 에이전트 (AI Coding Agent)를 병용하더라도 기억이 단절되지 않는다」는 점은, 에이전트가 늘어날 앞으로의 개발 경험 (Developer Experience)에 있어 화려하지는 않지만 매우 효과적인 부분이라고 생각합니다.

피드백 및 PR 기다리고 있겠습니다 🙏