Claude Code を入れてログインまで終えたばかりで、最初に何を打てばいいか分からない人向け
Claude Code を入れてログインまで終え、画面に入力欄が出ているのに「で、次どうするの？」と固まったときに見る。まずフォルダに移動して claude を起動し、質問→小さな書き換えの承認→保存、の順でひと仕事を1周すればいい。
Claude Code を入れて、ログインまで終えた。画面には歓迎メッセージと入力欄が出ている。でも、ここで多くの人が固まります。「で、何を打てばいいの？」と。せっかく動いてるのに、最初のひと言が分からなくて閉じてしまう。もったいない。
このページは、その「起動した直後の3歩」だけを扱います。むずかしいコマンドは要りません。最初は読ませる→小さく直させる→保存する、この順番でひと仕事を回せば、感覚はだいたいつかめます。
噛み砕くと
新しい職場の初日を思い浮かべてください。いきなり大きな仕事を任されると事故ります。まずは「このチームは何をやってる部署なんですか」と聞いて、次に「この書類、3行だけ足しておいて」みたいな小さい頼みごとで様子を見る。お互いの呼吸が合ってきたら、本格的な仕事を渡す。
Claude Code の最初もまったく同じです。最初の質問は「読むだけ」で安全。次に小さな書き換えを1個頼んで、提案を見て、自分でOKを出す。この往復を1回やれば「あ、こう動くのね」が体でわかります。
身構えなくて大丈夫です。
大事な前提：このページは「ログインが終わった人」からスタート
Claude Code を入れる手順と、最初のログインのやり方は別ページ（getting-started）にまとめてあります。ここではその続き、つまり画面に入力欄が出ている状態から話を始めます。
もし「まだ入れてない」「ログイン画面で止まってる」なら、先にそちらを済ませてから戻ってきてください。逆に言うと、入力欄さえ出ていれば、この先は全部その場で試せます。
「料理ブログを作る」を例に、最初の3ステップを見る
例として、料理ブログ用のフォルダ cooking-blog でひと仕事してみます。公式 quickstart が新しい人に勧めている流れを、3歩に絞って並べ直しました。
ステップ0: まずプロジェクトのフォルダに移動して起動する
厳密にはステップ1の前の準備です。作業したいフォルダに移動してから claude と打って起動します。この「どのフォルダで起動したか」が地味に大事で、Claude Code はそのフォルダの中身を見て答えるからです。
$ cd ~/projects/cooking-blog
$ claude歓迎画面が出れば成功です。まだ何のフォルダもない人は、空のフォルダを1個作ってそこで起動してもかまいません。その場合は最初に「料理ブログの雛形を作って」と頼むところから始められます。
ステップ1: まず「読ませる」。質問してみる
最初にやるべきは、書き換えではなく質問です。読むだけなら何も壊れません。公式が最初の例にしているのが、まさにこれ。
このプロジェクトは何をするもの？こう打つと、Claude Code がフォルダの中のファイルをざっと読んで「料理レシピを載せるブログのようです」みたいに要約を返してくれます。英語の what does this project do? でも、日本語の「このプロジェクトは何をするもの？」でも、どっちでも通じます。ここ、初心者がよく勘違いするポイントですが、特別なコマンドの書き方は要りません。同僚に話しかけるみたいに、普通の文章で頼めばいい。
他にもこんな質問が安全です。
どんな技術で作られてる？
フォルダ構成を説明して
このブログのトップページはどのファイル？どれも中身を読んで答えるだけなので、勝手に何かが書き換わることはありません。最初の数分はこの「読ませる」だけで遊んでみるのがおすすめです。
ステップ2: 小さく1つだけ「書き換えさせる」。そして承認する
感覚がつかめたら、小さな変更を1個だけ頼みます。いきなり大改造は禁物。たとえばこう。
READMEに、このブログの使い方を3行だけ追加してここで Claude Code は、いきなりファイルを書き換えたりしません。まず「こう変えますけど、いいですか？」と差分を見せて、こちらの返事を待ちます。中身を見て問題なければ承認する。これが Claude Code の基本の呼吸です。
読む系の質問との温度差がここで分かります。質問は勝手に進むけど、ファイルを書き換える系は必ず一回止まって、人のOKを取る。だから怖がらずに頼んで大丈夫です。気に入らなければ承認しなければいいだけ。
ステップ3: 変更を「保存」する。コマンド一覧も覗いておく
変更がよさそうなら、その記録を残します。これも普通の文章で頼めます。
いまの変更内容をわかりやすいメッセージで保存してこれで Claude Code が、料理ブログの変更履歴に「README に使い方を追記」みたいな区切りを1つ作ってくれます。あとから「何をどこまで変えたっけ」を見返せるようになる、という安心料みたいなものです。「どのファイルを変えた？」と聞けば、今の変更点を一覧で見せてくれます。
最後に、最初に知っておくと安心な命令を2つだけ。/help と打てば、使える命令の一覧がいつでも出ます。会話がごちゃついてきたら /clear で履歴をリセットして、頭を真っさらにできます。この2つを知ってるだけで、迷子になりにくいです。
つまり Claude Code の最初の3ステップは何をくれるのか
- くれるもの：「読ませる→小さく直させる→保存する」という、安全な順番でひと仕事を1周する体験。これで操作の呼吸がつかめます
- くれないもの：いきなり完璧な大規模開発。最初から複雑な指示を一気に投げると、かえって事故りやすいです
- 意味が薄い場面：まだログインしていない、入力欄が出ていない状態。それは getting-started 側の話で、この3ステップは始められません
使いどころ3シナリオ（具体題材で再現）
シナリオ1: 既存の料理ブログを引き継いだ初日
前任者が作った cooking-blog を引き継いだけど、中身がさっぱり分からない。そんな日はステップ1の「読ませる」だけでも価値があります。「このブログはどんな構成？」「レシピのデータはどのファイル？」と質問を重ねれば、自分でファイルを開いて回るより速く全体像がつかめます。書き換えはまだしなくていい。まず地図を作る感覚です。
シナリオ2: 家計簿アプリを一から作りたい人の最初の30分
空のフォルダ kakeibo-app を作って claude を起動。最初に「家計簿アプリの雛形を作って」と頼み、出てきた提案を承認する。ここでステップ2の承認フローを体験できます。次に「入力欄を1個追加して」と小さく積み増していく。一気に全部頼まず、1機能ずつ承認しながら進めると、どこで何が変わったか見失いません。
シナリオ3: 公開されている料理サイトのコードを手元にコピーしてきた直後
GitHub で見つけた料理サイトのコード一式を手元にコピーしてきた。けど他人が書いたコードは読むのが大変です。フォルダに移動して claude を起動し、「このサイトの仕組みを説明して」「トップページの表示はどこで作ってる？」と聞いていく。読む系の質問は安全なので、壊す心配なく中身を解剖できます。慣れてきたら /help で他の命令も覗いてみるといいです。
初心者が踏みやすい落とし穴
- いきなり大改造を1行で頼む。「料理ブログを全部いい感じにして」みたいな丸投げは、提案がぼやけて承認しづらくなります。最初は3行追加くらいの小ささから
- 特別なコマンド構文を探して固まる。普通の日本語で大丈夫です。「○○して」「○○を教えて」と話しかけるだけ。覚える呪文はありません
- 承認せずに「変わってない」と慌てる。書き換え系は、こちらがOKを出すまで実際には変わりません。差分が出たら中身を確認して承認する、を忘れずに
- 関係ないフォルダで起動する。デスクトップなど作業対象と無関係な場所で
claudeを起動すると、見てほしいファイルを読んでくれません。必ず対象のフォルダに移動してから起動を - 会話が長引いて話が噛み合わなくなる。ひとつの作業が終わったら
/clearで履歴をリセットすると、次の作業がスッと通ります。だらだら同じ会話を続けると精度が落ちがちです - 保存を忘れて先に進む。せっかくいい変更をしても、保存しないと後から見返せません。区切りのいいところで「いまの変更を保存して」とひと言頼んでおくと安心です
- 命令一覧を知らずに手探りする。困ったらまず
/help。使える命令が全部出るので、これを知ってるだけで迷子になりにくいです
書き方
$ cd ~/projects/cooking-blog
$ claude
このプロジェクトは何をするもの？やってみるとこうなる
入力
$ cd ~/projects/cooking-blog
$ claude
READMEに、このブログの使い方を3行だけ追加して出力例
Claude Code がフォルダの中身を読んで要約を返し、書き換えを頼むと「こう変えますがいいですか？」と差分を見せて承認を待つ。承認すると実際にファイルが書き換わり、「いまの変更を保存して」と頼めば変更履歴に区切りが1つ作られる。このページに出てきた言葉
- フォルダ（ディレクトリ）
- ファイルを入れておく入れ物。<code>cooking-blog</code> のように名前がついた、いつものフォルダのこと
- ターミナル
- 黒い画面に文字のコマンドを打ち込む画面。Windowsは「コマンドプロンプト」「PowerShell」、Macは「ターミナル」アプリ
- 差分
- 「どの行をどう変えるか」を変更前・変更後で見比べられるように示したもの。承認するまで実際のファイルは変わらない
- 承認
- 提案された変更に「これでOK」と許可を出す操作。許可するまでファイルは実際には書き換わらない
- git（ギット）
- ファイルの変更履歴を記録しておく仕組み。「いつ・どこを・どう変えたか」をさかのぼれるセーブ機能のようなもの
- スラッシュ命令
- 行頭にスラッシュをつけて打つ命令。<code>/help</code> は使える命令の一覧表示、<code>/clear</code> は会話履歴のリセット