Cursorがリポジトリを読み込む方法
まるで費用がかからないかのように。
LeanCTXは、MCPを通じて圧縮されAST認識されたコンテキストを提供することで、Cursorのトークン使用量を60〜90%削減します：ctx_readは完全なファイルではなくマップとシグネチャを返し、キャッシュ再読み取りは約13トークンで済み、シェル出力は88〜99%縮小します。lean-ctx setupを一度実行するだけで、Cursorが自動検出され設定されます。
Cursorが費やしてしまう場所 トークンを。
エージェントモードはすべてを再読み込みする
すべてのエージェントの実行で、同じファイルがウィンドウに再投入されます。4,200トークンのモジュールは4,200トークンかかります。毎回です。
セッションが長くなると性能が低下する
コンテキストウィンドウが生のファイルダンプで埋まるにつれて、補完の精度が落ち、遅くなります。Context-rotの研究では、精度が98%から64%に低下することが測定されています。
ターミナル出力は不要なノイズだ
Cargoのビルド、npmのインストール、テスト実行などが進捗バーで会話を溢れさせますが、モデルには必要ありません。
LeanCTXが接続する仕組み Cursor.
MCPサーバーが自動設定される
lean-ctx setupは、MCPのエントリをCursorの設定に書き込みます。その後、Cursorのエージェントは生の読み取りではなく、ctx_read、ctx_search、およびctx_shellを呼び出します。
ルールファイルが同梱される
セットアップは、エージェントが圧縮されたツールを自動的に優先するように、.cursor/rulesのマッピングを設定します。プロンプトの規律は不要です。
セッションキャッシュの下層
Cursorがすでに読み込んだファイルは、約13トークンのキャッシュヒットとして返されます。キャッシュは変更時に無効になるため、エージェントは古いコードを見ることはありません。
ワンコマンドで。 自動検出。
3つのポイント 気づくはずです。
コストのかからない再読み込み
エージェントが1時間前に探索したファイルを再訪します。4,200トークンではなく、13トークンのキャッシュヒットです。ウィンドウは一日中リーンな状態を保ちます。
可読性を維持するビルド
cargo buildの出力がエラーと結果として届きます：847トークンが42に。会話はコードについて留まります。
利得レポート
lean-ctxの利得は、推定ではなく署名されたローカル台帳から、今日節約されたものを正確に示します。
Cursor + LeanCTXで、疑問を解消します。
Cursorのトークン使用量を減らすにはどうすればよいですか？
LeanCTXをインストールし、lean-ctx setupを実行します。Cursorは自動検出されます：エージェントは圧縮され、AST認識型のコンテキスト（読み取りごとに60〜90%少ないトークン）と、約13トークンのキャッシュ再読み込みが可能なMCPツールを取得します。ワークフローの変更は必要ありません。
LeanCTXはCursorのエージェントモードやバックグラウンドエージェントで機能しますか？
はい。MCPを扱うすべてのCursorインターフェースが同じlean-ctxサーバーを使用します：エージェントモード、バックグラウンドエージェント、チャットすべてが同じキャッシュと圧縮の恩恵を受けます。
コンプレッションされたコンテキストはCursorの回答を悪くしますか？
通常は逆です：AST認識モードはノイズを排除しながらシグネチャと構造を維持し、コンテキストローテーションの研究ではウィンドウが満たされるにつれて精度が低下することが示されています。詳細な情報が必要な場合は、元の情報はctx_retrieve経由で取得可能です。
業務での利用をご検討ですか？
Teamプランは組織全体に共有され監査可能なコンテキストプレーンを提供し、台帳が財務部門への節約額を証明します。ローカル利用はCIによって永続的に無料です。