Context Modeは「コンテキスト問題」のもう半分を担います。コーディングエージェントはコンテキストを調達する手段を持っていますが、同時に漏れ続けています。MCPツール呼び出しのたびに生データがそのままウィンドウに流れ込み、圧縮後には詳細が手の届かない場所へ消えます。Context ModeはMCPサーバー兼エージェントプラグインで、生のツール出力をウィンドウの外に押し出し、重要なイベントをSQLiteへインデックスし、必要な分だけを取り出させます。モデルプロバイダーや「コンテキスト最適化プロンプト」では届かない領域を補完します。
Claude Code はAnthropic公式のターミナルエージェント、OpenCode はオープンソースのターミナルエージェント、Cursor はAIネイティブエディタとして比較できます。
主な機能
- コンテキスト節約:サンドボックスツールが生データをウィンドウ外に保ちます。315 KBのレスポンスは約5.4 KBになり、約98%の削減です。
- セッション継続性:ファイル編集、git操作、タスク、エラー、ユーザー判断のすべてをSQLiteで追跡。圧縮時にはイベントをFTS5へインデックスし、BM25検索で取り出すため、モデルは中断した地点から正確に再開します。
- コードで考える:50ファイルを読んで関数を数える代わりに、エージェントがスクリプトを書いて結果だけを
console.logします。1回のctx_executeが複数のReadを置き換え、桁違いにコンテキストを節約します。 - 散文強制なし:データの流れ先だけを制御し、モデルの書き方は強制しないため、推論を損なう「短く書け」型のプロンプトは使いません。
- 17クライアント対応:Claude Code、Gemini CLI、Codex、VS Codeプラグイン、OpenClawゲートウェイなどをサポート。
使用シナリオ
このツールを使用すべき人は?
- 上限にぶつかる開発者:長いセッションでファイルやタスクを忘れがちな場合、圧縮後も残る状態を守れます。
- MCP依存の重いチーム:PlaywrightスナップショットやGitHub issueダンプ、ログがウィンドウを圧迫する場合、サンドボックス化で余白が戻ります。
- 多数ツールのワークフロー利用者:MCPサーバーが多いほど節約が大きくなります。
解決する問題
- 圧縮による記憶喪失:編集していたファイルや直近の依頼をエージェントが忘れる。
- 生データの氾濫:長いスナップショットやログが本作業前に予算を消費する。
- 両側でのトークン浪費:ツール出力の冗長と返答の冗長が同時に予算を削る。
料金プラン
Context ModeはElastic License 2.0(ELv2、ソース利用可能)でセルフホスト可能な無料ツールです。CLI、MCPツール、プラグインは無料です。任意のホスト型 Insightダッシュボード(組織向け分析)は有料アドオンです。正確な価格は独立検証していないため、監査済みの数字ではなく有料アドオンとして扱ってください。
優位性と独自の価値提案
- 症状ではなく漏れを直す:モデルを短くするのではなく、そもそも生データをウィンドウの外に置きます。
- 再生ではなく検索:インデックスしたイベントを検索で取り出すため、圧縮時にウィンドウを再び溢れさせません。
- 手持ちのエージェントと共存:MCPサーバーとして多くのクライアントに接続でき、特定エディタに縛られません。
はじめに
- Claude Codeにインストール:
/plugin marketplace add mksglu/context-mode、続けて/plugin install context-mode@context-mode、その後プラグインをリロード。 /context-mode:ctx-doctorで全チェックが通るまで確認。- サンドボックスツール(
ctx_execute、ctx_index、ctx_search)を使い、フックが自動で生出力をウィンドウ外へ。
よくある質問
Claude Codeで使えますか?
はい。マーケットプレイスプラグインが全フックと11個のMCPツールを自動ルーティングで登録します。Gemini CLI、Codex、VS Code、OpenClawゲートウェイでも動作します。
サブスクリプションですか?
いいえ。コアツールはELv2で無料です。有料なのはホスト型Insight分析のみです。
モデルを短く書かせますか?
いいえ。ツールデータの流れ先だけを制御し、最終回答の書き方は干渉しません。
代替案
- Claude Code:Anthropic公式のターミナルエージェント。
- OpenCode:オープンソースのターミナル型コーディングエージェント。
- Cursor:VS CodeベースのAIネイティブエディタ。
ヒントとベストプラクティス
/context-mode:ctx-statsを定期的に実行し、ツール別の節約量と最大の原因を確認。ctx_indexとctx_searchでセッションをまたいで生き残るプロジェクト知識を管理。- ステータスバーを有効にし、蓄積された節約をリアルタイムに確認。
まとめ
Context Modeはコンテキストを「満たすバッファ」ではなく「管理する予算」として扱います。長いタスクでエージェントが迷子になりがちなら、github.com/mksglu/context-mode から始めて、簿記はサンドボックスに任せましょう。
コメント
まだコメントがありません。最初のコメントを投稿してください!
関連ツール
Autohand Code
www.autohand.ai/code
自己進化する端末エージェント。再確認:ARR上限付きApache-2.0、178スター。CLIは$0+BYOK。Enterpriseは営業。公開$20席ではない。
Claude Code
code.claude.com/docs/en/overview
Anthropic のエージェント型コーディングツール。ターミナル、IDE、デスクトップ、ブラウザでリポジトリを読み、ファイルを編集し、コマンドを実行。MCP、スキル、フックに接続する。
Command Code
commandcode.ai
Command Code AI のターミナルコーディングエージェント。taste-1 であなたのコーディング趣味を学習し、そのスタイルで実装・レビュー・リファクタする。
関連インサイト
7 つの AI コーディング CLI を半年使って悟ったこと:モデルがどんなに強くても、仕事には監督が必要
Claude Code、Codex、opencode、pi、omp、DeepSeek Harness はそれぞれ性格が違う。半年間の深い使用で確立した分業:pi で最速最省のレビュー、omp で複雑な PR レビュー、DeepSeek Harness + V4 Flash で高頻度・低コストなレビュー、Claude Code と Qoder でコーディング。モデルがどんなに強くても、仕事には監督が必要——しかも独立した第三者であるべき。
Codex を閉じ込めているのはモデルではなく、ピッカーだ
OpenCode Go、Grok、Z.ai にはすでに課金しているのに、Codex のピッカーはほぼ GPT しか出さない。コミュニティ製の codex-router が教えるのは手順ではない。すでに買ったモデル能力をセレクタに戻すこと。鍵はマシンから出ず、ネイティブ GPT もそのまま残る。
Windows で OpenCode Go を Codex に繋ぐ。二セット目のツールは開くな
ChatGPT でログインした Codex デスクトップは、ピッカーにほぼ GPT しか出さない。Windows では OpenCode Go だけを開けば、すでに課金している Grok、GLM、Kimi、DeepSeek、MiniMax が同じセレクタに戻る。鍵はマシンから出ず、ネイティブ GPT もそのまま残る。