Claude Code に長いファイルをそのまま貼る代わりに、「どのファイルを見ればよいか」「どこを読めば十分か」を探させる。
この頼み方を覚えると、巨大な設定ファイル、長いログ、散らかった文書を前にしても、手でコピペする量をかなり減らせます。ディスク整理や案件ごとの資料確認でも効きます。
まず大事なのは、Claude Code に「全部読んで要約して」ではなく、「探して、必要な箇所だけ見て」と頼むことです。
Claude Code は作業ディレクトリ内のファイルを見ながら進められるので、こちらがファイル全文を貼る必要はありません。場所の見当がつかないときは、ファイル名の候補、拡張子、覚えている単語、エラー文の一部だけを渡します。
たとえば、リポジトリのどこに設定があるか知りたいなら、こんな依頼で十分です。
このプロジェクト内で、API の接続先を設定している場所を探して。
候補のファイル名と、該当しそうな行だけ教えて。
全文は貼らなくていい。
もう少し具体的なら、調べ方まで指示します。
このフォルダの中から「timeout」「base_url」「endpoint」を含む設定箇所を探して。
見つけたファイル名、行番号、前後数行だけ出して。
変更案があれば、その場で最小限の修正方針も示して。
こう言うときのコツは、Claude Code に渡す材料を「全文」ではなく「手がかり」にすることです。
手がかりとして役に立つのは、エラーメッセージの一部、目的語、覚えている単語、フォルダ名、ファイルの種類です。たとえば「請求書のPDFの保存場所を探したい」「重複していそうな画像を洗い出したい」「この文書の章立てがどこで決まるか見たい」のような言い方で足ります。
非エンジニアの使い方なら、こんな場面がわかりやすいです。
弁護士なら、案件フォルダの中で準備書面の版がどれか分からなくなったときに、「最終版っぽいファイル名を探して」「差し替え前の文書を見つけて」と頼めます。
経理なら、月末の資料フォルダから「重複している請求書画像を探して」「容量の大きいファイルを拾って」と頼めます。
文章作成なら、「この長い下書きのうち、見出しだけ先に抽出して」「参考文献の一覧を探して」と依頼できます。
実際のやり取りでは、最初の一言で全部を言い切らなくても構いません。
Claude Code が候補を出してきたら、その中から絞り込めばよいからです。たとえば次の流れです。
この作業フォルダの中で、商品説明の下書きが入っていそうなファイルを探して。
候補を3つまで挙げて、各ファイルの先頭数行で用途を判断できるようにして。
その候補のうち、今回の修正対象として一番自然なのはどれか教えて。
理由も短く。
ここで気をつけたいのは、探させる範囲を最初に絞ることです。
「全部のファイルを見て」は、広すぎると時間も手間も増えます。フォルダ名、対象の種類、覚えている語を添えるだけで、結果がかなり実用的になります。
逆に、機密性の高い案件や個人情報を含む文書では、そもそも見せてよい範囲を自分で確認してください。Claude Code に探させるといっても、無条件に全部を読ませる前提にはしない方が安全です。
もう一つ誤解しやすいのは、「貼らないで済む」ことと「何でも自動で見つかる」ことは別だという点です。
ファイル名が曖昧、保存場所が不明、文字化けしている、画像だけで中身が検索しづらい、といった場合は、こちらの補助情報が必要になります。そんなときは、覚えている断片をそのまま渡すのが近道です。
「2024」「契約」「修正前」のどれかが名前に入っていた気がする。
このフォルダ内で候補を洗い出して。
本文は貼らずに、見出し構成だけ知りたい。
この .md ファイル群から章タイトルを抜き出して、重複をまとめて。
探させる頼み方に慣れると、Claude Code の使いどころが少し変わります。
全文を読ませる道具というより、散らかった作業台から必要な紙を抜き出す補助役になります。長いメール、古い議事録、雑多な資料、ログの山。そうしたものを前にしたとき、まず「探して」と言えるだけで、手作業の摩擦が減ります。
細かい挙動や、どこまでファイル探索に使えるかは公式ドキュメントで確認するのが確実です。Claude Code は機能の出入りがあるので、検索やファイル参照の細部は docs.claude.com を見ておくと安心です。
次に試すなら、「探させる」だけでなく「見つけた箇所をどう比較させるか」です。たとえば、複数ファイルの差分候補を挙げさせる、古い版と新しい版の違いだけ抜き出させる、不要ファイルの候補を整理させる。ここまで行くと、丸ごと貼る作業はかなり減ります。