Context Sync

Context Sync의 핵심은 로컬 SQLite 데이터베이스로 뒷받침되는 remember와 recall 한 쌍이다. 결정, 제약, 주의사항을 유형 태그와 함께 저장하면, 연결된 어시스턴트가 나중에 되가져올 수 있다. 지난달에 기록한 선택도 관련될 때 다시 나타난다. 다시 입력할 필요가 없다. 복사 붙여넣기 의식도 없다. 3월에 무엇을 결정했는지 추측할 일도 없다. 데이터베이스는 기본적으로 ~/.context-sync/data.db에 있고, --db-path 플래그나 CONTEXT_SYNC_DB_PATH 환경 변수로 옮길 수 있다.

set_project는 어느 코드베이스에서 작업하는지 정하고, recall이 저장된 데이터로 컨텍스트 창을 다시 세운다. 권장 흐름은 각 세션 시작 시 프로젝트를 설정하고 바로 이어서 가져오는 것이다. 타이핑을 크게 아끼는 작은 습관이며, MCP를 말하는 모든 어시스턴트에서 똑같이 작동한다. 한 번 실행한다. 잊어버려도 된다.

디렉터리 트리를 채팅에 쏟아붓는 대신, Context Sync는 structure, search, read_file을 개별 도구로 노출한다. 폴더 깊이나 파일명 패턴을 요청하면 집중된 결과가 나온다. 이렇게 하면 컨텍스트 창이 가볍게 유지된다. 큰 프로젝트를 모델에 먹이며 전부가 아니라 필요한 부분을 원할 때 중요하다. 왜 중요할까? 부풀어 오른 컨텍스트 창은 정말 필요한 신호를 묻어버리고, 낭비된 토큰마다 모델이 실제 질문에 쓸 수 없는 몫이 된다.

git 저장소 안에서 set_project를 실행하면, 서버가 post-commit, pre-push, post-merge, post-checkout 훅을 설치할 수 있다. 각 훅은 "Context Sync Auto-Hook"으로 표시되고, 기존 훅은 먼저 백업된다. 그러면 git 도구가 상태, 핫스팟, 결합, blame, 분석을 보고한다. 어떤 파일이 가장 자주 바뀌고 어떤 파일이 함께 바뀌는 경향이 있는지, 아무도 그 관계를 어디에도 적어두지 않았더라도 보인다.

팀이 Notion에 산다면, 설정 마법사(context-sync-setup)가 검색과 읽기 인터페이스를 연결한다. 지원은 의도적으로 읽기 전용이다. 페이지를 검색하고 ID로 페이지를 읽을 수 있지만, 도구는 되쓸 수 없다. 문서를 조용히 편집해서는 안 되는 메모리 서버로서는 합당한 기본값이다. 봇이 위키 페이지를 망가뜨리는 걸 본 적 있는 사람이라면 이 절제를 반길 것이다.

Context Sync는 Claude Desktop, Cursor, GitHub Copilot이 있는 VS Code, Continue.dev, Zed, Windsurf, Codeium, TabNine, Codex CLI, Claude Code, Antigravity에 연결한다. 자동 구성은 전역 설치 시 실행되어 대부분을 연결하고, 나머지는 프로젝트 문서의 수동 안내를 따라 각 도구의 MCP 설정 파일을 손으로 편집한다. 크로스 플랫폼 지원은 macOS, Linux, Windows의 x64와 arm64를 아우른다. 폭넓은 지원. 락인은 거의 없다.