context-modeの使い方｜大きな結果をAIの会話に詰め込まず探す

何百行ものログ、たくさんのWeb資料、長い検索結果をAIとの会話に毎回そのまま入れると、必要な情報が埋もれ、会話の余裕も減ります。context-modeは、大きな結果を会話の外側にあるPC内のデータベースへ置き、質問に必要な箇所を検索して返す仕組みです。AIを使わなくするのではなく、AIが読む量を選びやすくします。

「保存して、必要な場所だけ探す」流れ

1. 1Claude CodeやCodexなど、対応するAIエージェントにcontext-modeをMCPサーバー／プラグインとして設定する。公式手順では、利用するエージェントごとに導入方法が違います。
2. 2長いログや資料の内容を、context-modeの検索・索引機能で扱う。元データ全体を会話へ貼り付ける代わりに、SQLite FTS5のローカル索引を使う構成です。
3. 3「エラーコードXが出た前後だけ」「この仕様の該当箇所」など、探したい範囲を具体的に頼む。
4. 4返ってきた抜粋を読んで、重要な判断は元資料と照らし合わせる。要約や抜粋を正解そのものとして扱わない。

具体例：長いテストログから原因を探す

Webアプリのテストが失敗し、ログが数千行ある場面を考えます。全部を会話に出すのではなく、「失敗したテスト名と最初のエラー、関連する直前のログを探して」と依頼。context-modeが大きな出力をローカル索引に置き、該当部分だけをAIへ返す、という使い方です。AIはその抜粋から仮説を立て、人が必要なら元ログを開いて確かめます。全ログを最初から何度も読み込ませる手間を減らしやすくなります。

自分で検索用の仕組みを作る場合と比べる

自作なら対象データや検索方法を細かく合わせられますが、検索が抜けないかのテストや、エージェント側の連携変更への対応まで必要です。既定の流れを早く試したいならcontext-mode、自分の業務に合わせた検索・権限・保存期間が必要なら自作を検討します。context-mode自体はAIではなく、別にAIエージェントが必要です。ライセンスはELv2で、一般的なOSI承認オープンソースとは異なり、ホスト型サービス提供などに条件があります。

データはどこへ行く？

公式説明では、主要な索引やセッションデータはPC内のSQLiteデータベースに保存され、クラウド同期やテレメトリーは行わないとされています。ただしAIエージェント自体が回答を作るときには、エージェントの設定に応じて会話内容が各AI提供元へ送られます。またWeb取得機能を使えば対象サイトへ接続します。ローカル保存は「絶対安全」を意味しないため、機密情報、アクセス権、バックアップ、削除方法を確認しましょう。

ローカルデータのバックアップを別に持ちたい人へ

context-modeのデータベースはPC内に置かれます。複数プロジェクトの索引やセッション記録を長く残す人は、必要なデータだけを停止中にバックアップする方法もあります。一般的な外付けSSDは必須ではありません。すでにバックアップ先があるなら購入不要です。