私は Claude Code に 23 個のプラグインをインストールしていました。8 個のスキル。5 個の MCP サーバー。3 個のカスタムエージェントフレームワーク。午前 2 時に Twitter で見つけたコンテキスト管理ツールもありました。
セッションが遅かったです。コンテキストウィンドウは、最初の本格的なプロンプトを入力する前にいっぱいになり始めていました。無料枠のユーザーよりも早く制限に達していました。
そして、初めて /context を実行して内訳を見たときのことです。
挨拶をする前に 62,000 トークンを消費していました。
それは私のコンテキストウィンドウ全体の 31% です。消えました。Claude Code をより良くするはずのプラグインに食い尽くされました。まだプロンプトを 1 つも書いていないのに。
その週末、私はすべてを削除しました。すべてのプラグイン。すべてのスキル。毎日使っていない MCP サーバーはすべて。内蔵機能だけに戻しました。
セッションは 3 倍長くなりました。出力はよりシャープになりました。トークン消費は半分に減りました。
結局、Claude Code には、私がプラグインにお金を払ってやらせていたことがすべて最初から備わっていました。ただ、何がすでにあるのかを学んでいなかっただけです。
ここに、私が使っていたプラグインを置き換えたすべての内蔵機能を紹介します。
1 // コンテキスト管理
これだけで 5 つのプラグインを置き換えられます。
コンテキストは、Claude Code において最も重要なリソースです。200k トークンのウィンドウがあります。すべてがそれを奪い合います。会話、システムプロンプト、ツール、Claude が読み取るファイル、コマンド出力。それがいっぱいになると、Claude は物忘れ、幻覚、そしてゴミを出力し始めます。
ほとんどの人は「コンテキストを管理する」ためにプラグインをインストールします。私も 2 つ持っていました。どちらも不要でした。なぜなら Claude Code には、それをより良く実行する 3 つの内蔵コマンドがあるからです。
/context - トークンがどこに使われているかを正確に確認する
これが、初日から知っておくべきだったコマンドです。/context と入力すると、完全な内訳が表示されます。システムプロンプトが使用するトークン数、ツールが使用する量、会話履歴が消費している量、残りのスペース。
これが、クリーンアップ後の私のコンテキストの様子です。以前は、スキルとプラグインの行だけで 14k トークンもありました。これは、アイドル状態で呼び出されるのを待っている拡張機能によって消費される、私の全コンテキストの 7% であり、そのほとんどは週に 1 回程度しか使用していませんでした。
実用的なルール: 本格的なセッションの開始時に毎回 /context を実行しましょう。何も入力する前にベースラインが 30k を超えている場合は、構造的な問題があります。作業を始める前にそれを修正しましょう。
/compact - コンテキストを失わずに会話を圧縮する
これは Claude Code の全コマンドの中で最も活用されていないものです。経験豊富なユーザーは、アクティブな作業中に 20 ～ 30 分ごとに実行します。ほとんどの人は一度も入力したことがありません。
会話が長くなると、Claude が履歴全体を再読み取りするため、新しいメッセージごとにより多くのトークンが消費されます。メッセージ 30 になると、1 回のやり取りで最初のメッセージの 31 倍ものトークンを消費します。/compact はその履歴すべてを圧縮された要約にし、重要なコンテキストを保持しながらスペースを解放します。
/compact 認証モジュールと現在のテストの失敗に焦点を当てる
要約で何を優先するかも指定できます。「データベーススキーマの決定は保持し、それ以外は圧縮」といった具合です。非常に精密です。
/compact を定期的に実行する場合としない場合の違い: 同じトークン予算で 30 分のセッションと 3 時間以上のセッションの違いです。
/clear - 必要なときに完全リセット
/clear はすべてを消去します。会話履歴はなくなります。真っ新なスタートです。ファイルの編集はディスクに残りますが、コンテキストは完全に空になります。
その違いは重要です:
- /compact は、Claude が何が起こったかを把握し続けます。
- /clear は完全なゼロから始めます。
- 完全に無関係な何かに切り替えるときは /clear を使用します。
- 続行するが、より多くのスペースが必要なときは /compact を使用します。
これら 3 つのコマンドを学ぶ前は、何千ものトークンをオーバーヘッドで消費しながら、同じことをより悪い方法で行うプラグインをインストールしていました。今はスラッシュコマンドを入力するだけで済みます。
2 // セッション制御
作業を失うのを防ぐ
以前は、後で再開できるようにセッション状態を保存するプラグインを使っていました。実は Claude Code には最初からこれが組み込まれていました。
/resume - 中断したところから正確に再開する
ターミナルがクラッシュした。ノートパソコンのバッテリーが切れた。誤ってウィンドウを閉じてしまった。問題ありません。/resume と入力すると、最近のセッションのリストが表示されます。1 つ選択すれば、中断したところに正確に戻れます。
引数なしでセッションピッカーが開きます。名前を指定すれば直接そこにジャンプします。/name でセッションに名前を付けて、後で見つけやすくすることもできます。
/rewind - いつでも何でも元に戻す
Claude が認証モジュールを書き換えて、より悪化させた。/rewind はコードと会話の両方を以前のチェックポイントにロールバックします。
Esc Esc - 隠されたスーパーパワー
1 回の Esc で生成を停止します。これは誰もが知っています。しかし、2 回の Esc でほとんどの人が見たことのないものが開きます。それは、Claude Code がセッション中に作成したすべてのチェックポイントのスクロール可能なリストです。すべてのファイルの状態。すべての会話の状態。完全に復元可能です。
4 つのオプション: コードと会話を復元、会話のみ、コードのみ、またはチェックポイントから前方に要約。
これにより、どれだけ積極的に実験できるかが変わります。リスクゼロ。完全なアンドゥ。Claude に大胆なアプローチを試させることができます。失敗した場合、巻き戻しはコストゼロです。私はこれの劣ったバージョンを行うプラグインを持っていました。Esc Esc を発見したその日に削除しました。
3 // コストとモデルの制御
簡単なタスクに支払いすぎない
/cost - リアルタイムで支出を把握する
API を使用している場合、/cost は現在のセッションの実行中の支出を表示します。プラグインは不要です。外部ダッシュボードも不要です。コマンドを入力するだけです。
Pro および Max サブスクライバーの場合、/stats は使用制限（5 時間のセッション制限と週間上限の両方）に対する進捗状況を表示します。
/model - セッション中にモデルを切り替える
これは、これまで試したどの最適化テクニックよりも多くのお金を節約してくれました。
Opus は強力ですが、高価です。Sonnet の約 2 倍のトークンを消費します。そして、ここが重要な点です。Sonnet はコード作業の 80% に適した選択肢です。高速で、能力が高く、費用対効果に優れています。Opus が重要なのは、複雑なアーキテクチャ上の決定と深いデバッグの場合だけです。
/model を使用すると、セッション中に切り替えることができます:
以前は、ファイルのフォーマット、テストの作成、変数の名前変更など、すべてに Opus を使用していました。今は、簡単なタスクでは Sonnet に切り替え、必要なときだけ Opus に戻しています。同じ作業で、半分のコストです。
/effort - Claude の思考量を制御する
変数の名前変更に、データベーススキーマの設計と同じ認知努力は必要ありません。/effort を使用すると、Claude にどれだけの思考を投資するかを指示できます。簡単なタスクでは低い努力 = より少ないトークン = より長いセッション。
Option+T - メッセージごとに拡張思考を切り替える
拡張思考は強力ですが、高価です。すべての応答にかなりのトークンを追加します。Option+T を使用すると、常時オンにしておくのではなく、メッセージごとにオン/オフを切り替えられます。
簡単なフォーマットの質問？オフにしておきます。複雑なアーキテクチャの決定？オンにします。簡単な名前変更に戻る？またオフにします。切り替えには 0.2 秒かかります。メニューからのパスは 4 秒かかります。
4 // プロジェクト設定
10 分で何時間も節約
/init - Claude Code にセットアップを任せる
任意のプロジェクトルートで /init を実行すると、Claude Code はコードベースをスキャンしてスターターの CLAUDE.md を生成します。スタック、ファイル構造、規約を検出し、将来のすべてのセッションが自動的に読み取る設定ファイルを書き込みます。
その後、カスタマイズします。自分の規約、アーキテクチャ上の決定、ルールを追加します。生成されたバージョンは出発点です。自分だけのものにします。
/doctor は、MCP サーバーが接続されているか、スキルが読み込まれているか、権限が正しく設定されているかを確認します。設定を変更した後に実行します。
.claudeignore - コンテキストからジャンクを排除する
.gitignore がファイルを Git から除外するのと同様に、.claudeignore はファイルを Claude Code のコンテキストウィンドウから除外します。
Claude が読み取るすべてのファイルがトークンを消費します。スキャンされるすべてのディレクトリがコンテキストを消費します。.claudeignore は、セッションをリーンに保つ最も簡単な方法です。私は「ファイル読み取りを最適化する」プラグインを持っていました。結局、.claudeignore は 5 行で同じことを行います。
5 // コード品質
ほとんどのレビュープラグインよりも優れている
/review - 内蔵コードレビュー
/review と入力すると、Claude は最近の変更を分析します。バグ、スタイルの問題、潜在的な問題をチェックし、改善を提案します。「変更をレビューして」と自由形式のプロンプトで依頼するよりも、より的を絞ったコンテキスト認識型のレビューです。
/diff は、作業ディレクトリ内のすべての変更を表示します。/security-review は、脆弱性を特にスキャンします。私はこれのために別のセキュリティプラグインを使用していました。/security-review がオーバーヘッドゼロで同じことを行うことを発見して削除しました。
/plan - コーディングする前に考える
Claude がコードの書き込み、ファイルの読み取り、コマンドの実行を開始する前に、/plan は、それらを実際に実行せずに、意図していることの構造化された内訳を作成させます。
これにより、誤解を早期に発見できるため、トークンを節約できます。Claude が必要なのは 2 つだけなのに 6 つのファイルを読み取ろうとしている場合、不要なファイルを読み取ってコンテキストを消費する前に修正できます。
複雑なタスクの前にプランモードに切り替えます。計画を確認します。調整します。そして実行します。これが、正確な作業と高価な推測作業の違いです。
6 // キーボードショートカット
すべてを行うための最速の方法
これらはコマンドではなく、筋肉記憶です。一度覚えれば、決して元には戻れません。
Shift+Tab - 許可モードを循環する
Claude Code は、すべてのファイル編集とすべてのコマンドに対して許可を求めます。安全ですが遅いです。Shift+Tab は 3 つのモードを循環します:
- normal: すべてに対して許可を求める (安全、遅い)
- auto-accept: 尋ねずに実行する (高速、信頼が必要)
- plan: 何をしようとしているかを表示するが実行はしない (最初にレビュー)
理解しているコードで高速に反復する場合は auto-accept に切り替えます。Claude がリスクの高いことをしている場合は plan に切り替えます。機密コードの場合は normal に戻します。1 回のキー押下で対話速度全体が変わります。
Ctrl+R - プロンプト履歴を検索する
Claude Code は、セッションを超えて完全なプロンプト履歴を保持します。Ctrl+R を使用すると、そのすべてをあいまい検索できます。
3 日前に実行した複雑なプロンプトが完全に機能したとします。それを再入力したり、ターミナル履歴をスクロールしたりする代わりに、Ctrl+R を押し、2 つのキーワードを入力すると、それが戻ってきます。1 か月使用すると、プロンプト履歴は、機能したすべてのものの個人用ライブラリになります。
Ctrl+G - 実際のエディタでプロンプトを書く
ターミナル入力は 1 行です。特定の指示を含む複数段落のプロンプトを 1 つのターミナル行に書くのは面倒です。Ctrl+G を押すと、デフォルトのテキストエディタ（vim、VS Code、または設定したもの）が開きます。プロンプトを適切に書き、保存して閉じると送信されます。
詳細なプロンプトを書く人には必須です。ターミナル入力は段落用に作られていません。あなたのエディタはそのためにあります。
/btw - 中断せずにサイド質問をする
Claude がタスクの途中で、リファクタリング中に 3 つのファイルを深く掘り下げているとします。突然何かを知る必要があります。「認証ミドルウェアがあるファイルはどれ？」
/btw の前: タスク全体をキャンセルし、質問をし、元のタスクを再プロンプトします。中断された作業からのすべてのコンテキストが失われます。
/btw を使用すると、Claude が作業を続けている間にサイド質問をできます。メインタスクの会話履歴に触れることなく回答が得られます。
7 // カスタムコマンド
30 秒で独自のプラグインを構築する
ほとんどの人が気づいていないのは、プラグインの大部分は単に指示が書かれた Markdown ファイルであるということです。同じものを .claude/commands/ に自分で構築できます。
Markdown ファイルを作成します。そこに指示を入れます。スラッシュコマンドになります。
これで、/fix-issue 456 はプラグインが行うこととまったく同じことを、オーバーヘッドゼロ、依存関係ゼロ、コンテキストウィンドウで消費される余分なトークンゼロで実行します。
/review-pr。カスタムワークフロー。ベースラインオーバーヘッドでのトークンはゼロ。30 秒で作成しました。
チームの場合: これらをリポジトリの .claude/commands/ にコミットします。全員が同じワークフローを利用できます。コードとして扱い、PR でレビューし、反復し、バージョン管理します。
これは、ほとんどのプラグインマーケットプレイスが販売しているものと文字通り同じです。但し、無料で、コンテキストの重みはゼロで、すべての単語を自分で制御できます。
設定のパラドックス
Claude Code エコシステムで誰も話題にしないことがあります。インストールするすべてのプラグイン、すべてのスキル、すべての MCP サーバーが、コンテキストウィンドウにベースラインのオーバーヘッドを追加するということです。それらは、使用するかどうかに関係なく、すべてのセッションの開始時にロードされます。
Claude Code は、個々のルールファイルを 6,000 文字に制限し、組み合わせたルールの合計は 12,000 文字に制限しています。これらの制限には理由があります。Anthropic 自身のドキュメントには明確に書かれています。「各行について、自問してください: これを削除すると Claude が間違いを犯すようになりますか？そうでないなら、削除しましょう」
最初のプロンプトを入力する前に、私は 62,000 トークンのオーバーヘッドを持っていました。それは私のコンテキストウィンドウ全体のほぼ 3 分の 1 であり、アイドル状態のツールによって消費されていました。
クリーンアップ後: ベースラインオーバーヘッドは 6,000 トークン。実際の作業に利用可能な 156,000 トークン。以前は 30 分で終わっていたセッションが、今では 3 時間以上実行されています。
計算は簡単です: プラグインが少ない = より多くのコンテキスト = より長いセッション = より良い出力
例外 (実際にインストールする価値のあるもの)
何もインストールしないと言っているのではありません。意図を持ってインストールしましょう。これらは私のクリーンアップを生き残ったものです:
superpowers - オーバーヘッドに見合う唯一のスキルフレームワーク。Claude が作業に取り組む方法を実際に変える構造化された開発方法論。170k 以上のスターがあるのには理由があります。
karpathy's 4 lines - Claude が推測したり、複雑にしすぎたり、依頼していないコードに触れたり、検証なしで出荷したりするのを防ぐ 4 つの行動ルール。60k 以上のスター。
context-mode MCP - MCP サーバーを使用する場合、これはサーバーの出力をサンドボックス化し、生の JSON 10,000 トークンが会話にダンプされるのを防ぎます。ツールの出力を別のナレッジベースにルーティングします。コンテキストをクリーンに保ちます。
3 つの拡張機能。合計オーバーヘッド: 約 4,000 トークン。それ以外はすべて? コストゼロの内蔵コマンド。
完全なリスト
すべてが内蔵されています。すべてが無料です。すべてが今、あなたのターミナルで利用可能です。
プラグインのインストールをやめてください。すでにあるものを使い始めてください。
フォローしてください @regent0x_ ピュアアルファのみを研究し調査するためです。読んでくれてありがとう。これをブックマークするのを忘れないでください。
