CLAUDE.mdを削っても戻るのは、日々の作業で新しい決まりが少しずつ追加され、削る作業だけが後回しになりやすいからです。行数ではなく字数で量を把握し、いまの字数を上限にすれば、まずは増加を止める運用を始められます。
CLAUDE.mdが増える理由は「困ったときの一行」にある
CLAUDE.mdが長くなるのは、不要な情報を集めているからとは限りません。作業中に問題が起きるたび、次に同じことを繰り返さないよう、注意点や手順を追加していくことが主な理由です。
たとえば、ファイルの上書きを防ぐ確認手順、特定のフォルダーを扱う際の注意、作業後に実行するチェックなどは、追加した時点では役に立つ内容です。しかも、実際に問題を防げた経験があると、あとから削る判断は簡単ではありません。
こうして一つひとつは小さな追加でも、数週間、数か月と続けばファイル全体の量は大きくなります。追加したときは理由が明確でも、状況が変わった後に見直す機会がなければ、古いルールや似た説明が残り続けます。
CLAUDE.mdを削っても戻る背景には、追加が日常的な作業である一方、削除は意識して時間を取らなければ実行されないという差があります。単に「定期的に整理する」と決めるだけでは、追加の勢いに追いつけないこともあります。
行数で測るとCLAUDE.mdの長さを見誤る
CLAUDE.mdの分量を行数で管理している場合は、実際にAIが読む文章量とずれていないか確認しましょう。短い一文を一行ずつ並べたファイルと、長い説明を一行にまとめたファイルは、行数だけを見ると同じ基準で比較できません。
特に、表や長い箇条書きを一行に詰め込んでいたり、改行の少ない文章が含まれていたりすると、行数は少ないのに文字数が非常に多くなることがあります。つまり、100行を超えたら整理するという基準だけでは、読み込まれる情報の量を把握しきれない場合があります。
文字数を数えるときにも注意が必要です。Windowsとほかの環境では改行の保存形式が異なることがあり、同じファイルでも数え方によって結果が変わる可能性があります。チームで管理する場合は、どのファイルを対象にするか、改行をどう扱うか、何を一文字と数えるかをそろえておくと比較しやすくなります。
| 管理方法 | 分かること | 気をつけたい点 |
|---|---|---|
| 行数 | 構成や改行の多さ | 一行が長い文章を見落としやすい |
| 文字数 | 文書のおおよその分量 | 改行や文字の数え方を統一する必要がある |
| トークン数 | AIが処理する量に近い目安 | 利用環境や文章の種類で数値が変わる |
文字数は手軽な管理指標ですが、AIの処理量と完全に一致するものではありません。まずは同じ条件で測り続け、変化を把握するための基準として使うのが現実的です。
CLAUDE.mdを削っても戻るのは追加の仕組みが残るから
一度大きく削ったのに、しばらくすると元の量に近づいてしまう。これは整理そのものに意味がないということではなく、ファイルを増やす日々の仕組みが変わっていない状態です。
たとえば、作業で困るたびに注意事項をCLAUDE.mdへ追記する運用を続ければ、削った後も同じように文章が増えていきます。整理した直後はすっきりしていても、新しいルールを入れる判断に「どこかを削る」という条件がなければ、ファイルは再び膨らみます。
もう一つ見落としやすいのが、移動した内容の扱いです。説明を別ファイルへ移せば、CLAUDE.md自体の文字数は減ります。しかし、移動先の文書が際限なく増えたり、毎回参照される設定になったりすれば、AIが読む情報全体の負担は下がらない場合があります。
削る前に確認したいこと
- 追加したルールは、今も起きる問題に対応しているか
- 同じ内容を別の箇所でも説明していないか
- 全ての作業で必要な指示か、特定の作業だけに必要か
- 別ファイルへ移した文章は、必要な場面だけ参照されるか
- 追加する人が、整理や置き場所の判断をできる状態か
削減の効果を判断するときは、CLAUDE.mdの文字数だけで結論を出さず、関連する文書の量や参照方法も見てください。移動と削除を区別するだけでも、実際に負担が減ったのかを判断しやすくなります。
CLAUDE.mdの上限は「今の字数」に設定する
大幅な削減を前提にすると、目標が高すぎて着手しにくくなることがあります。そこで、まず現在の文字数を上限として設定し、それ以上に増やさない運用から始める方法があります。
たとえば現在のCLAUDE.mdが約12,000字なら、当面は12,000字を超えないようにします。新しいルールを追加する必要があるときは、同じくらいの分量を削るか、既存の説明を置き換えるかを先に検討します。これなら、今日から守れる基準として運用を始められます。
上限を設けた後、重複を整理したり、特定の作業だけで使う説明を分離したりして、実際にファイルが短くなった段階で上限も下げます。最初から理想の文字数を決めるより、現状を基準に少しずつ改善できる点が利点です。
ただし、現在の字数を上限にするのは、最適な長さがその数字だと断定することではありません。あくまで、増加を止めて見直すための実務的なルールです。指示の質や作業結果を確認しながら、必要に応じて基準を調整しましょう。
CLAUDE.mdの字数を測って増減を記録する
上限を運用するには、毎回同じ条件で字数を確認できる状態が必要です。目視だけでは、少しずつ増えた変化に気づきにくくなります。Gitを使っている場合は、コミットごとのファイルの変化を確認すると、いつ増えたのか、どんな変更がきっかけだったのかを振り返れます。
たとえば、LinuxやmacOSなどのシェル環境では、Git管理下のファイルを対象に次のように数えられます。
“`sh
git show HEAD:CLAUDE.md | tr -d 'r' | LC_ALL=C.UTF-8 wc -m
“`
この例では、Gitに保存された内容から改行コードのCRを取り除き、文字数を数えます。Windowsを含む複数の環境で運用する場合は、利用するシェルやコマンドの違いも確認し、チーム内で同じ方法を決めてください。ファイルの変更履歴を見るときも、作業ブランチやマージの扱いをそろえないと、変更回数や増減を誤って数えることがあります。
| 記録する項目 | 確認する内容 |
|---|---|
| 変更前後の字数 | 追加・削除の規模 |
| 変更理由 | 何の問題に対応した変更か |
| 対象範囲 | 全作業向けか、特定作業向けか |
| 移動先 | 別ファイルへ移した場合の参照方法 |
| 上限との差 | 追加できる余地があるか |
数字だけを記録するのではなく、変更理由も簡単に残すのがポイントです。後から見直す際に、そのルールがなぜ必要だったのかを判断しやすくなります。
ルールを増やさずにCLAUDE.mdを運用する方法
文字数の上限を決めても、新しいルールが本当に必要なときはあります。その場合、追加を禁止するのではなく、どこに書くべきかを考える手順を用意すると、重要な指示を残しつつ不要な肥大化を防げます。
最初に確認したいのは、その指示がほとんど全ての作業で必要かどうかです。毎回守るべき基本ルールはCLAUDE.mdに残し、特定の作業でしか使わない詳しい手順は、専用の文書や作業単位の設定に分ける方法があります。ただし、分けた文書がいつ、どのように読み込まれるかは、利用環境の仕様を確かめてから決めてください。
文章を整理するときは、同じ意味の指示をまとめる、背景説明と実際に守るルールを分ける、手順の詳細を必要な場所へ移す、といった方法が役立ちます。単に文字数を減らすために必要な条件まで消すと、作業の失敗が増えるおそれがあります。削除後には、よくある作業をいくつか試し、指示が不足していないか確認しましょう。
追加するときの確認リスト
- CLAUDE.mdに常に置く必要があるか
- 既存の指示にまとめられないか
- 古くなったルールや重複を削れないか
- 詳細な手順を別の文書に分けられるか
- 変更後に代表的な作業で動作を確認したか
この確認を追加時の習慣にすれば、定期整理だけに頼らず、増える段階でファイルを見直せます。上限は数字を守るための罰則ではなく、変更の必要性を立ち止まって考える合図として使うのが効果的です。
まとめ
CLAUDE.mdを削っても戻るのは、困りごとに対応するルールが日々追加される一方で、削る機会が少ないためです。行数だけでは文章量を把握しきれないことがあるので、同じ条件で文字数を測り、変更の理由と合わせて記録すると、増減の傾向をつかみやすくなります。
いきなり大きな削減目標を掲げるのではなく、まず現在の字数を上限に設定し、新しい指示を加えるときは既存の内容との入れ替えを検討しましょう。整理によって実際に短くなったら、上限も段階的に下げられます。
大切なのは、CLAUDE.mdを短くすることそのものではありません。必要な指示が必要な場面で参照され、古い情報や重複が増え続けない状態を保つことです。今の字数を上限にする考え方は、その状態へ向けて無理なく始められる運用方法の一つです。

ご質問はコメント欄からお願いします