Claude Code / Codex のトークン消費を減らすために、MCPツールを整理した話
Claude Code や Codex を使っていると、MCPツールを追加するだけでできることが一気に増えます。
Playwrightでブラウザを操作したり、外部ドキュメントを参照したり、コードベースを意味検索したり。普通に便利です。
ただ、しばらく使っていて気になったことがありました。
「使っていないMCPツールまで、常時ONにしておく必要はあるのか?」
自分の環境では、Claude Code / Codex にいろいろなMCPツールを入れていました。最初は、使えるものが多いほうが便利だと思っていましたが、実際にはセッション開始時の重さやトークン消費が気になる場面が増えてきました。
そこで不要なMCPツールを整理し、普段使わないものをOFFにしたところ、体感としてかなり軽くなりました。
厳密なベンチマークではありません。ただ、実務でAIエージェントを使うなら、MCPの入れ方はちゃんと考えたほうがいいです。
MCPは便利だが、入れすぎると重くなる
MCPは、AIエージェントに外部ツールやデータソースを接続するための仕組みです。
たとえば、以下のようなことができます。
- ブラウザ操作
- カレンダー連携
- ファイル検索
- 外部APIの実行
- データベース参照
- コードベースの意味検索
これだけ見ると、かなり便利です。
問題は、「便利そうだから全部入れておく」という運用です。
MCPツールを追加すると、AIエージェント側には、そのツールの情報が渡されます。どんなツールなのか、何ができるのか、どんな引数が必要なのか、といった情報です。
つまり、実際にそのツールを使っていなくても、AIエージェントのコンテキストや判断に影響する可能性があります。
ここを見落としていました。実際に入れていたMCPツール
自分の環境では、Claude Code や Codex に複数のMCPツールを接続していました。
たとえば、以下のようなものです。 - Playwright
- Serena
- context-mode
- computer-use
- scheduled-tasks
- mcp-registry
- 検証用に入れたMCPツール
最初は「必要になったときに使えれば便利」くらいの感覚でした。
ただ、実際にはすべての作業で必要になるわけではありません。
CSSを少し直すだけ。WordPressテーマの1ファイルを確認するだけ。PHPの条件分岐を少し調整するだけ。
こういう作業では、PlaywrightもSerenaも不要なことが多いです。
それなのに常時ONにしていると、AIエージェントから見ると「使える道具」が増えすぎます。
結果として、次のような状態になっていました。 - セッション開始時点で余計な情報が増える
- 使わないツールまで候補に入る
- AIが不要なツール使用を検討する
- コンテキスト消費が増える
- 動作や返答が重く感じる
- 作業内容に対してツール構成が過剰になる
特に小規模な修正では、MCPツールが多いことのメリットはあまりありません。むしろ、余計な選択肢を増やしているように感じました。不要なMCPツールをOFFにした
そこで、普段使わないMCPツールをOFFにしました。
自分の中では、以下のように分けています。 - ブラウザ操作が不要なときは Playwright をOFF
- 大規模なコード調査が不要なときは Serena をOFF
- 長時間作業でないときは context-mode を使わない
- 用途が不明なMCPは削除または無効化
- 検証用に入れたMCPは常用設定から外す
- エラーが出ているMCPは放置せず、使わないなら外す
これだけでも、かなり変わりました。
体感としては、セッション開始時の重さが減り、不要なツール呼び出しも減りました。トークン消費も以前より安定した印象です。
もちろん、これは自分の環境での話です。ツールの種類、設定、プロジェクト規模によって差はあると思います。
ただ、少なくとも「使っていないMCPを常時ONにしない」という方針は、かなり現実的です。MCPを使わないほうがいい、という話ではない
ここは誤解しないほうがいいです。
MCP自体が悪いわけではありません。むしろ、作業によってはかなり便利です。
たとえば、以下のような作業では有効です。 - 大量ファイルの調査
- 複数ファイルにまたがる影響確認
- ブラウザ上での動作検証
- 外部ドキュメントの参照
- 既存コードベースの意味検索
- 長時間にわたる実装作業
こういう場面では、MCPを使ったほうが効率が上がります。
問題は、作業内容に関係なく常時ONにしてしまうことです。
小さなCSS修正をしたいだけなのに、ブラウザ操作、外部API、コード検索、カレンダー連携まで全部ONになっている。これはさすがに過剰です。
人間の作業でも同じで、ドライバー1本で済む作業に、工具箱を全部広げる必要はありません。自分の運用ルール
現在は、MCPツールを以下のように分けて考えています。
常時ONでもよいもの
本当に毎回使うものだけです。
用途が明確で、軽量で、プロジェクト作業にほぼ必須のもの。こういうものは常時ONでもよいと思います。
ただし、「なんとなく便利そう」は常時ONの理由にしないほうがいいです。必要なときだけONにするもの
Playwright、Serena、大規模コード検索系、外部サービス連携系、ブラウザ操作系は、必要なときだけ使う方針にしました。
これらは便利ですが、常に必要なわけではありません。
特にSerenaのようなコード理解・検索系のツールは、大きめの調査では役立ちますが、単一ファイルの軽微な修正では過剰になることがあります。基本OFFでよいもの
用途が曖昧なもの、何のために入れたか忘れたもの、検証用に入れたもの、エラーが出ているものは基本OFFでよいです。
「いつか使うかも」で残しておくと、結局それがノイズになります。
使うときに入れる。使わなくなったら外す。
MCPもそのくらいで扱ったほうがよさそうです。グローバル設定に全部入れない
Claude Code / Codex のMCP設定は、グローバルに入れるとどのプロジェクトでも同じツールが見える状態になります。
これは便利ですが、同時に危険でもあります。
案件Aでは必要なMCPが、案件Bでは完全に不要なことがあります。Web制作の実務だと、案件ごとに必要なツールはかなり違います。
静的HTMLの修正、WordPressテーマ開発、サーバ調査、ブラウザ検証。作業内容が違えば、必要な道具も変わります。
そのため、今は以下のように分けるのがよいと考えています。 - グローバル設定は最小限
- プロジェクト設定に案件ごとのMCPを入れる
- 一時的に使うMCPは常用設定に入れない
- 検証用MCPは検証が終わったら外す
特に実務案件では、グローバル設定を重くしすぎないほうが安全です。AIエージェントには「道具を減らす」ことも必要
AIエージェントを使っていると、つい「できること」を増やしたくなります。
ブラウザも操作できる。DBも見られる。外部APIも叩ける。コード検索もできる。
できることが増えるのは便利です。
ただ、実務では逆に、できることを絞ったほうが安定する場面もあります。
AIエージェントに余計な道具を渡しすぎると、判断範囲が広がります。作業に関係ないツールまで候補に入り、コンテキストも消費します。
「AIを賢くするためにツールを増やす」という考え方は間違っていません。
でも、それだけだと足りません。
「今の作業に不要なツールは渡さない」という設計も必要です。まとめ
MCPは、Claude Code や Codex を強化する便利な仕組みです。
ただ、便利だからといって何でも常時ONにすると、トークン消費やコンテキスト使用量が増え、結果的に作業効率が落ちることがあります。
自分の環境では、不要なMCPツールをOFFにしたことで、体感として動作が軽くなりました。トークン消費も以前より安定した印象です。
今後は、以下の方針で運用するつもりです。 - MCPは必要なものだけONにする
- グローバル設定は最小限にする
- 重いMCPは必要なときだけ使う
- 小規模修正ではMCPを増やしすぎない
- プロジェクトごとにMCP構成を分ける
- 何のために使うMCPなのかを明確にする
AIエージェントの性能を引き出すには、便利なツールを増やすだけでは足りません。
不要なツールを減らすことも、運用設計の一部です。
MCPは「入れれば入れるほど便利」ではなく、「必要な場面で必要なものだけ使う」ほうが、実務では安定しやすいと感じています。