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でページを読めるが、ツールは書き戻せない。あなたの文書を黙って編集すべきでないメモリサーバーにとって、これは妥当な既定だ。ボットがwikiページをめちゃくちゃにするのを見たことのある人なら、この自制をありがたく思う。

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をカバーする。広い対応。ロックインはごく少ない。