「ターミナルはエンジニアの武器」みたいな顔をしているが、Claude Code を使うなら、非エンジニアこそ最低限だけ覚えておいたほうが速い。全部を理解する必要はない。だが、入口と出口を知らないまま突っ込むと、ファイルの置き場所が分からず詰む。そこで止まるのはもったいない。
ここでいうターミナルは、黒い画面そのものをいじり倒す話ではない。Claude Code に「このフォルダで作業して」「このファイルを見て」「この名前に直して」と頼むための、最低限の足場だと思えばいい。要るのは、移動する、見る、戻る、そして作業前に退避する、の4つだけである。
まず覚えるのは、たったこれだけで足りる。
pwd
ls
cd フォルダ名
cd ..
pwd は今いる場所を表示する。ls はその場所にあるファイルやフォルダを見る。cd フォルダ名 は移動、cd .. はひとつ上の階層に戻る。これで家の中をうろつくくらいのことはできる。深い仕組みは要らない。
Mac ならターミナル、Windows なら PowerShell を開いて、まず自分がどこにいるかを見る。思っている場所と実際の場所が違うと、Claude Code に渡した作業先もズレる。筆者は最初、デスクトップのつもりで進めていたのに、実際には別のフォルダにいたことがあった。結果、作った資料が行方不明になり、探す時間のほうが長くなった。こういう無駄は、最初に pwd を打つだけでかなり防げる。
Claude Code を使う前提なら、ターミナルでやることはほぼ「作業場所を決める」ことだ。たとえば、案件ごとのフォルダをひとつ作って、その中で Claude Code に書類整理や文書作成をさせる。フォルダを分けておけば、あとから何をやったか追いやすいし、誤って別件に手を入れる事故も減る。
mkdir -p ~/Documents/claude-work/2025-07-meeting
cd ~/Documents/claude-work/2025-07-meeting
mkdir -p はフォルダを作る命令だ。既に途中のフォルダがあっても気にせず進む。cd でその中に入る。これだけで作業台ができる。非エンジニアにとって大事なのは、毎回同じ場所で始める習慣だ。フォルダを散らかしたまま Claude Code に任せると、出力ファイルの置き場がバラついて後始末がだるい。
Claude Code に頼むときは、指示を曖昧にしない。ここを雑にすると、返ってくるものも雑になる。たとえば「整理して」だけでは弱い。「重複しているPDFを見つけて、ファイル名の末尾に日付があるものを残し、ほかは削除候補として一覧にして」と言うほうがいい。作業対象、判断基準、出力形式の3つを入れると手戻りが減る。
実際の頼み方はこういう形になる。
このフォルダ内のPDFを確認して、以下をしてほしい。
1. 重複の可能性があるものを見つける
2. ファイル名の違いだけで中身が同じなら、一覧にする
3. 削除は勝手にせず、削除候補のリストを作る
4. 結果をMarkdownでまとめる
こう書いておくと、Claude Code は「何をもって重複とするか」を勝手に飛ばしにくい。ファイル整理やディスク削減でありがちな失敗は、ここを曖昧にして全部消しに行くことだ。削除は最後でいい。まずは棚卸しだ。
ファイルを見るだけなら、cat より ls と find のほうが役に立つ場面が多い。特に、どんなファイルがどれだけあるかを Claude Code に把握させたいときは、一覧を渡すのが効く。
find . -maxdepth 2 -type f
これは「この階層から2段目までのファイル一覧」を出す命令だ。大量のファイルがあるとき、いきなり中身を読ませるより、まず一覧を見せるほうが早い。Claude Code にも同じで、最初から全部説明させるより、対象を絞ってやるほうが賢い。
非エンジニアがよくやるのは、いきなり大きなフォルダ全体を食わせることだ。これをやると、作業が重くなるだけでなく、要る情報と要らない情報が混ざる。筆者は資料フォルダを丸ごと見せて、古い版と最終版が入り混じった微妙な整理結果を返されたことがある。悪いのは Claude Code ではなく、渡し方だ。まず対象を狭くする。/請求書 だけ、/会議メモ だけ、/不要キャッシュ だけで十分なことが多い。
作業前に、消したくないものは別フォルダに退避しておくのが安全だ。Claude Code に削除を頼むときも、いきなり本削除ではなく、まず移動先を作るほうが事故が少ない。
mkdir -p ~/Documents/backup-before-cleanup
そして、Claude Code への依頼文には「削除ではなく移動で」と書く。これだけでだいぶ違う。
以下のファイルは削除ではなく、backup-before-cleanup に移動してほしい。
判断に迷うものは残すこと。
移動したファイル名の一覧も出してほしい。
ここをサボると、あとで戻せない。不要ファイルの掃除は気持ちいいが、気持ちよさに引っ張られると痛い目を見る。特に、拡張子が似ているだけのファイルや、似た名前の書類は、見た目で判断しないほうがいい。
文章作成でも考え方は同じだ。Claude Code に下書きを任せるなら、最初に「誰向けか」「何文字くらいか」「使っていい情報源」「絶対に入れない内容」を渡す。そうしないと、もっともらしいのに用途からズレた文章が出る。
このフォルダ内のメモを元に、社内向けの短い説明文を作ってほしい。
- 読者は非エンジニア
- 400〜600字
- 専門用語は避ける
- 断定しすぎない
- 箇条書きは3つまで
文章の質は、Claude Code の賢さより、こちらの指定の細かさで決まる。ここを雑にして「なんかいい感じに」へ逃げると、あとで手直しのほうが重くなる。最初から用途を言い切るほうが速い。
少しだけ上達したいなら、ファイル名の付け方を揃えるのが効く。Claude Code に整理を任せる前に、あなた自身が人間の見出しを揃える感覚でファイル名を統一しておくと、後の作業が楽になる。たとえば、日付、内容、版数の順にする。
2025-07-10_会議メモ_v1.md
2025-07-10_会議メモ_v2.md
2025-07-10_決定事項.md
こうしておくと、Claude Code に「最新版だけ残して」と頼みやすい。逆に、final_final_2 みたいな命名を続けると、人間もAIも迷う。ファイル名は見栄ではなく、検索のためにある。
最後に、最低限の心構えだけ書いておく。Claude Code は便利だが、最初の一歩を省略する道具ではない。作業場所を決める、対象を絞る、削除前に退避する、この3つを守るだけで事故はかなり減る。ターミナルは難しいから使うのではない。Claude Code に正しく任せるために、最低限だけ使うのだ。
迷ったら、まずはこの順で十分だ。
pwd
ls
cd 作業フォルダ
そこから先は、Claude Code に具体的に投げる。人間が全部やらないための道具なのだから、入口だけ丁寧にしておけばいい。そうすると、ファイル整理も文書作成も、黒い画面への苦手意識よりずっと軽くなる。