「入れたのに何を頼めばいいか分からない」で止まる人が多い。そこが一番もったいない。Claude Code は、起動した瞬間から小さく使い始めるのが正解だ。最初の一回で大仕事をさせる必要はない。むしろ、ファイルの中身を読ませて、整理や要約、簡単な修正を一つ通すところから始めると、使い方の勘所が一気につかめる。
Claude Code 入門としても、Claude Code 使い方の最初の一歩としても、まずは「インストールして、起動して、短い依頼を出す」までを通す。ここで詰まる人は、だいたい準備を広げすぎる。Node.js の確認、認証、作業フォルダの選び方、この3つだけ押さえれば十分だ。
まず前提をそろえる。Claude Code は Anthropic の CLI コーディングエージェントで、ターミナルから動かす。なので、普段 GUI しか触らない人でも、最初だけはコマンドを打つ必要がある。Node.js が入っていない環境では動かないので、そこだけは先に済ませる。インストール方法は環境で少し変わるが、基本は Node.js を入れて、Claude Code を公式手順どおりに入れる流れになる。細かな手順は docs.claude.com の案内に合わせて進めればいい。
node -v
npm -v
この2つが通れば、少なくとも Node.js 系の土台はある。どちらも「コマンドが見つからない」なら、先に Node.js を入れる。ここで焦って Claude Code 側をいじっても進まない。
インストール後は、公式の案内どおりに起動する。配布形態は変わりうるので、コマンド名をここで無理に固定しないほうがいい。大事なのは、Claude Code の起動方法そのものより、どのフォルダで起動するか だ。ここを雑にすると、あとで痛い目を見る。作業したいプロジェクトのルートや、整理したいフォルダの上位に移動してから始める。これだけで、Claude Code が見える範囲が変わる。
たとえば、書類整理ならこんな感じだ。
cd ~/Documents/案件A
開発案件なら、リポジトリのルートへ移動する。
cd ~/work/my-app
ここが大事だ。Claude Code は、今いる場所を起点にファイルを読む。別のフォルダで起動しておいて「このプロジェクトを見て」と頼むと、余計な説明が増え、コンテキストも無駄に食う。筆者は最初、ホームディレクトリで雑に起動してしまい、不要なファイルまで話題に乗せてしまった。あれはだるい。作業場所を絞るだけで、やり取りの質がかなり変わる。
初回起動では、認証を求められることがある。ここは画面の指示に従えばいい。Anthropic のアカウントや利用設定が必要になる場合があるので、ログインが通らないときは、まず公式の案内を確認する。変なエラー文を見て端末を何度も叩くより、認証の導線を整理したほうが早い。
起動できたら、最初の依頼は短くていい。むしろ短いほうがいい。最初の一発で「このフォルダ全体を最適化して」みたいな頼み方をすると、範囲が広すぎて、返答も修正も重くなる。まずは 1 ファイルか、1 つの小さな目的に絞る。
たとえば、こんな頼み方で十分だ。
このフォルダ内の README.md を読んで、初めて来た人が迷いやすい点を3つ挙げてください。
非エンジニアなら、こういう入り方でもいい。
このフォルダ内の PDF と画像ファイルを見て、重複しそうなものと不要そうなものを整理するための手順を提案してください。
文書作成なら、こうだ。
この下書きを読んで、冗長な表現を減らし、読みやすい順番に並べ替えてください。
ここでコツがある。依頼文は「何をしてほしいか」を1つに絞ることだ。要約、修正、比較、一覧化を全部一度に投げると、返答が散る。Claude Code は万能だが、最初の依頼までに欲張ると、結局こちらが手直しする羽目になる。筆者も、要約とリライトと命名変更を同時に頼んで、返ってきた提案の確認だけで時間を溶かしたことがある。小さく頼んで、小さく直す。これがいちばん速い。
ファイルを直接触らせるときは、変更範囲をちゃんと限定する。たとえば「この1ファイルだけ直して」と言う。逆に「関連するところ全部」みたいな頼み方は危ない。diff が肥大化しやすいし、どこを変えたのか追いにくくなる。Claude Code は大きな改変もできるが、初回からそこへ飛ぶ必要はない。
README.md だけを修正して、導入手順を3段階に整理してください。他のファイルは変更しないでください。
この「他のファイルは変更しないでください」が効く。必要以上に広げない癖は、初回からつけておいたほうがいい。
少し慣れたら、依頼の前に目的を書くと精度が上がる。たとえば「誰向けか」「何のためか」を添えるだけで、返答の質が変わる。
社内の非エンジニア向けに、このフォルダの説明文をやさしく書き直してください。専門用語は減らしてください。
この議事録を、あとで要点だけ拾えるように見出し付きで整えてください。
重複ファイルを探すための確認手順を、Mac で実行しやすい形で並べてください。
ここで重要なのは、Claude Code に「考えさせる前提」を渡すことだ。対象、目的、出力形式。この3つが揃うと、会話の往復が減る。逆に、ここが曖昧だと手戻りが増える。実務では、手戻りがいちばん高い。人間が1回で済む修正も、AI 相手だと曖昧な指示のせいで2回、3回になる。そこを避けたいなら、最初の一文を雑にしないことだ。
つまずきやすいのは、コマンドの失敗より「見てほしい場所がずれている」ことだ。起動したフォルダが違えば、当然結果もズレる。たとえば、案件フォルダではなく親フォルダで起動すると、関係ないサブフォルダまで話題に入る。ファイル整理ではこれが地味にまずい。不要キャッシュを消したいのか、書類をまとめたいのか、目的がぼけるからだ。だから、作業単位でフォルダを切る。これは面倒に見えて、結局は最速になる。
もうひとつ、最初から「全部やって」と投げないこと。Claude Code は、依頼が大きいほど確認コストが膨らむ。初回は、1ファイル、1フォルダ、1目的。これで十分だ。そこから「この形式で続けて」「次は別のファイルも見る」と広げればいい。
実際の最初の一歩としては、次の順で進めると詰まりにくい。
node -v
npm -v
cd 作業したいフォルダ
そのうえで公式手順どおりに Claude Code を起動し、まずは読み取り中心の短い依頼を出す。編集させるのは、そのあとだ。
初回でうまくいったら、次は「ファイル一覧を見て整理方針を出す」「下書きを整える」「README を直す」あたりを試すといい。開発者ならコードベースの読み解きに進めるし、非エンジニアなら書類整理や文面の整形にそのままつながる。最初の一回は壮大である必要がない。むしろ、小さく動かして、どこまで任せると気持ちよく使えるかを掴むほうが大事だ。ここを押さえれば、Claude Code はただの珍しいツールではなく、日々の面倒を減らす道具になる。