Claude Code は、ざっくり言うと「端末の中にいる作業係」です。コードを書く人だけの道具に見えますが、実際には、フォルダの整理、不要ファイルの洗い出し、文章の下書き、既存ファイルの読み解きまでかなり広く使えます。
ただし、何でも任せてよいわけではありません。向いている仕事と、任せると危ない仕事の境目を先に知っておくと、かなり使いやすくなります。
まず押さえたいのは、Claude Code が得意なのは「ファイルを読んで、差分を考えて、手を動かすこと」だという点です。逆に、事実確認が必要な判断、最終責任を伴う編集、曖昧な指示しかないままの大規模変更は苦手です。
この線引きさえ分かれば、開発者でなくても普通に役立ちます。たとえば、案件ごとに散らかった資料をまとめる、同じ内容の文書を整える、古いバックアップや重複ファイルを見つける、といった用途です。
Claude Code に向いているのは、内容を壊さずに扱える作業です。人間が目視でやると時間がかかるけれど、ルールが決まっているもの。こういう仕事は相性がいいです。
たとえば、フォルダの中身を見て「どのファイルが古いか」「同じような名前がどれか」「どの文書が重複しているか」を洗い出すこと。あるいは、長い文章群を読ませて、見出しの重複を減らしたり、表記ゆれをそろえたりすること。
弁護士や会計担当のように、案件ごとにディレクトリを分けて書面を扱う人なら、「この案件フォルダの中で、送付済みと未送付が混ざっているか確認して」「ドラフトだけ別フォルダに寄せて」といった依頼が現実的です。
非エンジニア向けには、こんな頼み方が実用的です。
このフォルダの中を見て、
1. 重複していそうなファイル
2. 名前が似ていて紛らわしいファイル
3. もう使わなさそうな古い下書き
を一覧にしてください。削除はまだしないで、候補だけ出してください。
この段階では、いきなり消させないのが大事です。Claude Code は「整理の提案」と「実行」の両方ができますが、最初は提案だけに止めるほうが安全です。
人間が「これでよし」と判断してから削除や移動を任せる。この順番が崩れると事故が増えます。
意外に便利なのが文書作成です。ゼロから美文を書くより、素材を並べ替える仕事が向いています。
たとえば、既存の議事録から要点だけ抜き出す、長いメモを読みやすい順に並べる、同じ趣旨の社内文書を一つの文体にそろえる、そんな使い方です。
依頼はこう書くと通りやすいです。
このメモを、社内共有向けに読みやすく整えてください。
- 内容は変えない
- 箇条書きの重複を減らす
- 専門用語は必要なら一度だけ説明する
- 断定しすぎず、事実と意見を分ける
あるいは、顧客向けの案内文を直したいなら、こう頼めます。
次の文を、丁寧で簡潔な日本語に直してください。
- 失礼な印象を避ける
- ただし回りくどくしない
- 重要な期限は残す
- 意味が変わる言い換えはしない
ここでのコツは、「何を変えてはいけないか」を先に書くことです。Claude Code は指示が曖昧だと、もっともらしい文章に整えすぎることがあります。言い換えの自由度を与えすぎると、元の意味が薄くなることがあるので注意が必要です。
Claude Code は、一度ルールを渡すと、そのルールに沿って複数ファイルへ同じことを繰り返すのが得意です。ここが手作業との大きな差です。
たとえば「拡張子が違うだけで中身は似たようなファイルをまとめる」「ファイル名の付け方をそろえる」「日付表記を統一する」「見出しのレベルを揃える」といった処理です。
こういうときは、対象を小さく切るのが安全です。
このフォルダ内の .md ファイルだけを対象にして、
見出しの表記ゆれを見つけてください。
まずは変更せず、問題点だけ列挙してください。
次に、修正を任せるならこうします。
先ほど挙げた表記ゆれを、指定したルールに合わせて修正してください。
変更前後が分かるようにしてください。
いきなり広い範囲を対象にしないのがポイントです。フォルダ全体、さらに外部の同期先まで含めて触らせると、意図しない変更が混ざりやすくなります。最初は「このディレクトリだけ」「この拡張子だけ」と絞るほうが安全です。
Claude Code に向かないのは、答えが一つに決まらないのに、見た目だけは整ってしまう作業です。
たとえば、法的判断、医療判断、契約上の最終表現、社内ルールが未確定のままの文言調整。これらは、もっともらしい文章を作れてしまうぶん危ないです。
もう一つの苦手は、情報が足りないのに埋めてしまうことです。ファイルの意味が不明なままでも、「たぶんこうだろう」と解釈して整理を進めることがあります。人間にとっては便利そうでも、実際には誤分類の原因になります。
だから、曖昧なものほど「推測しないで」「判断できないものは保留して」と明示したほうがいいです。
判断に自信がないファイルは、勝手に分類せず保留にしてください。
保留理由も書いてください。
この一文があるだけで、かなり事故を減らせます。
Claude Code は便利ですが、削除や上書きを任せる場面では、人間の確認を挟むべきです。
特に、写真、請求書、契約書、家計の記録、長年のメモのような「失ったら困るもの」は要注意です。重複っぽく見えても、実は少し違う版だったということは普通にあります。
実務では、まず候補を出させ、次に確認してから実行させる順番が安全です。
削除候補を挙げてください。まだ削除はしないでください。
候補ごとに、なぜ不要と判断したかを書いてください。
この一覧のうち、私が承認したものだけ削除してください。
削除前に再度確認できるようにしてください。
もし作業前にバックアップを取りやすいなら、そうしておくほうが安心です。Claude Code そのものがバックアップを保証するわけではありません。作業の責任は最終的に使う側にあります。
コマンドに慣れていない人は、「何をしてほしいか」を日本語で具体的に書けば十分です。
たとえば、こんな依頼で始められます。
このフォルダの中身を見て、役目が終わったファイルや重複ファイルの候補を探してください。
削除はしないで、候補一覧と理由だけください。
この文章群を、1つの報告書として読みやすい順に並べ替えてください。
内容は変えず、章立てだけ整理してください。
このフォルダにあるファイル名を、日付と内容が分かる形にそろえる案を出してください。
まだ変更しないでください。
このくらいの粒度で十分です。むしろ、最初から細かい技術用語を並べるより、「何を残して、何を変えたいか」をはっきり書くほうが伝わります。
Claude Code を実用的に使うときは、やってほしいことより、やってほしくないことを先に書くと安定します。
「削除しない」「推測しない」「意味を変えない」「不明点は保留」「変更前後を見せる」。このあたりは、毎回のように効きます。
頼み方の型を一つ持っておくと便利です。
目的:
ここにやりたいことを書く
条件:
- 勝手に削除しない
- 内容の意味を変えない
- 判断があいまいなものは保留
- 変更するなら、差分が分かる形で示す
出力:
- まず候補一覧
- 次に実行案
この型は、開発作業だけでなく、書類整理や文章整形にもそのまま使えます。
Claude Code は万能な自動化装置というより、「ルールを渡すと、手元のファイルを相手にきちんと作業する人」に近いです。だからこそ、得意な領域に寄せて使うと強い。反対に、責任の重い最終判断は人間が持つ。ここを分けるだけで、かなり安心して使えるようになります。
最後にひとつだけ。迷ったら、まずは「提案だけ」を頼んでください。整理も文章作成も、最初の一歩は実行ではなく観察です。そこで結果が筋の通っているか見れば、任せてよい範囲が自然に見えてきます。公式の挙動や細かいオプションは、必要に応じて docs.claude.com で確認すると確実です。