Claude Code使いこなし術「/clear」を使うタイミングはいつがいい？

かに🦀です！

Claude Codeを使っていると、会話が長くなるにつれて動作が重く、賢くなくなっていく気がする...そんな経験はありませんか？

僕はずっと「容量が一杯になってきたから /clear で空ける」つもりで使っていました。でも実際に測ってみたら、思っていたのとぜんぜん違った。今回はその実測と、じゃあ何のために使うのかを書きます。

/clear は何をするコマンドか

/clear は、それまでの会話履歴を消すコマンド。

実行すると画面がまっさらになって、新しい会話として始まります。書き換えたコードはそのまま残るので、そこは安心してください。消えるのは「Claudeが覚えている会話」だけです。

実際に測ってみたら、空きはほとんど増えなかった

/context を打つと、いま何にどれだけ使っているかが出ます。まずクリアする前の状態。

全体で 75.0k、コンテキストウィンドウ 967.0k のうち 8% を使っている状態です。

ここで /clear を実行して、もう一度 /context を打つとこうなりました。

8% が 7% になっただけ。たった1ポイントです。

内訳を並べると、何が起きたのかがはっきりします。

• Messages（会話の中身）は 6.5k → 8 に激減した

• System tools（15.3k）、System prompt（9.7k）、MCP tools（6.9k）、Skills（3.2k）は1つも変わっていない

• Free space は 92.2% → 92.9% に増えただけ

つまり /clear が消しているのは会話の部分だけで、土台の部分はまるごと残る。ここが僕の勘違いでした。土台のほうが会話よりずっと重いので、会話を消しても全体はあまり動かないんです。

じゃあ何のために使うのか

容量のためではなく、Claudeに読ませる会話をどこで区切るかのためです。

会話を消さずに続けると、Claudeは前のやりとりを全部読んだうえで返事を組み立てます。バグ修正の話をしていた流れのまま別の機能の相談をすると、さっきの修正内容に引きずられた提案が返ってくる。これは容量の問題ではなく、何を読んでいるかの問題です。

公式ドキュメントもこの言い方をしています。

「関連のない作業に切り替える場合」というのがポイント。時間や容量ではなく、話題が変わるかどうかが基準になっています。

くわしくは公式のコストを効果的に管理するを見てみてください。

僕の実践

僕は「1タスク終わったら区切る」を基本にしています。

• バグ修正が終わって、次は別の機能の話をするとき

• 調べものが終わって、実装に入るとき

• 別のプロジェクトの相談に移るとき

逆に、同じ作業の続きなら消しません。さっきの文脈をそのまま使いたいので。

なお、消す前にセッションに名前を付けておくと後から戻れます。公式ドキュメントでは /rename で名前を付けて /resume で戻る、という手順が紹介されています。

/clear と /compact の使い分け

似たコマンドに /compact があります。こちらは会話を消すのではなく、要約してから引き継ぐもの。

/compact はうしろに文章を書き足すと、「何を優先して残すか」を指定できます。

使い分けはシンプルで、話題が変わるなら `/clear`、同じ話題を続けたいけど整理したいなら `/compact`。

/compact のより詳しい使い方は別の記事にまとめています。

まとめ

• /clear で減るのは会話の部分だけ。実測では 8% → 7% の1ポイントだった

• System tools や Skills などの土台は消えないので、容量目的で打っても効果は薄い

• 本当の役目は「Claudeに読ませる会話を区切ること」

• 判断基準は時間や容量ではなく、話題が変わるかどうか

• 同じ話題を続けたいなら /clear ではなく /compact

「容量が減るから」ではなく「前の話を引きずらせないため」と考えると、使いどころが分かりやすくなります。ぜひ /context で自分の環境も測ってみてください。

それでは、かに🦀からは以上です。

#ClaudeCode #ClaudeCode初心者 #clear #AI活用